Migliori pratiche generali

• Valutare il tipo di dati di cui si dispone prima di creare politiche di backup. I dati critici che cambiano più spesso potrebbero richiedere backup più frequenti rispetto ai dati statici. Chiedere quali dati sono più critici e quali devono essere archiviati.

• Valutare attentamente quando è necessario includere la creazione di copie snapshot di backup in altre regioni. Le copie possono contribuire a creare nuovi volumi nella regione di destinazione e a favorire la continuità aziendale. Tuttavia, la copia di grandi quantità di dati in un'altra regione richiede tempo e la creazione di copie remote comporta costi per il trasferimento dei dati e il consumo di spazio di archiviazione nella regione di destinazione.

• Per evitare la perdita di dati, è possibile ridurre i costi conservando i backup solo dove e quando sono necessari. Pianificare backup tempestivi per ripristinare i dati che potrebbero essere eliminati o danneggiati. Pensa al tipo di eventi che potrebbero verificarsi. Chiedi quanti dati puoi permetterti di perdere. Le risposte possono aiutarti a scegliere un intervallo di backup e una politica di conservazione.

• Chiedete quanto velocemente è necessario recuperare i dati. Creare un volume o una condivisione da un backup e testare il failover per avere un'idea del tempo che può richiedere.

• Per prestazioni ottimali, sfalsare i lavori di backup creando piani di backup con intervalli differenti. È possibile avere fino a quattro piani di backup differenti per politica di backup.

• Per i volumi di Generazione 1 di grandi dimensioni, considerare un periodo di conservazione più breve in modo da non superare il limite di 10 TB per tutti i backup dei volumi.

• Se hai volumi in regioni diverse, crea politiche di backup separate per ogni regione. Sei limitato a 10 politiche di backup per account in una regione. Questa quota non può essere aumentata.

• Confermare che le risorse di archiviazione a blocchi che sono state etichettate per i backup sono collegate a un'istanza di server virtuale in esecuzione. Non è possibile eseguire il backup dei volumi scollegati.

• Assegna un nome univoco alla tua politica di backup. Se si dispone di una convenzione per la denominazione dei volumi, è possibile denominare una politica di backup utilizzando una convenzione simile. I backup creati da una normativa possono anche seguire la convenzione. Quando il numero di backup aumenta, una buona convenzione di denominazione può renderli più identificabili.

• Backup del gruppo di congruenza: la creazione di istantanee congruenti con gli arresti anomali di più volumi collegati alla stessa istanza del server virtuale porta a una breve sospensione I/O che può durare da pochi millisecondi a pochi secondi. La durata dipende dal numero e dalla dimensione dei volumi connessi all'istanza del server virtuale. Esegui il processo di backup automatico nelle ore di minor traffico per ridurre al minimo l'impatto sulle prestazioni.

• Le pianificazioni di backup per le condivisioni di file possono essere impostate solo sul lato sorgente di una coppia di replica. Quando si sceglie di eseguire le operazioni di failover sulla condivisione di replica, le condivisioni sorgente e replica si scambiano i ruoli. Dopo l'esecuzione di un failover, i criteri di backup devono essere rimossi dalla precedente sorgente e applicati alla condivisione sorgente corrente.

Sebbene non sia possibile pianificare la creazione di snapshot per una condivisione di replica, le condivisioni di replica possono comunque disporre di snapshot. Quando si crea uno snapshot di backup della condivisione di origine, tale snapshot viene copiato sulla replica nel ciclo di replica successivo.

Procedure ottimali per azioni dell'utente

• Organizzare le tag che si applicano alle risorse e specificare nelle politiche di backup. Assicurarsi che più politiche non stiano utilizzando le stesse tag per le risorse di destinazione perché ciò potrebbe attivare backup duplicati. È necessaria solo una tag per la corrispondenza per attivare un backup.

• Determinare quali tag sono già assegnati a una risorsa (volumi, condivisioni o istanze di server virtuali). Se una risorsa ha più tag, assicurarsi che le tag non stiano attivando backup duplicati per più politiche.

