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.

Ripristinare le applicazioni

Collaboratori
PDF

Astra Control può ripristinare l'applicazione da uno snapshot o da un backup. Il ripristino da uno snapshot esistente sarà più rapido quando si ripristina l'applicazione nello stesso cluster. È possibile utilizzare l'interfaccia utente di Astra Control o. "API di controllo Astra" per ripristinare le applicazioni.

A proposito di questa attività

  • Proteggi prima le tue applicazioni: Ti consigliamo vivamente di creare un'istantanea o un backup dell'applicazione prima di ripristinarla. In questo modo, è possibile clonare lo snapshot o il backup nel caso in cui il ripristino non abbia esito positivo.

  • Check destination Volumes (Controlla volumi di destinazione): Se si esegue il ripristino in una classe di storage diversa, assicurarsi che la classe di storage utilizzi la stessa modalità di accesso al volume persistente (ad esempio ReadWriteMany). L'operazione di ripristino non riesce se la modalità di accesso al volume persistente di destinazione è diversa. Ad esempio, se il volume persistente di origine utilizza la modalità di accesso RWX, selezionare una classe di storage di destinazione che non è in grado di fornire RWX, come Azure Managed Disks, AWS EBS, Google Persistent Disk o. ontap-san, causa l'errore dell'operazione di ripristino. Per ulteriori informazioni sulle modalità di accesso al volume persistente, fare riferimento a. "Kubernetes" documentazione.

  • Pianificare le esigenze di spazio: Quando si esegue un ripristino in-place di un'applicazione che utilizza lo storage NetApp ONTAP, lo spazio utilizzato dall'applicazione ripristinata può raddoppiare. Dopo aver eseguito un ripristino in-place, rimuovere eventuali snapshot indesiderati dall'applicazione ripristinata per liberare spazio di storage.

  • * (Solo cluster OpenShift) Aggiungi policy*: 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.

    oc new-project wordpress
    oc adm policy add-scc-to-group anyuid system:serviceaccounts:wordpress
    oc adm policy add-scc-to-user privileged -z default -n wordpress

  • Helm ha implementato le applicazioni: Le applicazioni implementate con Helm 3 (o aggiornate da Helm 2 a Helm 3) sono completamente supportate. Le app implementate con Helm 2 non sono supportate.

Avvertenza

