Skip to main content
È disponibile una versione più recente di questo prodotto.
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Requisiti di Astra Control Center

Collaboratori
PDF

Inizia verificando la preparazione del tuo ambiente operativo, dei cluster di applicazioni, delle applicazioni, delle licenze e del browser Web.

Requisiti dell’ambiente operativo

Astra Control Center richiede uno dei seguenti tipi di ambienti operativi:

  • Red Hat OpenShift Container Platform 4.6.8, 4.7 o 4.8

  • Rancher 2.5

  • Kubernetes da 1.19 a 1.21 (incluso 1.21.x)

Assicurarsi che l’ambiente operativo scelto per ospitare Astra Control Center soddisfi i requisiti delle risorse di base descritti nella documentazione ufficiale dell’ambiente. Astra Control Center richiede le seguenti risorse oltre ai requisiti delle risorse dell’ambiente:

Componente Requisito

Capacità di storage ONTAP back-end

Almeno 300 GB disponibili

Nodi di lavoro

Almeno 3 nodi di lavoro in totale, con 4 core CPU e 12 GB di RAM ciascuno

Bilanciamento del carico

Tipo di servizio "LoadBalancer" disponibile per il traffico in ingresso da inviare ai servizi nel cluster dell’ambiente operativo

Risoluzione FQDN

Metodo per indirizzare l’FQDN di Astra Control Center all’indirizzo IP con bilanciamento del carico

Astra Trident

  • Astra Trident 21.04 o versione successiva installata e configurata se NetApp ONTAP versione 9.5 o successiva verrà utilizzato come backend di storage

  • Astra Trident 21.10.1 o versione successiva installata e configurata se l’anteprima di Astra Data Store verrà utilizzata come backend di storage
Nota Questi requisiti presuppongono che Astra Control Center sia l’unica applicazione in esecuzione nell’ambiente operativo. Se nell’ambiente sono in esecuzione applicazioni aggiuntive, modificare di conseguenza questi requisiti minimi.

  • Registro immagini: È necessario disporre di un registro di immagini Docker privato in cui è possibile trasferire le immagini di build di Astra Control Center. È necessario fornire l’URL del registro delle immagini in cui verranno caricate le immagini.

  • Astra Trident / ONTAP Configuration: Astra Control Center richiede la creazione e l’impostazione di una classe di storage come classe di storage predefinita. Centro di controllo Astra supporta i seguenti driver ONTAP forniti da Astra Trident:

    • ontap-nas

    • ontap-san

    • ontap-san-economy

Nota

Durante la clonazione delle applicazioni in ambienti OpenShift, Astra Control Center deve consentire a OpenShift di montare volumi e modificare la proprietà dei file. Per questo motivo, è necessario configurare un criterio di esportazione dei volumi ONTAP per consentire queste operazioni. Puoi farlo con i seguenti comandi:

  1. export-policy rule modify -vserver <storage virtual machine name> -policyname <policy name> -ruleindex 1 -superuser sys

  2. export-policy rule modify -vserver <storage virtual machine name> -policyname <policy name> -ruleindex 1 -anon 65534
Nota Se si prevede di aggiungere un secondo ambiente operativo OpenShift come risorsa di calcolo gestita, è necessario assicurarsi che la funzione Astra Trident Volume Snapshot sia attivata. Per abilitare e testare le snapshot dei volumi con Astra Trident, "Consulta le istruzioni ufficiali di Astra Trident".

Requisiti del cluster di applicazioni

Astra Control Center ha i seguenti requisiti per i cluster che si intende gestire da Astra Control Center. Questi requisiti si applicano anche se il cluster che si intende gestire è il cluster dell’ambiente operativo che ospita Astra Control Center.

  • La versione più recente di Kubernetes "componente snapshot-controller" è installato

  • Un tridente Astra "oggetto volumesnapshotclass" è stato definito da un amministratore

  • Nel cluster esiste una classe di storage Kubernetes predefinita

  • Almeno una classe di storage è configurata per utilizzare Astra Trident

Nota Il cluster di applicazioni deve disporre di un kubeconfig.yaml file che definisce un solo elemento context. Visitare la documentazione Kubernetes per "informazioni sulla creazione di file kubeconfig".
Nota Quando si gestiscono i cluster di applicazioni in un ambiente Rancher, modificare il contesto predefinito del cluster di applicazioni in kubeconfig File fornito da Rancher per utilizzare un contesto del piano di controllo invece del contesto del server API Rancher. In questo modo si riduce il carico sul server API Rancher e si migliorano le performance.

Requisiti di gestione delle applicazioni

