Astra Control Center requirements
Get started by verifying the readiness of your operational environment, application clusters, applications, licenses, and web browser.
Operational environment requirements
Astra Control Center requires one of the following types of operational environments:
-
Red Hat OpenShift Container Platform 4.6.8, 4.7, or 4.8
-
Rancher 2.5
-
Kubernetes 1.19 to 1.21 (including 1.21.x)
Ensure that the operating environment you choose to host Astra Control Center meets the basic resource requirements outlined in the environment's official documentation. Astra Control Center requires the following resources in addition to the environment's resource requirements:
Component | Requirement |
---|---|
Backend ONTAP storage capacity |
At least 300GB available |
Worker nodes |
At least 3 worker nodes total, with 4 CPU cores and 12GB RAM each |
Load balancer |
Service type "LoadBalancer" available for ingress traffic to be sent to services in the operational environment cluster |
FQDN resolution |
A method for pointing the FQDN of Astra Control Center to the load balanced IP address |
Astra Trident |
|
These requirements assume that Astra Control Center is the only application running in the operational environment. If the environment is running additional applications, adjust these minimum requirements accordingly. |
-
Image registry: You must have an existing private Docker image registry to which you can push Astra Control Center build images. You need to provide the URL of the image registry where you will upload the images.
-
Astra Trident / ONTAP configuration: Astra Control Center requires that a storage class be created and set as the default storage class. Astra Control Center supports the following ONTAP drivers provided by Astra Trident:
-
ontap-nas
-
ontap-san
-
ontap-san-economy
-
During app cloning in OpenShift environments, Astra Control Center needs to allow OpenShift to mount volumes and change the ownership of files. Because of this, you need to configure an ONTAP volume export policy to allow these operations. You can do so with the following commands:
|
If you plan to add a second OpenShift operational environment as a managed compute resource, you need to ensure that the Astra Trident Volume Snapshot feature is enabled. To enable and test volume snapshots with Astra Trident, see the official Astra Trident instructions. |
Application cluster requirements
Astra Control Center has the following requirements for clusters that you plan to manage from Astra Control Center. These requirements also apply if the cluster you plan to manage is the operational environment cluster that hosts Astra Control Center.
-
The most recent version of the Kubernetes snapshot-controller component is installed
-
An Astra Trident volumesnapshotclass object has been defined by an administrator
-
A default Kubernetes storage class exists on the cluster
-
At least one storage class is configured to use Astra Trident
Your application cluster should have a kubeconfig.yaml file that defines only one context element. Visit the Kubernetes documentation for information about creating kubeconfig files.
|
When managing application clusters in a Rancher environment, modify the application cluster's default context in the kubeconfig file provided by Rancher to use a control plane context instead of the Rancher API server context. This reduces load on the Rancher API server and improves performance.
|
Application management requirements
Astra Control has the following application management requirements:
-
Licensing: To manage applications using Astra Control Center, you need an Astra Control Center license.
-
Namespaces: Astra Control requires that an app not span more than a single namespace, but a namespace can contain more than one app.
-
StorageClass: If you install an application with a StorageClass explicitly set and you need to clone the app, the target cluster for the clone operation must have the originally specified StorageClass. Cloning an application with an explicitly set StorageClass to a cluster that does not have the same StorageClass will fail.
-
Kubernetes resources: Applications that use Kubernetes resources not collected by Astra Control might not have full app data management capabilities. Astra Control collects the following Kubernetes resources:
-
ClusterRole
-
ClusterRoleBinding
-
ConfigMap
-
CustomResourceDefinition
-
CustomResource
-
DaemonSet
-
Deployment
-
DeploymentConfig
-
Ingress
-
MutatingWebhook
-
PersistentVolumeClaim
-
Pod
-
ReplicaSet
-
RoleBinding
-
Role
-
Route
-
Secret
-
Service
-
ServiceAccount
-
StatefulSet
-
ValidatingWebhook
-
Supported application installation methods
Astra Control supports the following application installation methods:
-
Manifest file: Astra Control supports apps installed from a manifest file using kubectl. For example:
kubectl apply -f myapp.yaml
-
Helm 3: If you use Helm to install apps, Astra Control requires Helm version 3. Managing and cloning apps installed with Helm 3 (or upgraded from Helm 2 to Helm 3) is fully supported. Managing apps installed with Helm 2 is not supported.
-
Operator-deployed apps: Astra Control supports apps installed with namespace-scoped operators. The following are some apps that have been validated for this installation model:
An operator and the app it installs must use the same namespace; you might need to modify the deployment .yaml file for the operator to ensure this is the case. |
Access to the internet
You should determine whether you have outside access to the internet. If you do not, some functionality might be limited, such as receiving monitoring and metrics data from NetApp Cloud Insights, or sending support bundles to the NetApp Support Site.
License
Astra Control Center requires an Astra Control Center license for full functionality. Obtain an evaluation license or full license from NetApp. Without a license, you will be unable to:
-
Define custom apps
-
Create snapshots or clones of existing apps
-
Configure data protection policies
If you want to try Astra Control Center, you can use a 90-day evaluation license.
Service type "LoadBalancer" for on-premises Kubernetes clusters
Astra Control Center uses a service of the type "LoadBalancer" (svc/traefik in the Astra Control Center namespace), and requires that it be assigned an accessible external IP address. If load balancers are permitted in your environment and you don't already have one configured, you can use MetalLB to automatically assign an external IP address to the service. In the internal DNS server configuration, you should point the chosen DNS name for Astra Control Center to the load-balanced IP address.
Networking requirements
The operational environment that hosts Astra Control Center communicates using the following TCP ports. You should ensure that these ports are allowed through any firewalls, and configure firewalls to allow any HTTPS egress traffic originating from the Astra network. Some ports require connectivity both ways between the environment hosting Astra Control Center and each managed cluster (noted where applicable).
Source | Destination | Port | Protocol | Purpose |
---|---|---|---|---|
Client PC |
Astra Control Center |
443 |
HTTPS |
UI / API access - Ensure this port is open both ways between the cluster hosting Astra Control Center and each managed cluster |
Metrics consumer |
Astra Control Center worker node |
9090 |
HTTPS |
Metrics data communication - ensure each managed cluster can access this port on the cluster hosting Astra Control Center (two-way communication required) |
Astra Control Center |
Hosted Cloud Insights service (https://cloudinsights.netapp.com) |
443 |
HTTPS |
Cloud Insights communication |
Astra Control Center |
Amazon S3 storage bucket provider (https://my-bucket.s3.us-west-2.amazonaws.com/) |
443 |
HTTPS |
Amazon S3 storage communication |
Astra Control Center |
Digital Advisor (https://activeiq.solidfire.com) |
443 |
HTTPS |
Digital Advisor communication |
Supported web browsers
Astra Control Center supports recent versions of Firefox, Safari, and Chrome with a minimum resolution of 1280 x 720.
What's next
View the quick start overview.