Applicare la seguente patch a tutti i cluster Kubernetes in cui è stata implementata la versione 21.08.65 dell’operatore acc. Deve essere applicato anche se l’operatore acc viene riattivato.

Per risolvere questo problema:

Il cerotto rimuove i seguenti due soggetti ClusterRoleBinding: "acc-operator-manager-rolebinding"

Se definisci un’applicazione con un’etichetta k8s inesistente, Astra Control Center creerà, gestirà e rimuoverà immediatamente l’applicazione. Per evitare questo problema, Aggiungi l’etichetta k8s ai pod e alle risorse dopo che l’applicazione è stata gestita da Astra Control Center.

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 Astra".

I volumi creati con unità decimali non riescono utilizzando il processo di backup o clone di Astra Control Center. Vedere "articolo della knowledge base" per ulteriori informazioni.

Dopo un’operazione di protezione dei dati (clone, backup, ripristino) e il successivo ridimensionamento persistente del volume, si verifica un ritardo di venti minuti prima che le nuove dimensioni del volume vengano visualizzate nell’interfaccia utente. Questo ritardo nell’interfaccia utente può verificarsi anche quando vengono aggiunte o modificate le risorse dell’applicazione. In questo caso, un’operazione di protezione dei dati viene eseguita correttamente in pochi minuti ed è possibile utilizzare il software di gestione per il back-end dello storage per confermare la modifica delle dimensioni del volume.

Se si ridimensiona un volume persistente dopo la creazione di un backup e poi si ripristina da tale backup, le dimensioni del volume persistente corrispondono alle nuove dimensioni del PV invece di utilizzare le dimensioni del backup.

I cloni di volumi persistenti molto grandi e consumati potrebbero essere lenti a intermittenza, a seconda dell’accesso del cluster all’archivio di oggetti. Se il clone viene bloccato e non sono stati copiati dati per più di 30 minuti, Astra Control termina l’azione del clone.

I cloni delle applicazioni all’interno dello stesso cluster si guastano costantemente con il grafico BitNami PostgreSQL 11.5.0. Per clonare correttamente, utilizzare una versione precedente o successiva del grafico.

Un clone dell’applicazione potrebbe non riuscire se i vincoli del contesto di protezione originale sono configurati a livello di account di servizio all’interno dello spazio dei nomi nel cluster OCP. Quando il clone dell’applicazione non funziona, viene visualizzato nell’area delle applicazioni gestite di Astra Control Center con lo stato Removed. Vedere "articolo della knowledge base" per ulteriori informazioni.

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.

Se si tenta di riutilizzare un bucket utilizzato da un’altra o da un’altra installazione di Astra Control Center, il backup e il ripristino non avranno esito positivo. È necessario utilizzare una benna diversa o pulire completamente la benna utilizzata in precedenza. Non è possibile condividere i bucket tra istanze di Astra Control Center.

Quando si aggiunge un bucket, selezionare il tipo di provider bucket corretto con le credenziali corrette per tale provider. Ad esempio, l’interfaccia utente accetta NetApp ONTAP S3 come tipo con credenziali StorageGRID; tuttavia, questo causerà l’errore di tutti i backup e ripristini futuri dell’applicazione che utilizzano questo bucket.

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.

A volte uno o più backup in Astra Control Center vengono conservati oltre il numero specificato per essere conservati nella pianificazione del backup. Questi backup aggiuntivi devono essere cancellati come parte di un backup pianificato, ma non vengono cancellati e bloccati in un pending stato. Per risolvere il problema, "forza eliminazione" i backup aggiuntivi.

Durante il backup di un’applicazione o il ripristino di un’applicazione, è possibile specificare un ID bucket. Un’operazione di cloni dell’applicazione, tuttavia, utilizza sempre il bucket predefinito definito. Non esiste alcuna opzione per modificare i bucket per un clone. Se si desidera controllare quale bucket viene utilizzato, è possibile farlo "modificare l’impostazione predefinita del bucket" oppure fare una "backup" seguito da un "ripristinare" separatamente.

Non è possibile utilizzare un kubeconfig con più di un cluster e un contesto. Vedere "articolo della knowledge base" per ulteriori informazioni.

Durante la raccolta ASUP, lo stato del bundle nell’interfaccia utente viene riportato come uno dei due collecting oppure done. La raccolta può richiedere fino a un’ora per ambienti di grandi dimensioni. Durante il download di ASUP, la velocità di trasferimento dei file di rete per il bundle potrebbe essere insufficiente e il download potrebbe scadere dopo 15 minuti senza alcuna indicazione nell’interfaccia utente. I problemi di download dipendono dalle dimensioni dell’ASUP, dalle dimensioni del cluster scalate e se il tempo di raccolta supera il limite di sette giorni.

Se i cluster non sono stati disgestiti prima della disinstallazione di Astra Control Center, è possibile eliminare manualmente i pod nello spazio dei nomi di monitoraggio netapp e nello spazio dei nomi con i seguenti comandi:

È possibile eliminare manualmente i CRD Traefik:

Se un pod ASUP viene ucciso o riavviato, una raccolta ASUP potrebbe bloccarsi in uno stato di generazione o caricamento. Effettuare le seguenti operazioni "API REST di Astra Control" chiamata per avviare nuovamente la raccolta manuale: