Se si implementa un’applicazione con un StorageClass esplicitamente impostato e si deve clonare l’applicazione, il cluster di destinazione 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.

Se si clonano istanze distribuite dall’operatore di Jenkins ci, è necessario ripristinare manualmente i dati persistenti. Si tratta di un limite del modello di implementazione dell’applicazione.

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.

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.

Qualsiasi utente membro con vincoli di spazio dei nomi in base al nome/ID dello spazio dei nomi o alle etichette dello spazio dei nomi può 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. Dopo la creazione di un nuovo spazio dei nomi mediante un’operazione di clone o ripristino, l’amministratore/proprietario dell’account può modificare l’account utente membro e aggiornare i vincoli di ruolo per consentire all’utente interessato di accedere al nuovo spazio dei nomi.

Se clonate un’applicazione tra cluster, i cluster di origine e di destinazione devono essere della stessa distribuzione di OpenShift. Ad esempio, se clonate un’applicazione da un cluster OpenShift 4.7, utilizzate un cluster di destinazione che è anche OpenShift 4.7.

Quando crei un progetto per ospitare un’applicazione su un cluster OpenShift, al progetto (o namespace Kubernetes) viene assegnato un UID SecurityContext. Per consentire ad Astra Control Center di proteggere la tua applicazione e spostarla in un altro cluster o progetto in OpenShift, devi aggiungere policy che consentano all’applicazione di essere eseguita come qualsiasi UID. Ad esempio, i seguenti comandi CLI di OpenShift concedono le policy appropriate a un’applicazione WordPress.