Anforderungen des Astra Control Centers
Prüfen Sie zunächst die Bereitschaft Ihrer Betriebsumgebung, Anwendungscluster, Applikationen, Lizenzen und Ihres Webbrowsers.
Anforderungen an die Betriebsumgebung
Astra Control Center erfordert eine der folgenden Typen von Betriebsumgebungen:
-
Kubernetes 1.20 auf 1.23
-
Rancher 2.5.8, 2.5.9 oder 2.6 mit RKE1
-
Red hat OpenShift Container Platform 4.6.8, 4.7, 4.8 oder 4.9
-
VMware Tanzu Kubernetes Grid 1.4
-
VMware Tanzu Kubernetes Grid Integrated Edition 1.12.2
Stellen Sie sicher, dass die Betriebsumgebung, die Sie als Host für das Astra Control Center auswählen, den grundlegenden Ressourcenanforderungen in der offiziellen Dokumentation der Umgebung entspricht. Astra Control Center erfordert zusätzlich zu den Ressourcenanforderungen der Umgebung die folgenden Ressourcen:
Komponente | Anforderungen |
---|---|
Storage-Back-End-Kapazität |
Mindestens 500 GB verfügbar |
Worker-Nodes |
Insgesamt mindestens 3 Worker-Nodes mit 4 CPU-Kernen und jeweils 12 GB RAM |
FQDN-Adresse |
Eine FQDN-Adresse für Astra Control Center |
Astra Trident |
|
Bei diesen Anforderungen wird davon ausgegangen, dass Astra Control Center die einzige Applikation ist, die in der Betriebsumgebung ausgeführt wird. Wenn in der Umgebung zusätzliche Applikationen ausgeführt werden, passen Sie diese Mindestanforderungen entsprechend an. |
-
Image Registry: Sie benötigen eine bereits vorhandene private Docker-Image-Registry, mit der Sie Astra Control Center-Bilder erstellen können. Sie müssen die URL der Bildregistrierung angeben, in der Sie die Bilder hochladen.
-
Astra Trident / ONTAP Konfiguration: Astra Control Center erfordert, dass eine Storage-Klasse erstellt und als Standard-Storage-Klasse eingestellt wird. Astra Control Center unterstützt die folgenden ONTAP-Treiber von Astra Trident:
-
ontap-nas
-
ontap-san
-
ontap-san-Ökonomie
-
Beim Klonen von Applikationen in OpenShift-Umgebungen muss das Astra Control Center OpenShift erlauben, Volumes anzuhängen und die Eigentümerschaft von Dateien zu ändern. Daher müssen Sie eine ONTAP Volume Export-Richtlinie konfigurieren, damit diese Vorgänge möglich sind. Sie können dies mit folgenden Befehlen tun:
|
Wenn Sie eine zweite OpenShift-Betriebsumgebung als gemanagte Computing-Ressource hinzufügen möchten, müssen Sie sicherstellen, dass die Astra Trident Volume Snapshot-Funktion aktiviert ist. Um Volume Snapshots mit Astra Trident zu aktivieren und zu testen, "Sehen Sie sich die offiziellen Anweisungen von Astra Trident an". |
Cluster-Anforderungen für VMware Tanzu Kubernetes Grid
Beachten Sie bei der Hosting von Astra Control Center auf einem VMware Tanzu Kubernetes Grid (TKG)- oder Tanzu Kubernetes Grid Integrated Edition (TKGi)-Cluster die folgenden Überlegungen.
-
Deaktivieren Sie die Durchsetzung der Standardspeicherklasse TKG oder TKGi auf allen Anwendungsclustern, die von Astra Control verwaltet werden sollen. Sie können dies tun, indem Sie die bearbeiten
TanzuKubernetesCluster
Ressource auf dem Namespace-Cluster. -
Sie müssen eine Sicherheitsrichtlinie erstellen, mit der Astra Control Center Pods innerhalb des Clusters erstellen kann. Dies können Sie mit folgenden Befehlen ausführen:
kubectl config use-context <context-of-workload-cluster> kubectl create clusterrolebinding default-tkg-admin-privileged-binding --clusterrole=psp:vmware-system-privileged --group=system:authenticated
-
Achten Sie bei der Implementierung des Astra Control Center in einer TKG- oder TKGi-Umgebung auf die speziellen Anforderungen von Astra Trident. Weitere Informationen finden Sie im "Astra Trident-Dokumentation".
Das standardmäßige VMware TKG- und TKGi-Konfigurationstoken läuft zehn Stunden nach der Bereitstellung ab. Wenn Sie Tanzu Portfolio-Produkte verwenden, müssen Sie eine Tanzu Kubernetes Cluster-Konfigurationsdatei mit einem nicht auslaufenden Token generieren, um Verbindungsprobleme zwischen Astra Control Center und verwalteten Anwendungsclustern zu vermeiden. Anweisungen finden Sie unter "Die Produktdokumentation zu VMware NSX-T Data Center." |
Unterstützte Storage-Back-Ends
Astra Control Center unterstützt folgende Storage-Back-Ends.
-
Astra Data Store
-
NetApp ONTAP 9.5 oder neuere AFF und FAS Systeme
-
NetApp Cloud Volumes ONTAP
Anforderungen für Applikationscluster
Astra Control Center hat folgende Anforderungen für Cluster, die Sie über das Astra Control Center verwalten möchten. Diese Anforderungen gelten auch, wenn der zu verwaltende Cluster der Betriebsumgebung ist, der das Astra Control Center hostet.
-
Die neueste Version von Kubernetes "snapshot-Controller-Komponente" Installiert ist
-
Astra Trident "Objekt der Volumesnapshotklasse" Wurde von einem Administrator definiert
-
Im Cluster ist eine standardmäßige Kubernetes-Storage-Klasse vorhanden
-
Mindestens eine Storage-Klasse ist für die Verwendung von Astra Trident konfiguriert
Ihr Applikations-Cluster sollte einen haben kubeconfig.yaml Datei, die nur ein context -Element definiert. In der Kubernetes-Dokumentation für finden Sie "Informationen zum Erstellen von kubeconfig-Dateien".
|
Wenn Sie Anwendungscluster in einer Rancher-Umgebung verwalten, ändern Sie den Standardkontext des Anwendungsclusters im kubeconfig Die von Rancher bereitgestellte Datei verwendet anstelle des Rancher API-Serverkontexts einen Steuerebenen-Kontext. So wird die Last auf dem Rancher API Server reduziert und die Performance verbessert.
|
Anforderungen für das Applikationsmanagement
Astra Control verfügt über folgende Anforderungen an das Applikationsmanagement:
-
Lizenzierung: Zur Verwaltung von Anwendungen mit dem Astra Control Center benötigen Sie eine Astra Control Center-Lizenz.
-
Namesaces: Astra Control erfordert, dass eine App nicht mehr als einen Single Namespace umfasst, aber ein Namespace kann mehr als eine App enthalten.
-
StorageClass: Wenn Sie eine Anwendung mit einem explizit eingestellten StorageClass installieren und die App klonen müssen, muss das Zielcluster für den Klonvorgang die ursprünglich angegebene StorageClass haben. Das Klonen einer Applikation, deren StorageClass explizit auf ein Cluster festgelegt ist, das nicht über dieselbe StorageClass verfügt, schlägt fehl.
-
Kubernetes-Ressourcen: Applikationen, die nicht mit Astra Control gesammelte Kubernetes-Ressourcen verwenden, verfügen unter Umständen nicht über umfassende Funktionen zum App-Datenmanagement. Astra Control sammelt die folgenden Kubernetes-Ressourcen:
ClusterCole
ClusterrollenBding
Konfigmap
Kronjob
KundenressourcenDefinition
Benutzerressource
DemonSet
BereitstellungConfig
Horizon PodAutoscaler
Eindringen
MutatingWebhook
Netzwerkrichtlinie
PersistentVolumeClaim
Pod
PodDisruptionBudget
PodTemplate
ReplicaSet
Rolle
Rollenverschwarten
Route
Geheim
Service
Service Account
StatfulSet
ValidierenWebhook
Unterstützte Installationsmethoden für Anwendungen
Astra Control unterstützt folgende Installationsmethoden für Anwendungen:
-
Manifest-Datei: Astra Control unterstützt Apps, die aus einer Manifest-Datei mit kubectl installiert wurden. Beispiel:
kubectl apply -f myapp.yaml
-
Helm 3: Wenn Sie Helm zur Installation von Apps verwenden, benötigt Astra Control Helm Version 3. Das Management und Klonen von Apps, die mit Helm 3 installiert sind (oder ein Upgrade von Helm 2 auf Helm 3), wird vollständig unterstützt. Das Verwalten von mit Helm 2 installierten Apps wird nicht unterstützt.
-
Vom Betreiber bereitgestellte Apps: Astra Control unterstützt Apps, die mit Betreibern mit Namespace-Scoped installiert sind. Im Folgenden sind einige Apps aufgeführt, die für dieses Installationsmodell validiert wurden:
Ein Operator und die von ihm zu installieren App müssen denselben Namespace verwenden. Möglicherweise müssen Sie die yaml-Bereitstellungsdatei ändern, um sicherzustellen, dass dies der Fall ist. |
Zugang zum Internet
Sie sollten feststellen, ob Sie einen externen Zugang zum Internet haben. Wenn nicht, sind einige Funktionen möglicherweise begrenzt, beispielsweise das Empfangen von Monitoring- und Kennzahlendaten von NetApp Cloud Insights oder das Senden von Support-Paketen an die "NetApp Support Website".
Lizenz
Astra Control Center erfordert eine Astra Control Center-Lizenz für die volle Funktionalität. Anfordern einer Evaluierungslizenz oder Volllizenz von NetApp. Ohne Lizenz können Sie Folgendes nicht ausführen:
-
Definieren benutzerdefinierter Applikationen
-
Snapshots oder Klone vorhandener Applikationen erstellen
-
Konfigurieren von Datensicherungsrichtlinien
Wenn Sie das Astra Control Center ausprobieren möchten, können Sie das auch "Verwenden Sie eine 90-Tage-Evaluierungslizenz".
Weitere Informationen über die Funktionsweise von Lizenzen finden Sie unter "Lizenzierung".
Ingress für lokale Kubernetes Cluster
Sie können die Art der Netzwerk Ingress Astra Control Center verwendet wählen. Astra Control Center nutzt standardmäßig das Astra Control Center Gateway (Service/Trafik) als Cluster-weite Ressource. Astra Control Center unterstützt auch den Einsatz eines Service Load Balancer, sofern diese in Ihrer Umgebung zugelassen sind. Wenn Sie lieber einen Service Load Balancer verwenden und noch nicht eine konfiguriert haben, können Sie mit dem MetalLB Load Balancer dem Dienst automatisch eine externe IP-Adresse zuweisen. In der Konfiguration des internen DNS-Servers sollten Sie den ausgewählten DNS-Namen für Astra Control Center auf die Load-Balanced IP-Adresse verweisen.
Wenn Sie Astra Control Center auf einem Tanzu Kubernetes Grid Cluster hosten, nutzen Sie den kubectl get nsxlbmonitors -A Befehl, um zu sehen, ob bereits ein Service-Monitor für die Annahme von Ingress-Traffic konfiguriert ist. Wenn vorhanden, sollten Sie MetalLB nicht installieren, da der vorhandene Servicemonitor eine neue Load Balancer-Konfiguration außer Kraft setzt.
|
Weitere Informationen finden Sie unter "Eindringen für den Lastenausgleich einrichten".
Netzwerkanforderungen
Die Betriebsumgebung, die als Host für Astra Control Center fungiert, kommuniziert über die folgenden TCP-Ports. Sie sollten sicherstellen, dass diese Ports über beliebige Firewalls zugelassen sind, und Firewalls so konfigurieren, dass jeder HTTPS-ausgehenden Datenverkehr aus dem Astra-Netzwerk zugelassen wird. Einige Ports erfordern Verbindungen zwischen der Umgebung, in der Astra Control Center gehostet wird, und jedem verwalteten Cluster (sofern zutreffend).
Sie können Astra Control Center in einem Dual-Stack-Kubernetes-Cluster implementieren. Astra Control Center kann Applikationen und Storage-Back-Ends managen, die für den Dual-Stack-Betrieb konfiguriert wurden. Weitere Informationen zu Dual-Stack-Cluster-Anforderungen finden Sie im "Kubernetes-Dokumentation". |
Quelle | Ziel | Port | Protokoll | Zweck |
---|---|---|---|---|
Client-PC |
Astra Control Center |
443 |
HTTPS |
UI/API-Zugriff - Stellen Sie sicher, dass dieser Port auf beiden Wegen zwischen dem Cluster geöffnet ist, der Astra Control Center hostet, und jedem verwalteten Cluster |
Kennzahlenverbraucher |
Astra Control Center Worker-Node |
9090 |
HTTPS |
Kennzahlen Datenkommunikation - sicherstellen, dass jeder verwaltete Cluster auf diesen Port auf dem Cluster zugreifen kann, das Astra Control Center hostet (Kommunikation in zwei Bereichen erforderlich) |
Astra Control Center |
Gehosteter Cloud Insights Service |
443 |
HTTPS |
Cloud Insights Kommunikation |
Astra Control Center |
Amazon S3 Storage-Bucket-Provider |
443 |
HTTPS |
Amazon S3 Storage-Kommunikation |
Astra Control Center |
NetApp AutoSupport |
443 |
HTTPS |
Kommunikation zwischen NetApp AutoSupport |
Unterstützte Webbrowser
Astra Control Center unterstützt aktuelle Versionen von Firefox, Safari und Chrome mit einer Mindestauflösung von 1280 x 720.
Wie es weiter geht
Sehen Sie sich die an "Schnellstart" Überblick.