Crea e gestisci le policy di backup di Kubernetes in NetApp Backup and Recovery
Usa NetApp Backup and Recovery per creare policy di backup per Kubernetes che controllano la frequenza, la pianificazione e la conservazione dei backup.
|
|
Alcune di queste opzioni e sezioni di configurazione non sono disponibili per tutti i carichi di lavoro. |
Se importi risorse da SnapCenter, potresti riscontrare alcune differenze tra i criteri utilizzati in SnapCenter e quelli utilizzati in NetApp Backup and Recovery. Vedere"Differenze di policy tra SnapCenter e NetApp Backup and Recovery" .
È possibile raggiungere i seguenti obiettivi relativi alle politiche:
-
Creare un criterio di snapshot locale
-
Creare una policy per la replica su storage secondario
-
Creare una policy per le impostazioni di archiviazione degli oggetti
-
Configurare le impostazioni avanzate dei criteri
-
Modifica le politiche
-
Elimina le policy
Visualizza le politiche
-
Dal menu NetApp Backup and Recovery , selezionare Criteri.
-
Esamina i dettagli della policy. Ad esempio:
-
Carico di lavoro: alcuni esempi includono Microsoft SQL Server, ONTAP Volumes, VMware, KVM, Hyper-V, database Oracle o Kubernetes.
-
Tipo di backup: alcuni esempi includono il backup completo e il backup del registro.
-
Architettura: Alcuni esempi includono snapshot locale, fan-out, cascading, disco su disco e disco su archivio oggetti.
-
Risorse protette: mostra quante risorse sul totale delle risorse di quel carico di lavoro sono protette.
-
Protezione ransomware: indica se la policy include il blocco degli snapshot sullo snapshot locale, il blocco degli snapshot sull'archiviazione secondaria o il blocco DataLock sull'archiviazione degli oggetti.
-
Crea una politica
È possibile creare policy che regolano gli snapshot locali, le repliche su storage secondario e i backup su storage di oggetti. Una parte della strategia 3-2-1 prevede la creazione di uno snapshot delle istanze, dei database, delle applicazioni o delle VM sul sistema di archiviazione primario.
Ruolo richiesto NetApp Console Super admin di Backup and Recovery o backup admin di Backup and Recovery. Se stai proteggendo dati archiviati su un cluster Cloud Volumes ONTAP, è richiesto anche il ruolo di Cloud Volumes ONTAP Admin. Scopri di più su "Ruoli e privilegi di backup e ripristino". "Scopri di più sui ruoli di accesso NetApp Console per tutti i servizi".
Se prevedi di replicare su storage secondario e vuoi usare il blocco delle snapshot su snapshot locali o su storage secondario ONTAP remoto, devi prima inizializzare l'orologio di conformità ONTAP a livello di cluster. Questo è un requisito per abilitare il blocco delle snapshot nella policy.
Per istruzioni su come fare, fare riferimento a "Inizializza l'orologio di conformità in ONTAP" .
Per informazioni generali sul blocco degli snapshot, fare riferimento a "Blocco degli snapshot in ONTAP" .
-
Dal menu NetApp Backup and Recovery , selezionare Criteri.
-
Dalla pagina Criteri, seleziona Crea nuovo criterio.
Viene visualizzata la pagina delle Policy.
-
Inserisci le informazioni nella sezione Dettagli:
-
Tipo di carico di lavoro: Seleziona Kubernetes.
-
Inserisci un nome per la policy.
-
Selezionare un agente della console dall'elenco Agente.
-
-
Inserisci le informazioni nella sezione Architettura di backup. Scegli il flusso di dati per il backup dall'elenco:
-
3-2-1 fanout: Storage primario (disco) verso storage secondario (disco) verso cloud (archivio di oggetti). Crea più copie dei dati su diversi sistemi di storage, come configurazioni da ONTAP a ONTAP e da ONTAP a object-store. Può trattarsi di un cloud provider object store o di un archivio di oggetti privato. Ideale per una protezione ottimale dei dati e per il disaster recovery. Questa opzione non è disponibile per Amazon FSx for NetApp ONTAP.
-
Da disco a disco: Storage primario (disco) su storage secondario (disco). La strategia di protezione dei dati ONTAP to ONTAP replica i dati tra due sistemi ONTAP per garantire alta disponibilità e disaster recovery. Questo viene generalmente ottenuto utilizzando SnapMirror, che supporta sia la replica sincrona che asincrona. Questo metodo mantiene i dati aggiornati e disponibili tra le sedi per una solida protezione dei dati.
-
Archiviazione da disco a oggetto: storage primario (disco) verso cloud (archivio di oggetti). Questa operazione replica i dati da un sistema ONTAP a un sistema di storage a oggetti. Può trattarsi di un archivio di oggetti di un cloud provider o di un archivio di oggetti privato come StorageGRID. Questo metodo è ideale per la conservazione e l'archiviazione dei dati a lungo termine. Questa opzione non è disponibile per Amazon FSx for NetApp ONTAP.
-
Snapshot locali: Snapshot locale sul volume selezionato. Questo crea copie point-in-time di sola lettura dei volumi di produzione in cui sono in esecuzione i carichi di lavoro. È possibile utilizzare gli snapshot locali per recuperare i dati in caso di perdita o corruzione, nonché per creare backup a scopo di disaster recovery.
-
-
Fornire le informazioni per la sezione Impostazioni snapshot locali:
-
Seleziona l'opzione Aggiungi pianificazione per selezionare la pianificazione o le pianificazioni Snapshot. Puoi avere un massimo di cinque pianificazioni.
-
Frequenza snapshot: seleziona la frequenza oraria, giornaliera, settimanale, mensile o annuale. La frequenza annuale non è disponibile per i carichi di lavoro Kubernetes.
-
Conservazione degli snapshot: immettere il numero di snapshot da conservare.
-
Provider: Seleziona il provider di storage che ospita le risorse dell'applicazione Kubernetes e inserisci le credenziali per autenticarti con il provider.
-
-
Fornire le informazioni per la sezione Impostazioni secondarie (replica su storage secondario):
-
Backup: seleziona la frequenza oraria, giornaliera, settimanale, mensile o annuale.
-
Destinazione backup: seleziona il sistema di destinazione sull'archiviazione secondaria per il backup.
-
Conservazione: immettere il numero di snapshot da conservare.
-
Provider: Seleziona il provider di storage che ospita le risorse dell'applicazione Kubernetes e inserisci le credenziali per autenticarti con il provider.
-
-
Fornire le informazioni per la sezione Impostazioni archivio oggetti (backup su storage a oggetti):
I campi visualizzati variano a seconda del provider e dell'architettura selezionati. -
Provider: Seleziona il provider per il tuo archivio di oggetti e inserisci le credenziali nei campi appropriati (i campi delle credenziali variano a seconda del provider).
-
Destinazione di backup: Seleziona un target di storage a oggetti registrato. Verifica che la destinazione sia accessibile all'interno dell'ambiente di backup.
-
Spazio IP: seleziona lo spazio IP da utilizzare per le operazioni di backup. Questa funzione è utile se si hanno più spazi IP e si desidera controllare quale viene utilizzato per i backup.
-
Impostazioni pianificazione: seleziona la pianificazione impostata per gli snapshot locali. È possibile rimuovere una pianificazione, ma non aggiungerne una, perché le pianificazioni sono impostate in base alle pianificazioni degli snapshot locali.
-
Copie di conservazione: immettere il numero di snapshot da conservare.
-
Esegui a: scegli la pianificazione del trasferimento ONTAP per eseguire il backup dei dati nell'archivio oggetti.
-
Suddividi i backup dall'archivio oggetti allo storage di archiviazione: se scegli di suddividere i backup in livelli per lo storage di archiviazione (ad esempio, AWS Glacier), seleziona l'opzione del livello e il numero di giorni di archiviazione.
-
-
Facoltativamente, puoi configurare le impostazioni avanzate nella policy.
Details
-
Tentativi di backup: Per riprovare l'operazione un certo numero di volte in caso di errore o interruzione, espandi la sezione Tentativi di backup e inserisci il numero massimo di tentativi per l'operazione di snapshot e backup e l'intervallo di tempo tra i tentativi.
Se la frequenza di acquisizione degli snapshot è impostata su un'ora, il ritardo massimo e il numero di tentativi non devono superare i 45 minuti. -
Configurazione VM: Seleziona il tipo di coerenza del backup di cui hai bisogno:
-
Backup crash-consistent: Seleziona questa opzione per saltare il blocco della VM prima di creare uno snapshot o un backup. Lo snapshot o il backup sarà crash-consistent, il che significa che la memoria di sistema al momento dello snapshot o del backup non viene acquisita.
-
Backup coerente con la VM: Seleziona questa opzione per bloccare le VM prima di creare uno snapshot o un backup. Questo acquisisce lo stato completo della VM (inclusa la memoria) per offrire una protezione coerente con la VM. Facoltativamente, in Numero massimo di VM contemporaneamente, specifica quante VM Backup and Recovery può bloccare ed eseguire il backup contemporaneamente. Se abiliti l'opzione Blocca tutte le VM, Backup and Recovery blocca tutte le VM contemporaneamente, avvia i backup e poi sblocca tutte le VM al termine di tutte le operazioni di backup.
-
-
Risultato parziale: Abilita questa opzione per consentire il completamento di un'operazione di backup anche se Backup and Recovery non riesce a eseguire il backup di tutte le risorse.
-
-
Al termine, selezionare Fatto.
Modifica una policy
Per una policy è possibile modificare l'architettura di backup, la frequenza di backup, la policy di protezione e altre impostazioni. Per le policy dei carichi di lavoro Kubernetes, è possibile modificare solo le impostazioni di pianificazione e conservazione.
È possibile aggiungere un altro livello di protezione quando si modifica una policy, ma non è possibile rimuovere un livello di protezione. Ad esempio, se il criterio protegge solo gli snapshot locali, è possibile aggiungere la replica all'archiviazione secondaria o i backup all'archiviazione degli oggetti. Se si dispone di snapshot e repliche locali, è possibile aggiungere l'archiviazione di oggetti. Tuttavia, se si dispone di snapshot locali, replica e archiviazione di oggetti, non è possibile rimuovere uno di questi livelli.
Se si modifica un criterio che esegue il backup nell'archiviazione degli oggetti, è possibile abilitare l'archiviazione.
Se hai importato risorse da SnapCenter, potresti riscontrare alcune differenze tra le policy utilizzate in SnapCenter e quelle utilizzate in NetApp Backup and Recovery. Vedi "Differenze di policy tra SnapCenter e NetApp Backup and Recovery".
Ruolo richiesto NetApp Console
Super admin di NetApp Backup and Recovery o backup admin di NetApp Backup and Recovery. Se stai proteggendo dati archiviati su un cluster Cloud Volumes ONTAP, è richiesto anche il ruolo di Cloud Volumes ONTAP Admin "Scopri di più sui ruoli di accesso NetApp Console per tutti i servizi".
-
Nella NetApp Console, vai su Protezione > Backup e ripristino.
-
Selezionare l'opzione Criteri.
-
Seleziona la policy che vuoi modificare.
-
Seleziona Azioni*
icona e seleziona *Modifica. -
Quando hai finito di modificare, seleziona Fine.
-
Nella finestra di dialogo di conferma, digita il nome della policy per confermare le modifiche.
Il salvataggio delle modifiche ha effetto su tutte le applicazioni protette da questa policy.
-
Seleziona Fatto per confermare.
Elimina una policy
Puoi eliminare una policy se non ti serve più.
|
|
Non è possibile eliminare un criterio associato a un carico di lavoro. |
-
Nella NetApp Console, vai su Protezione > Backup e ripristino.
-
Selezionare l'opzione Criteri.
-
Seleziona la policy che vuoi eliminare.
-
Seleziona Azioni*
icona e seleziona *Elimina. -
Conferma l'azione e seleziona Elimina.