Astra Control ha i seguenti requisiti di gestione delle applicazioni:

  • Licensing: Per gestire le applicazioni utilizzando Astra Control Center, è necessaria una licenza Astra Control Center.

  • Namespaces: Astra Control richiede che un’applicazione non si estende più di un singolo namespace, ma uno spazio dei nomi può contenere più di un’applicazione.

  • StorageClass: Se si installa un’applicazione con un StorageClass esplicitamente impostato ed è necessario clonare l’applicazione, il cluster di destinazione per l’operazione di clone deve avere la StorageClass specificata in origine. Il cloning di un’applicazione con un StorageClass esplicitamente impostato su un cluster che non ha lo stesso StorageClass avrà esito negativo.

  • Kubernetes resources: Le applicazioni che utilizzano risorse Kubernetes non raccolte da Astra Control potrebbero non disporre di funzionalità complete di gestione dei dati delle applicazioni. Astra Control raccoglie le seguenti risorse Kubernetes:

    • ClusterRole

    • ClusterRoleBinding

    • ConfigMap

    • CustomResourceDefinition

    • CustomResource

    • DemonSet

    • Implementazione

    • DeploymentConfig

    • Ingresso

    • MutatingWebhook

    • PersistentVolumeClaim

    • Pod

    • ReplicaSet

    • RoleBinding

    • Ruolo

    • Percorso

    • Segreto

    • Servizio

    • ServiceAccount

    • StatefulSet

    • ValidatingWebhook

Metodi di installazione delle applicazioni supportati

Astra Control supporta i seguenti metodi di installazione dell’applicazione:

  • Manifest file: Astra Control supporta le applicazioni installate da un file manifest utilizzando kubectl. Ad esempio:

    kubectl apply -f myapp.yaml

  • Helm 3: Se utilizzi Helm per installare le app, Astra Control richiede Helm versione 3. La gestione e la clonazione delle applicazioni installate con Helm 3 (o aggiornate da Helm 2 a Helm 3) sono completamente supportate. La gestione delle applicazioni installate con Helm 2 non è supportata.

  • Applicazioni distribuite dall’operatore: Astra Control supporta le applicazioni installate con operatori con ambito namespace. Di seguito sono riportate alcune applicazioni che sono state validate per questo modello di installazione:

Nota Un operatore e l’applicazione che installa devono utilizzare lo stesso namespace; potrebbe essere necessario modificare il file .yaml di implementazione per l’operatore per assicurarsi che questo sia il caso.

Accesso a Internet

È necessario determinare se si dispone di un accesso esterno a Internet. In caso contrario, alcune funzionalità potrebbero essere limitate, ad esempio la ricezione di dati di monitoraggio e metriche da NetApp Cloud Insights o l’invio di pacchetti di supporto a "Sito di supporto NetApp".

Licenza

Astra Control Center richiede una licenza Astra Control Center per una funzionalità completa. Ottenere una licenza di valutazione o una licenza completa da NetApp. Senza una licenza, non sarà possibile:

  • Definire applicazioni personalizzate

  • Creare snapshot o cloni di applicazioni esistenti

  • Configurare le policy di protezione dei dati

Se si desidera provare Astra Control Center, è possibile "utilizzare una licenza di valutazione di 90 giorni".

Tipo di servizio "LoadBalancer" per cluster Kubernetes on-premise

Astra Control Center utilizza un servizio del tipo "LoadBalancer" (svc/traefik nello spazio dei nomi di Astra Control Center) e richiede l’assegnazione di un indirizzo IP esterno accessibile. Se i bilanciatori di carico sono consentiti nel tuo ambiente e non ne hai già configurati uno, puoi utilizzare "MetalLB" Per assegnare automaticamente un indirizzo IP esterno al servizio. Nella configurazione del server DNS interno, puntare il nome DNS scelto per Astra Control Center sull’indirizzo IP con bilanciamento del carico.

Requisiti di rete

L’ambiente operativo che ospita Astra Control Center comunica utilizzando le seguenti porte TCP. Assicurarsi che queste porte siano consentite attraverso qualsiasi firewall e configurare i firewall in modo da consentire qualsiasi traffico HTTPS in uscita dalla rete Astra. Alcune porte richiedono la connettività tra l’ambiente che ospita Astra Control Center e ciascun cluster gestito (annotato dove applicabile).

Origine Destinazione Porta Protocollo Scopo

PC client

Centro di controllo Astra

443

HTTPS

Accesso UI/API - assicurarsi che questa porta sia aperta in entrambi i modi tra il cluster che ospita Astra Control Center e ciascun cluster gestito

Metriche consumer

Nodo di lavoro Astra Control Center

9090

HTTPS

Comunicazione dei dati delle metriche - garantire che ciascun cluster gestito possa accedere a questa porta sul cluster che ospita Astra Control Center (è richiesta una comunicazione bidirezionale)

Centro di controllo Astra

Servizio Hosted Cloud Insights (https://cloudinsights.netapp.com)

443

HTTPS

Comunicazione Cloud Insights

Centro di controllo Astra

Provider di bucket di storage Amazon S3 (https://my-bucket.s3.us-west-2.amazonaws.com/)

443

HTTPS

Comunicazione con lo storage Amazon S3

Centro di controllo Astra

NetApp ActiveIQ (https://activeiq.solidfire.com)

443

HTTPS

Comunicazione NetApp ActiveIQ

Browser Web supportati

Astra Control Center supporta versioni recenti di Firefox, Safari e Chrome con una risoluzione minima di 1280 x 720.

Cosa succederà

Visualizzare il "avvio rapido" panoramica.