concept-ha-azure.adoc

sidebar	permalink	keywords	summary
sidebar	concept-ha-azure.html	high-availability, HA, concepts, understanding, overview, takeover, giveback, rpo, rto, nondisruptive, ha pairs, node, nodes, recovery point objective, recovery time objective, nas, nfs, cifs, iscsi, mpio, alua, failover, failure, azure, shared storage, active, passive, load balancer, storage accounts, page blobs	Una coppia ha (high Availability) di Cloud Volumes ONTAP offre affidabilità di livello Enterprise e operazioni continue in caso di guasti nel tuo ambiente cloud. In Azure, lo storage viene condiviso tra i due nodi.

Coppie ad alta disponibilità in Azure

Una coppia ha (high Availability) di Cloud Volumes ONTAP offre affidabilità di livello Enterprise e operazioni continue in caso di guasti nel tuo ambiente cloud. In Azure, lo storage viene condiviso tra i due nodi.

Componenti HA

HA configurazione di una singola zona di disponibilità con blob di pagina

La configurazione di un blob di pagina Cloud Volumes ONTAP ha in Azure include i seguenti componenti:

Tenere presente quanto segue sui componenti di Azure che BlueXP implementa per te:

Bilanciamento del carico standard Azure

Il bilanciamento del carico gestisce il traffico in entrata verso la coppia Cloud Volumes ONTAP ha.

Macchine virtuali in singole zone di disponibilità

A partire da Cloud Volumes ONTAP 9.15.1, puoi creare e gestire macchine virtuali eterogenee (VM) in una singola zona di disponibilità (AZ). È possibile implementare nodi ad alta disponibilità (ha) in domini di errore separati all’interno della stessa AZ, garantendo una disponibilità ottimale. Per ulteriori informazioni sulla modalità di orchestrazione flessibile che abilita questa funzionalità, consultare la sezione "Documentazione di Microsoft Azure: Set di scalabilità delle macchine virtuali".

Dischi

I dati dei clienti si trovano nelle pagine di Premium Storage. Ogni nodo ha accesso allo storage dell’altro nodo. È inoltre richiesto storage aggiuntivo per "dati di boot, root e core".

Account storage

• Per i dischi gestiti è necessario un account di storage.

• Per le pagine blob dello storage Premium sono necessari uno o più account di storage, in quanto viene raggiunto il limite di capacità del disco per account di storage.

  "Documentazione Microsoft Azure: Obiettivi di performance e scalabilità dello storage Azure per gli account storage".

• Per il tiering dei dati sullo storage Azure Blob è necessario un account storage.

• A partire da Cloud Volumes ONTAP 9.7, gli account storage creati da BlueXP per le coppie ha sono account storage v2 generici.

• Durante la creazione di un ambiente di lavoro, è possibile attivare una connessione HTTPS da una coppia ha di Cloud Volumes ONTAP 9.7 agli account di storage Azure. L’attivazione di questa opzione può influire sulle prestazioni di scrittura. Non è possibile modificare l’impostazione dopo aver creato l’ambiente di lavoro.

Configurazione DI una singola zona di disponibilità HA con dischi gestiti condivisi

La configurazione di una singola zona di disponibilità di Cloud Volumes ONTAP ha eseguita su un disco gestito condiviso include i seguenti componenti:

Tenere presente quanto segue sui componenti di Azure che BlueXP implementa per te:

Bilanciamento del carico standard Azure

Il bilanciamento del carico gestisce il traffico in entrata verso la coppia Cloud Volumes ONTAP ha.

Macchine virtuali in singole zone di disponibilità

A partire da Cloud Volumes ONTAP 9.15.1, puoi creare e gestire macchine virtuali eterogenee (VM) in una singola zona di disponibilità (AZ). È possibile implementare nodi ad alta disponibilità (ha) in domini di errore separati all’interno della stessa AZ, garantendo una disponibilità ottimale. Per ulteriori informazioni sulla modalità di orchestrazione flessibile che abilita questa funzionalità, consultare la sezione "Documentazione di Microsoft Azure: Set di scalabilità delle macchine virtuali".

L’implementazione zonale utilizza dischi gestiti SSD Premium da v2 GB quando vengono soddisfatte le seguenti condizioni:

