Crea e gestisci le policy di backup di Kubernetes in NetApp Backup and Recovery
In NetApp Backup and Recovery, crea le tue policy di backup per Kubernetes che regolano la frequenza dei backup, l'orario di esecuzione e il numero di file di backup conservati.
|
|
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 * Visualizzatore di storage, super amministratore di backup e ripristino, amministratore di backup di backup e ripristino. Scopri di più"Ruoli e privilegi di backup e ripristino" . "Scopri di più sui ruoli di accesso NetApp Console per tutti i servizi" .
Se si prevede di replicare su un archivio secondario e si desidera utilizzare il blocco degli snapshot sugli snapshot locali o sull'archivio secondario ONTAP remoto, è necessario innanzitutto inizializzare il clock di conformità ONTAP a livello di cluster. Questo è un requisito per abilitare il blocco degli 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:
-
Distribuzione 3-2-1: Storage primario (disco) verso storage secondario (disco) verso cloud (archivio di oggetti). Crea più copie dei dati su diversi sistemi storage, come configurazioni da ONTAP a ONTAP e da ONTAP a object store. Può trattarsi di un cloud hyperscaler 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) su cloud (archivio di oggetti). Questa operazione replica i dati da un sistema ONTAP a un sistema storage a oggetti. Può trattarsi di un archivio di oggetti di un cloud hyperscaler o di un archivio di oggetti privato come StorageGRID. Questo metodo è ideale per la conservazione dei dati a lungo termine e l'archiviazione. Questa opzione non è disponibile per Amazon FSx per 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:
-
Selezionare l'opzione Aggiungi pianificazione per selezionare la pianificazione o le pianificazioni degli snapshot. È possibile avere un massimo di 5 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.
-
Abilita blocco snapshot: seleziona se desideri abilitare gli snapshot antimanomissione.
-
Periodo di blocco dello snapshot: immettere il numero di giorni, mesi o anni per i quali si desidera bloccare lo snapshot.
-
Trasferimento alla secondaria:
-
L'opzione * Pianificazione trasferimento ONTAP - Inline* è selezionata per impostazione predefinita e indica che gli snapshot vengono trasferiti immediatamente al sistema di archiviazione secondario. Non è necessario pianificare il backup.
-
Altre opzioni: se si sceglie un trasferimento differito, i trasferimenti non sono immediati e si può impostare una pianificazione.
-
-
* Relazione secondaria SMAS tra SnapMirror e SnapVault *: utilizzare le relazioni secondarie SMAS tra SnapMirror e SnapVault per i carichi di lavoro di SQL Server.
-
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 una destinazione di archiviazione di oggetti registrata. Assicurarsi 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.
-
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 i criteri utilizzati in SnapCenter e quelli utilizzati in NetApp Backup and Recovery. Vedere"Differenze di policy tra SnapCenter e NetApp Backup and Recovery" .
Super amministratore di backup e ripristino. "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.
Elimina una policy
Puoi eliminare una policy se non ti serve più.
|
|
Non è possibile eliminare un criterio associato a un carico di lavoro. |
-
Nella Console, vai a 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.