Skip to main content
NetApp Backup and Recovery
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Utilizza impostazioni avanzate di ripristino delle risorse personalizzate

Collaboratori netapp-mwallis

È possibile personalizzare le operazioni di ripristino utilizzando impostazioni avanzate come annotazioni, impostazioni dello spazio dei nomi e opzioni di storage per soddisfare i requisiti specifici.

Annotazioni ed etichette dello spazio dei nomi durante le operazioni di ripristino e failover

Durante il ripristino e il failover, le etichette e le annotazioni dello spazio dei nomi di destinazione vengono aggiornate in modo da corrispondere a quelle di origine: le chiavi di origine vengono aggiunte o sovrascritte alle chiavi di destinazione, mentre le chiavi presenti solo nella destinazione rimangono invariate.

Nota In Red Hat OpenShift, le annotazioni dello spazio dei nomi sono importanti perché garantiscono che i pod ripristinati ricevano i vincoli e le autorizzazioni di contesto di sicurezza corretti, consentendo loro di accedere ai volumi ed essere eseguiti senza errori di autorizzazione. Per ulteriori informazioni, fare riferimento a "Documentazione sui vincoli del contesto di sicurezza di OpenShift".

Imposta la variabile d'ambiente di Kubernetes

RESTORE_SKIP_NAMESPACE_ANNOTATIONS

prima del ripristino o del failover per impedire che specifiche annotazioni dello spazio dei nomi di destinazione vengano sovrascritte. Ad esempio:

helm upgrade trident-protect -n trident-protect netapp-trident-protect/trident-protect \
  --set-string restoreSkipNamespaceAnnotations="{<annotation_key_to_skip_1>,<annotation_key_to_skip_2>}" \
  --reuse-values
Nota Durante il ripristino o il failover, tutte le annotazioni e le etichette dello spazio dei nomi specificate in restoreSkipNamespaceAnnotations e restoreSkipNamespaceLabels sono escluse dall'operazione di ripristino o failover. Assicurarsi che queste impostazioni siano configurate durante l'installazione iniziale di Helm. Per ulteriori informazioni, consultare "Configura impostazioni aggiuntive dell'helm chart Trident Protect".

Se hai utilizzato Helm con il --create-namespace flag per installare l'applicazione sorgente, Trident Protect copia l'etichetta del nome nello spazio dei nomi di destinazione. Se il valore dell'etichetta corrisponde al nome dello spazio dei nomi di origine, viene sostituito con il nome dello spazio dei nomi di destinazione; in caso contrario, viene lasciato invariato.

Esempio

Il seguente esempio mostra gli spazi dei nomi di origine e di destinazione con etichette e annotazioni diverse e visualizza lo spazio dei nomi di destinazione prima e dopo l'operazione per illustrare come le chiavi vengono aggiunte, unite o sovrascritte.

Prima dell'operazione di ripristino o failover

La tabella seguente illustra lo stato degli spazi dei nomi di origine e di destinazione di esempio prima dell'operazione di ripristino o failover:

Spazio dei nomi Annotazioni Etichette

Namespace ns-1 (origine)

  • annotation.one/key: "updatedvalue"

  • annotation.two/key: "true"

  • ambiente=produzione

  • compliance=hipaa

  • name=ns-1

Namespace ns-2 (destinazione)

  • annotation.one/key: "true"

  • annotazione.tre/chiave: "false"

  • role=database

Dopo l'operazione di ripristino

La tabella seguente illustra lo stato dello spazio dei nomi di destinazione di esempio dopo l'operazione di ripristino o failover. Alcune chiavi sono state aggiunte, alcune sono state sovrascritte e l' `name`etichetta è stata aggiornata per corrispondere allo spazio dei nomi di destinazione:

Spazio dei nomi Annotazioni Etichette

Namespace ns-2 (destinazione)

  • annotation.one/key: "updatedvalue"

  • annotation.two/key: "true"

  • annotazione.tre/chiave: "false"

  • name=ns-2

  • compliance=hipaa

  • ambiente=produzione

  • role=database

Campi supportati

Questa sezione descrive i campi aggiuntivi disponibili per le operazioni di ripristino.

Mappatura delle storage class

L' `spec.storageClassMapping`attributo definisce una mappatura da una classe di storage presente nell'applicazione di origine a una nuova classe di storage nel cluster di destinazione. Puoi utilizzare questa opzione quando migri applicazioni tra cluster con classi di storage diverse o quando cambi il backend di storage per le operazioni di BackupRestore.

Esempio:

storageClassMapping:
  - destination: "destinationStorageClass1"
    source: "sourceStorageClass1"
  - destination: "destinationStorageClass2"
    source: "sourceStorageClass2"

Annotazioni supportate

Questa sezione elenca le annotazioni supportate per la configurazione di vari comportamenti nel sistema. Se un'annotazione non viene impostata esplicitamente dall'utente, il sistema utilizzerà il valore predefinito.

Annotazione Tipo Descrizione Valore predefinito

protect.trident.netapp.io/data-mover-timeout-sec

stringa

Il tempo massimo (in secondi) consentito per l'operazione di spostamento dei dati che può essere bloccata.

"300"

protect.trident.netapp.io/kopia-content-cache-size-limit-mb

stringa

Limite massimo di dimensione (in megabyte) per la cache dei contenuti Kopia.

"1000"

protect.trident.netapp.io/pvc-bind-timeout-sec

stringa

Tempo massimo (in secondi) di attesa affinché eventuali nuove PersistentVolumeClaims (PVC) raggiungano la fase Bound prima che l'operazione fallisca. Si applica a tutti i tipi di restore CR (BackupRestore, BackupInplaceRestore, SnapshotRestore, SnapshotInplaceRestore). Utilizzare un valore più alto se il backend di storage o il cluster richiede spesso più tempo.

"1200" (20 minuti)