Requisiti e considerazioni per la replica tra zone
Questo articolo descrive i requisiti e le considerazioni sull'uso della funzionalità di replica tra zone del volume di Azure NetApp Files.
Problemi e considerazioni
- La funzionalità di replica tra zone usa la funzionalità di posizionamento del volume della zona di disponibilità di Azure NetApp Files.
- Per stabilire la replica tra zone, è necessario creare il volume di origine in una zona di disponibilità.
- Non è possibile usare la replica tra zone e la replica tra aree nello stesso volume di origine.
- È possibile usare la replica tra zone con volumi SMB e 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 nella zona di destinazione. Per altre informazioni, vedere Requisiti per le connessioni di Active Directory.
- L'account di destinazione deve trovarsi in una zona diversa dalla zona del volume di origine. È anche possibile selezionare un account NetApp esistente in un'area diversa.
- Il volume di destinazione della replica è di sola lettura fino a quando non si esegue il failover nella zona di destinazione per abilitare il volume di destinazione per la lettura e la scrittura. Per altre informazioni sul processo di failover, vedere Failover nel volume di destinazione.
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
- 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 tra zone. È 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.
- La replica tra zone non supporta topologie di propagazione e ventola.
- Dopo aver configurato la replica tra zone, 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 si elimina 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 fino a quando non si interrompe la relazione di replica.
- Quando si ripristina un volume di origine con una relazione di replica del volume attiva, solo gli snapshot datati più di recente rispetto allo snapshot SnapMirror possono essere usati nell'operazione di ripristino. Per altre informazioni, vedere Ripristinare un volume usando il ripristino dello snapshot con Azure NetApp Files.
- I volumi di replica dei dati supportano le chiavi gestite dal cliente.
- I volumi di grandi dimensioni sono supportati con la replica tra zone solo con una pianificazione della replica oraria o giornaliera.