Requisiti e considerazioni per la replica tra più aree

  • Articolo

Questo articolo descrive i requisiti e le considerazioni sull'uso della funzionalità di replica tra aree del volume di Azure NetApp Files.

Problemi e considerazioni

  • La replica di Azure NetApp Files è disponibile solo in determinate coppie di aree fisse. Vedere Coppie delle aree supportate.
  • I volumi SMB sono supportati insieme ai volumi NFS. La replica dei volumi SMB richiede una connessione Active Directory negli account NetApp di origine e di destinazione. La connessione AD di destinazione deve avere accesso ai server DNS o ai controller di dominio Active Directory Domain Services raggiungibili dalla subnet delegata nell’area di destinazione. Per altre informazioni, vedere Requisiti per le connessioni di Active Directory.
  • L'account di destinazione deve trovarsi in un’area differente da quella del volume di origine. È anche possibile selezionare un account NetApp esistente in un'area differente.
  • Il volume di destinazione della replica è di sola lettura fino a quando non si esegue il failover nell’area di destinazione per abilitare il volume di destinazione per la lettura e la scrittura.

    Importante

    Il failover è un processo manuale. Quando è necessario attivare il volume di destinazione, ad esempio quando si desidera eseguire il failover nell'area di destinazione, è necessario interrompere il peering di replica quindi montare il volume di destinazione. Per altre informazioni, vedere Failover nel volume di destinazione

    Importante

    Un volume con criteri di backup attivi abilitati non può essere il volume di destinazione in un'operazione di risincronizzazione inversa. È necessario sospendere i criteri di backup nel volume prima di avviare la risincronizzazione inversa quindi riprendere al termine della risincronizzazione inversa.

  • La replica di Azure NetApp Files attualmente non supporta più sottoscrizioni; tutte le repliche devono essere eseguite in una singola sottoscrizione.
  • Vedere Limiti delle risorse per il numero massimo di volumi di destinazione di replica tra aree. È possibile aprire un ticket di supporto per richiedere un aumento del limite nella quota predefinita dei volumi di destinazione della replica (per sottoscrizione in un'area).
  • Può verificarsi un ritardo fino a cinque minuti prima che l'interfaccia rifletta uno snapshot appena aggiunto nel volume di origine.
  • Le topologie a cascata e fan-in/out non sono supportate.
  • Dopo aver configurato la replica tra aree, il processo di replica crea snapshot SnapMirror per fornire riferimenti tra il volume di origine e il volume di destinazione. Gli snapshot di SnapMirror vengono sostituiti automaticamente quando ne viene creato uno nuovo per ogni trasferimento incrementale. Non è possibile eliminare gli snapshot SnapMirror finché non viene eliminata la relazione di replica e il volume.
  • Non è possibile montare un volume a doppio protocollo finché non si autorizza la replica dal volume di origine e il trasferimento iniziale.
  • È possibile eliminare snapshot manuali nel volume di origine di una relazione di replica quando la relazione di replica è attiva o interrotta e anche dopo l'eliminazione della relazione di replica. Non è possibile eliminare snapshot manuali per il volume di destinazione finché la relazione di replica non viene interrotta.
  • È possibile ripristinare un volume di origine o di destinazione di una replica tra aree a uno snapshot, purché lo snapshot sia più recente dello snapshot SnapMirror più recente. Gli snapshot precedenti allo snapshot SnapMirror non possono essere usati per un'operazione di ripristino del volume. Per altre informazioni, vedere Ripristinare un volume usando il ripristino dello snapshot.
  • I volumi di replica dei dati supportano le chiavi gestite dal cliente.
  • Se si copiano set di dati di grandi dimensioni in un volume con replica tra aree abilitata e si dispone di capacità di riserva nel pool di capacità, è necessario impostare l'intervallo di replica su 10 minuti, aumentare le dimensioni del volume per consentire l'archiviazione delle modifiche e disabilitare temporaneamente la replica.
  • Se si usa la funzionalità di accesso sporadico, vedere Gestire l'archiviazione di Azure NetApp Files con accesso sporadico per altre considerazioni.
  • I volumi di grandi dimensioni sono supportati con la replica tra aree solo con una pianificazione della replica oraria o giornaliera.
  • Se le dimensioni del volume superano il 95% di utilizzo, è possibile che la replica nel volume di destinazione abbia esito negativo a seconda della frequenza di modifiche dei dati.

Configurazione di volumi di grandi dimensioni

I volumi di grandi dimensioni sono supportati nella replica tra aree. È prima necessario eseguire la registrazione per la funzionalità volumi di grandi dimensioni e registrarsi per usare volumi di grandi dimensioni con la replica tra aree:

Nota

La replica tra aree e tra aree usa lo stesso nome AFEC (Feature Exposure Control) ANFLargeVolumesCRR di Azure. Se è stata registrata per la replica tra zone, la registrazione funziona anche per la replica tra aree.

  1. Registrare la funzionalità eseguendo i comandi seguenti:

    Register-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFLargeVolumesCRR

  2. Verificare lo stato della registrazione della funzionalità:

    Nota

    Il RegistrationState può trovarsi nello stato di Registering per un massimo di 60 minuti prima di passare a Registered. Attendere che lo stato sia Registered prima di continuare.

    Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFLargeVolumesCRR

È anche possibile usare i comandi dell'interfaccia della riga di comando di Azure az feature register e az feature show per registrare la funzionalità e visualizzare lo stato della registrazione.

Passaggi successivi