• La versione di Cloud Volumes ONTAP è la 9.15.1 o successiva.

• La regione e la zona selezionate supportano dischi gestiti SSD Premium da v2 GB. Per informazioni sulle regioni supportate, fare riferimento a "Sito Web di Microsoft Azure: Prodotti disponibili per area geografica".

• L’abbonamento è registrato per Microsoft "Funzione Microsoft.Compute/VMOrchestratorZonalMultiFD".

Dischi

I dati del cliente risiedono su dischi gestiti LRS (Local Redundant Storage). Ogni nodo ha accesso allo storage dell’altro nodo. È inoltre necessario ulteriore spazio di archiviazione per "Dati di boot, root, partner root, core e NVRAM".

Account storage

Gli account storage vengono utilizzati per le implementazioni gestite basate su disco per gestire i log diagnostici e il tiering per lo storage blob.

HA configurazione di più zone di disponibilità

La configurazione di una zona di disponibilità multipla Cloud Volumes ONTAP ha in Azure include i seguenti componenti:

Tenere presente quanto segue sui componenti di Azure che BlueXP implementa per te:

Bilanciamento del carico standard Azure

Il bilanciamento del carico gestisce il traffico in entrata verso la coppia Cloud Volumes ONTAP ha.

Zone di disponibilità

LA configurazione HA a più zone di disponibilità utilizza un modello di implementazione in cui due nodi Cloud Volumes ONTAP vengono implementati in diverse zone di disponibilità, assicurandosi che i nodi si trovino in diversi domini di errore per fornire ridondanza e disponibilità. Per scoprire in che modo i set di scalabilità delle macchine virtuali in modalità di orchestrazione flessibile possono utilizzare le zone di disponibilità in Azure, consultare "Documentazione di Microsoft Azure: Creare un set di scalabilità della macchina virtuale che utilizzi le zone di disponibilità" .

Dischi

I dati del cliente risiedono su dischi gestiti con ZRS (zone-Redundant Storage). Ogni nodo ha accesso allo storage dell’altro nodo. È inoltre richiesto storage aggiuntivo per "dati di boot, root, root partner e core".

Account storage

Gli account storage vengono utilizzati per le implementazioni gestite basate su disco per gestire i log diagnostici e il tiering per lo storage blob.

RPO e RTO

Una configurazione ad alta disponibilità dei dati viene mantenuta come segue:

• L’obiettivo del punto di ripristino (RPO) è di 0 secondi. I tuoi dati sono coerenti con le transazioni senza alcuna perdita di dati.

• L’obiettivo del tempo di ripristino (RTO) è di 120 secondi. In caso di interruzione, i dati devono essere disponibili in 120 secondi o meno.

Takeover e giveback dello storage

Analogamente a un cluster ONTAP fisico, lo storage in una coppia Azure ha viene condiviso tra i nodi. Le connessioni allo storage del partner consentono a ciascun nodo di accedere allo storage dell’altro in caso di takeover. I meccanismi di failover del percorso di rete garantiscono che client e host continuino a comunicare con il nodo esistente. Il partner _restituisce lo storage quando il nodo viene riportato in linea.

Per le configurazioni NAS, gli indirizzi IP dei dati migrano automaticamente tra i nodi ha in caso di guasti.

Per iSCSI, Cloud Volumes ONTAP utilizza MPIO (Multipath i/o) e ALUA (Asymmetric Logical Unit Access) per gestire il failover del percorso tra i percorsi ottimizzati per attività e non ottimizzati.

Note	Per informazioni sulle specifiche configurazioni host che supportano ALUA, consultare la "Tool di matrice di interoperabilità NetApp" e la "Guida agli host SAN e ai client cloud" per il sistema operativo host in uso.

Per impostazione predefinita, le funzioni di Takeover, risync e giveback dello storage sono tutte automatiche. Non è richiesta alcuna azione da parte dell’utente.

Configurazioni dello storage

È possibile utilizzare una coppia ha come configurazione Active-Active, in cui entrambi i nodi forniscono dati ai client, o come configurazione Active-passive, in cui il nodo passivo risponde alle richieste di dati solo se ha assunto il controllo dello storage per il nodo attivo.