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.

Limitazioni note

Collaboratori

Le limitazioni note identificano piattaforme, dispositivi o funzioni non supportate da questa versione del prodotto o che non interagiscono correttamente con esso. Esaminare attentamente queste limitazioni.

Lo stesso cluster non può essere gestito da due istanze di Astra Control Center

Se si desidera gestire un cluster su un’altra istanza di Astra Control Center, è necessario innanzitutto "annullare la gestione del cluster" dall’istanza in cui viene gestito prima di gestirlo su un’altra istanza. Dopo aver rimosso il cluster dalla gestione, verificare che il cluster non sia gestito eseguendo questo comando:

oc get pods n -netapp-monitoring

Non devono essere presenti pod in esecuzione nello spazio dei nomi, altrimenti lo spazio dei nomi non dovrebbe esistere. Se uno di questi è vero, il cluster non viene gestito.

Astra Control Center non è in grado di gestire due cluster con lo stesso nome

Se si tenta di aggiungere un cluster con lo stesso nome di un cluster già esistente, l’operazione non riesce. Questo problema si verifica più spesso in un ambiente Kubernetes standard se non è stato modificato il nome predefinito del cluster nei file di configurazione Kubernetes.

Per risolvere il problema, procedere come segue:

  1. Modifica la configurazione di kubeadm-config:

    kubectl edit configmaps -n kube-system kubeadm-config
  2. Modificare il clusterName valore campo da kubernetes (Il nome predefinito di Kubernetes) con un nome personalizzato univoco.

  3. Modifica kubeconfig (.kube/config).

  4. Aggiorna il nome del cluster da kubernetes su un nome personalizzato univoco (xyz-cluster viene utilizzato negli esempi seguenti). Eseguire l’aggiornamento in entrambi clusters e. contexts sezioni come mostrato in questo esempio:

    apiVersion: v1
    clusters:
    - cluster:
        certificate-authority-data: ExAmPLERb2tCcjZ5K3E2Njk4eQotLExAMpLEORCBDRVJUSUZJQ0FURS0txxxxXX==
        server: https://x.x.x.x:6443
      name: xyz-cluster
    contexts:
    - context:
        cluster: xyz-cluster
        namespace: default
        user: kubernetes-admin
      name: kubernetes-admin@kubernetes
    current-context: kubernetes-admin@kubernetes

Un utente con vincoli RBAC dello spazio dei nomi può aggiungere e annullare la gestione di un cluster

Un utente con vincoli RBAC dello spazio dei nomi non deve essere autorizzato ad aggiungere o annullare la gestione dei cluster. A causa di un limite corrente, Astra non impedisce a tali utenti di annullare la gestione dei cluster.

Un membro con vincoli dello spazio dei nomi non può accedere alle applicazioni clonate o ripristinate fino a quando admin non aggiunge lo spazio dei nomi al vincolo

Qualsiasi member Gli utenti con vincoli RBAC in base al nome/ID dello spazio dei nomi o alle etichette dello spazio dei nomi possono clonare o ripristinare un’applicazione in un nuovo spazio dei nomi nello stesso cluster o in qualsiasi altro cluster dell’account dell’organizzazione. Tuttavia, lo stesso utente non può accedere all’applicazione clonata o ripristinata nel nuovo namespace. Una volta creato un nuovo spazio dei nomi mediante un’operazione di clonazione o ripristino, l’amministratore/proprietario dell’account può modificare member account utente e limitazioni del ruolo di aggiornamento per consentire all’utente interessato di concedere l’accesso al nuovo spazio dei nomi.

I backup delle applicazioni in corso non possono essere interrotti

Non esiste alcun modo per interrompere un backup in esecuzione. Se è necessario eliminare il backup, attendere che sia stato completato, quindi seguire le istruzioni riportate in "Eliminare i backup". Per eliminare un backup non riuscito, utilizzare "API di controllo Astra".

I cloni delle applicazioni installate utilizzando operatori pass-by-reference possono fallire

Astra Control supporta le applicazioni installate con operatori con ambito namespace. Questi operatori sono generalmente progettati con un’architettura "pass-by-value" piuttosto che "pass-by-reference". Di seguito sono riportate alcune applicazioni per operatori che seguono questi modelli:

  • "Apache K8ssandra"

    Nota Per K8ssandra, sono supportate le operazioni di ripristino in-place. Un’operazione di ripristino su un nuovo namespace o cluster richiede che l’istanza originale dell’applicazione venga tolto. In questo modo si garantisce che le informazioni del peer group trasportate non conducano a comunicazioni tra istanze. La clonazione dell’applicazione non è supportata.
  • "Ci Jenkins"

  • "Cluster XtraDB Percona"

Si noti che Astra Control potrebbe non essere in grado di clonare un operatore progettato con un’architettura "pass-by-reference" (ad esempio, l’operatore CockroachDB). Durante questi tipi di operazioni di cloning, l’operatore clonato tenta di fare riferimento ai segreti di Kubernetes dall’operatore di origine, nonostante abbia il proprio nuovo segreto come parte del processo di cloning. L’operazione di clonazione potrebbe non riuscire perché Astra Control non è a conoscenza dei segreti di Kubernetes nell’operatore di origine.

Le operazioni di ripristino in-place delle applicazioni che utilizzano un gestore dei certificati non sono supportate

Questa versione di Astra Control Center non supporta il ripristino in-place delle applicazioni con i gestori dei certificati. Sono supportate le operazioni di ripristino su uno spazio dei nomi diverso e le operazioni di clonazione.

Le applicazioni implementate dall’operatore CON ambito cluster e abilitato OLM non sono supportate

Astra Control Center non supporta le attività di gestione delle applicazioni con operatori con ambito cluster.

Le app implementate con Helm 2 non sono supportate

Se utilizzi Helm per implementare le app, Astra Control Center richiede Helm versione 3. La gestione e la clonazione delle applicazioni implementate con Helm 3 (o aggiornate da Helm 2 a Helm 3) sono completamente supportate. Per ulteriori informazioni, vedere "Requisiti di Astra Control Center".

I bucket S3 in Astra Control Center non riportano la capacità disponibile

Prima di eseguire il backup o la clonazione delle applicazioni gestite da Astra Control Center, controllare le informazioni del bucket nel sistema di gestione ONTAP o StorageGRID.

Astra Control Center non convalida i dati immessi per il server proxy

Assicurati di "inserire i valori corretti" quando si stabilisce una connessione.

Le connessioni esistenti a un pod Postgres causano errori

Quando si eseguono operazioni su POD Postgres, non si dovrebbe connettersi direttamente all’interno del pod per utilizzare il comando psql. Astra Control richiede l’accesso a psql per bloccare e scongelare i database. Se è presente una connessione preesistente, lo snapshot, il backup o il clone non avranno esito positivo.

I backup e le snapshot potrebbero non essere conservati durante la rimozione di un’istanza di Astra Control Center

Se si dispone di una licenza di valutazione, assicurarsi di memorizzare l’ID account per evitare la perdita di dati in caso di guasto di Astra Control Center se non si inviano ASUP.