• Decidere come si preferisce aggiungere tag. È possibile creare prima i tag per le risorse di destinazione nel criterio di backup e poi applicarli ai volumi, alle condivisioni o alle istanze di server virtuali. Oppure, è possibile specificare le tag applicate alla risorsa già nella politica di backup. Se si sceglie di utilizzare tag esistenti, tenere presente che gli stessi tag potrebbero essere allegati ad altre risorse di cui non si desidera eseguire il backup da questa politica.

• Decidere se la creazione di uno o più piani di backup si adatta alle proprie necessità. Ad esempio, più piani possono attivare i backup a intervalli differenti. È possibile che si voglia eseguire il backup di alcuni volumi o azioni mensilmente, mentre altri vengono eseguiti più frequentemente con un piano giornaliero o settimanale.

Procedure ottimali per l'amministratore

• Determinare quali utenti possono avere l'autorizzazione per aggiungere tag alle risorse di destinazione. Per ulteriori informazioni, vedi Concessione agli utenti dell'accesso per aggiungere tag alle risorse.

Applicazione delle migliori pratiche

Applicare le procedure ottimali quando si crea una strategia di backup. Il seguente esempio illustra come impostare una soluzione di backup.

Si supponga di avere 10 volumi distribuiti in diversi reparti. Alcuni volumi contengono informazioni di importanza critica che è necessario eseguire il backup ogni ora. Altri volumi contengono informazioni archiviate che non cambiano molto, quindi si preferisce eseguire il backup settimanale. Puoi creare quattro piani di backup per politica.

Creare una politica di backup con un piano di backup orario per i volumi critici:

• Quando si crea la politica, creare una tag per i volumi di destinazione (ad esempio finance:hourly). Fornire un nome politica che rifletta l'intervallo e il tipo di dati. Può aiutare a organizzare le politiche nell'elenco e le risorse ad esse associate.

• Aggiungi i nuovi tag ai tuoi volumi: specifica i tag in Applicare tag alle risorse di destinazione nella console o specificarli nella CLI o nell'API. Garantisce che tutti i volumi di cui si desidera eseguire il backup ogni ora siano inclusi dalla politica di backup ogni ora.

• Se il volume contiene già dei tag, verificare che un altro criterio di backup non stia già eseguendo il backup del volume. In questo caso, rimuovi il tag aggiuntivo dal volume in modo che non ne venga eseguito il backup due volte e incorrendo in costi aggiuntivi.

• Impostare un periodo di conservazione che non superi i 1000 giorni e che non comporti un volume totale di backup superiore a 10 TB. Per i backup orari, potresti aver bisogno di un periodo di conservazione più breve rispetto ai backup giornalieri o settimanali.

Creare un piano di backup settimanale per i dati archiviati:

• Creare un altro piano e definire la frequenza di backup come 7 giorni. Valutare la quantità di dati nel volume e le modifiche anticipate. Il limite è di 10 TB per i volumi di prima generazione.

• Impostare un periodo di conservazione più lungo per avere più copie del volume di archivio. Per i backup settimanali, è possibile conservare i backup per un mese.

• Aggiungere una copia della regione remota per conservare i dati in una posizione separata. Anche se il volume supera i 3 TB, la copia successiva dello snapshot è uno snapshot incrementale che contiene le modifiche della settimana precedente.

Se specifichi sia l'età che il numero di copie di backup nella tua politica di conservazione, l'età ha la priorità nel determinare quando eliminare un'istantanea. Il conteggio si applica solo se l'istantanea più vecchia è compresa nell'intervallo di età.

Ad esempio, quando si crea il piano settimanale e si specifica il periodo di conservazione come 365 giorni, è possibile specificare anche il numero massimo di 8. In questo scenario, otterrai un massimo di 8 backup nella catena, con il più vecchio che ha 8 settimane. In alternativa, è possibile specificare 30 giorni come periodo di conservazione e impostare il numero di backup massimi a 8. Quando viene creato il quinto backup, il primo viene eliminato perché non rientra nel periodo di conservazione di 30 giorni.

Passi successivi

• Pianifica una strategia per il backup dei volumi di Block Storage for VPC.
• Creare una politica di backup.