L'esecuzione di un'operazione di ripristino in-place su un'applicazione che condivida le risorse con un'altra applicazione può avere risultati non intenzionale. Tutte le risorse condivise tra le applicazioni vengono sostituite quando viene eseguito un ripristino in-place su una delle applicazioni. Per ulteriori informazioni, vedere questo esempio.
Fasi

  1. Selezionare applicazioni, quindi selezionare il nome di un'applicazione.

  2. Dal menu Opzioni nella colonna azioni, selezionare Ripristina.

  3. Scegliere il tipo di ripristino:

    • Ripristina gli spazi dei nomi originali: Utilizzare questa procedura per ripristinare l'applicazione sul posto nel cluster originale.

      Nota Se l'applicazione utilizza una classe di storage supportata da ontap-nas-economy driver, è necessario ripristinare l'applicazione utilizzando le classi di storage originali. Non è possibile specificare un'altra classe di storage se si ripristina l'applicazione nello stesso namespace.

      1. Seleziona lo snapshot o il backup da utilizzare per ripristinare l'applicazione in-place, che ripristina l'applicazione a una versione precedente di se stessa.

      2. Selezionare Avanti.

        Nota Se si ripristina uno spazio dei nomi precedentemente cancellato, viene creato un nuovo spazio dei nomi con lo stesso nome come parte del processo di ripristino. Tutti gli utenti che disponevano dei diritti per gestire le applicazioni nello spazio dei nomi precedentemente cancellato devono ripristinare manualmente i diritti nello spazio dei nomi appena ricreato.

    • Ripristina nuovi spazi dei nomi: Utilizzare questa procedura per ripristinare l'applicazione in un altro cluster o con spazi dei nomi diversi dall'origine.

      Nota È possibile utilizzare questa procedura per eseguire una delle due operazioni a una classe di storage supportata da ontap-nas Sullo stesso cluster O copiare l'applicazione in un altro cluster con una classe di storage supportata da ontap-nas-economy driver.

      1. Specificare il nome dell'applicazione ripristinata.

      2. Scegliere il cluster di destinazione per l'applicazione che si desidera ripristinare.

      3. Immettere uno spazio dei nomi di destinazione per ogni spazio dei nomi di origine associato all'applicazione.

        Nota Astra Control crea nuovi spazi dei nomi di destinazione come parte di questa opzione di ripristino. Gli spazi dei nomi di destinazione specificati non devono essere già presenti nel cluster di destinazione.

      4. Selezionare Avanti.

      5. Selezionare lo snapshot o il backup da utilizzare per ripristinare l'applicazione.

      6. Selezionare Avanti.

      7. Scegliere una delle seguenti opzioni:

        • Ripristina utilizzando le classi di storage originali: L'applicazione utilizza la classe di storage originariamente associata, a meno che non esista nel cluster di destinazione. In questo caso, viene utilizzata la classe di storage predefinita per il cluster.

        • Ripristinare utilizzando una classe di storage diversa: Selezionare una classe di storage esistente nel cluster di destinazione. Tutti i volumi delle applicazioni, indipendentemente dalle classi di storage originariamente associate, verranno migrati in questa diversa classe di storage come parte del ripristino.

      8. Selezionare Avanti.

  4. Scegli le risorse da filtrare:

    • Restore all resources (Ripristina tutte le risorse): Ripristina tutte le risorse associate all'applicazione originale.

    • Filter resources: Specificare le regole per ripristinare un sottoinsieme delle risorse applicative originali:

      1. Scegliere di includere o escludere risorse dall'applicazione ripristinata.

      2. Selezionare Aggiungi regola di inclusione o Aggiungi regola di esclusione e configurare la regola per filtrare le risorse corrette durante il ripristino dell'applicazione. È possibile modificare una regola o rimuoverla e crearne di nuovo fino a quando la configurazione non è corretta.

        Nota Per ulteriori informazioni sulla configurazione delle regole di inclusione ed esclusione, vedere Filtrare le risorse durante il ripristino di un'applicazione.

  5. Selezionare Avanti.

  6. Esaminare attentamente i dettagli relativi all'azione di ripristino, digitare "restore" (se richiesto) e selezionare Restore.

Risultato

Astra Control ripristina l'applicazione in base alle informazioni fornite. Se hai ripristinato l'applicazione in-place, il contenuto dei volumi persistenti esistenti viene sostituito con il contenuto dei volumi persistenti dell'applicazione ripristinata.

Nota Dopo un'operazione di protezione dei dati (cloning, backup o ripristino) e il successivo ridimensionamento persistente del volume, si verifica un ritardo fino a venti minuti prima che la nuova dimensione del volume venga visualizzata nell'interfaccia utente Web. L'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.
Importante 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.

Filtrare le risorse durante il ripristino di un'applicazione

È possibile aggiungere una regola di filtro a un "ripristinare" operazione che specifica le risorse applicative esistenti da includere o escludere dall'applicazione ripristinata. È possibile includere o escludere risorse in base a uno spazio dei nomi, un'etichetta o un GVK (GroupVersionKind) specificati.

Espandere per ulteriori informazioni sugli scenari di inclusione ed esclusione

  • Si seleziona una regola di inclusione con spazi dei nomi originali (ripristino in-place): Le risorse applicative esistenti definite nella regola verranno eliminate e sostituite da quelle dello snapshot o del backup selezionato che si sta utilizzando per il ripristino. Tutte le risorse non specificate nella regola di inclusione resteranno invariate.

  • Selezionare una regola di inclusione con nuovi spazi dei nomi: Utilizzare la regola per selezionare le risorse specifiche che si desidera utilizzare nell'applicazione ripristinata. Le risorse non specificate nella regola di inclusione non verranno incluse nell'applicazione ripristinata.

  • Si seleziona una regola di esclusione con spazi dei nomi originali (ripristino in-place): Le risorse specificate per l'esclusione non verranno ripristinate e rimarranno invariate. Le risorse non specificate da escludere verranno ripristinate dallo snapshot o dal backup. Tutti i dati sui volumi persistenti verranno cancellati e ricreati se il corrispondente StatefulSet fa parte delle risorse filtrate.

  • Selezionare una regola di esclusione con nuovi spazi dei nomi: Utilizzare la regola per selezionare le risorse specifiche che si desidera rimuovere dall'applicazione ripristinata. Le risorse non specificate da escludere verranno ripristinate dallo snapshot o dal backup.

Le regole possono includere o escludere tipi. Non sono disponibili regole che combinano inclusione ed esclusione delle risorse.

Fasi

  1. Dopo aver scelto di filtrare le risorse e aver selezionato un'opzione di inclusione o esclusione nella procedura guidata Restore App, selezionare Aggiungi regola di inclusione o Aggiungi regola di esclusione.

    Nota Non è possibile escludere risorse con ambito cluster che vengono automaticamente incluse da Astra Control.

  2. Configurare la regola di filtro:

    Nota È necessario specificare almeno uno spazio dei nomi, un'etichetta o un GVK. Assicurarsi che tutte le risorse conservate dopo l'applicazione delle regole di filtro siano sufficienti per mantenere l'applicazione ripristinata in uno stato di integrità.

    1. Selezionare uno spazio dei nomi specifico per la regola. Se non si effettua una selezione, nel filtro verranno utilizzati tutti gli spazi dei nomi.

      Nota Se l'applicazione conteneva originariamente più spazi dei nomi e la ripristinerai in nuovi spazi dei nomi, tutti gli spazi dei nomi verranno creati anche se non contengono risorse.

    2. (Facoltativo) inserire un nome di risorsa.

    3. (Facoltativo) selettore di etichette: Includere un "selettore di etichette" da aggiungere alla regola. Il selettore di etichette viene utilizzato per filtrare solo le risorse corrispondenti all'etichetta selezionata.

    4. (Facoltativo) selezionare Use GVK (GroupVersionKind) set to filter resources for additional filtering options.

      Nota Se si utilizza un filtro GVK, è necessario specificare versione e tipo.

      1. (Facoltativo) Group: Dall'elenco a discesa, selezionare il gruppo Kubernetes API.

      2. Kind: Dall'elenco a discesa, selezionare lo schema dell'oggetto per il tipo di risorsa Kubernetes da utilizzare nel filtro.

      3. Version (versione): Selezionare la versione dell'API Kubernetes.

  3. Esaminare la regola creata in base alle voci immesse.

  4. Selezionare Aggiungi.

    Suggerimento È possibile creare tutte le regole di inclusione ed esclusione delle risorse desiderate. Le regole vengono visualizzate nel riepilogo dell'applicazione di ripristino prima di avviare l'operazione.

Migrazione dallo storage ontap-nas-Economy allo storage ontap-nas

È possibile utilizzare Astra Control "ripristino dell'applicazione" oppure "clone dell'applicazione" operazione per migrare i volumi delle applicazioni da una classe di storage supportata da ontap-nas-economy, che consente opzioni di protezione applicativa limitate, a una classe di storage supportata da ontap-nas Con la sua gamma completa di opzioni di protezione Astra Control. L'operazione di cloning o restore esegue la migrazione dei volumi basati su Qtree che utilizzano un ontap-nas-economy back-end per volumi standard supportati da ontap-nas. A prescindere dal fatto che lo siano ontap-nas-economy supportato solo o misto, verrà migrato alla classe di storage di destinazione. Una volta completata la migrazione, le opzioni di protezione non sono più limitate.

Problemi di ripristino in-place per un'applicazione che condivide le risorse con un'altra applicazione

È possibile eseguire un'operazione di ripristino in-place su un'applicazione che condivide le risorse con un'altra applicazione e produce risultati non desiderati. Tutte le risorse condivise tra le applicazioni vengono sostituite quando viene eseguito un ripristino in-place su una delle applicazioni.

Di seguito viene riportato uno scenario di esempio che crea una situazione indesiderabile quando si utilizza la replica di NetApp SnapMirror per un ripristino:

  1. L'applicazione viene definita app1 utilizzo dello spazio dei nomi ns1.

  2. Viene configurata una relazione di replica per app1.

  3. L'applicazione viene definita app2 (sullo stesso cluster) utilizzando gli spazi dei nomi ns1 e. ns2.

  4. Viene configurata una relazione di replica per app2.

  5. La replica inversa per app2. Questo causa il app1 app sul cluster di origine da disattivare.