Configurare un gruppo di disponibilità nelle macchine virtuali di server SQL Azure tra aree diverse

Si applica a: SQL Server su VM di Azure

Questa esercitazione illustra come configurare una replica del gruppo di disponibilità Always On per SQL Server nelle macchine virtuali di Azure in un'area di Azure remota rispetto alla replica primaria. È possibile usare questa configurazione allo scopo del ripristino di emergenza (DR).

È anche possibile usare i passaggi descritti in questo articolo per estendere un gruppo di disponibilità locale esistente ad Azure.

Questa esercitazione si basa sull'esercitazione per distribuire manualmente un gruppo di disponibilità in una singola subnet in una singola area. Le menzioni dell'area locale in questo articolo fanno riferimento alle macchine virtuali e al gruppo di disponibilità già configurati nella prima area. L'area remota è la nuova infrastruttura che verrà aggiunta in questa esercitazione.

Panoramica

L'immagine seguente illustra una distribuzione comune di un gruppo di disponibilità nelle macchine virtuali di Azure:

Diagramma che mostra un Azure Load Balancer e un set di disponibilità con un cluster di failover di Windows Server e un gruppo di disponibilità Always On.

Nella distribuzione illustrata nel diagramma, tutte le macchine virtuali sono in un'unica area di Azure. Le repliche del gruppo di disponibilità possono avere il commit sincrono con failover automatico in SQL-1 e SQL-2. Per creare questa architettura, vedere Modello o esercitazione per i gruppi di disponibilità.

Questa architettura è soggetta a tempi di inattività se l'area di Azure diventa inaccessibile. Per ovviare a questa vulnerabilità, aggiungere una replica in un'area di Azure diversa. Il diagramma seguente illustra l'aspetto della nuova architettura:

Diagramma di uno scenario di ripristino di emergenza per un gruppo di disponibilità.

Il diagramma illustra una nuova macchina virtuale denominata SQL-3. SQL-3 è in un'area di Azure diversa. Viene aggiunta al cluster di failover di Windows Server e può ospitare una replica del gruppo di disponibilità.

L'area di Azure per SQL-3 ha un nuovo servizio di bilanciamento del carico di Azure load balancer. In questa architettura la replica nell'area remota viene in genere configurata con la modalità di disponibilità commit asincrono e la modalità di failover manuale.

Nota

Un set di disponibilità di Azure è necessario quando più macchine virtuali sono nella stessa area. Se una sola macchina virtuale è nell'area, il set di disponibilità non è necessario.

È possibile inserire una macchina virtuale in un set di disponibilità solo al momento della creazione. Se la macchina virtuale è già in un set di disponibilità, è possibile aggiungere una macchina virtuale per un'altra replica in seguito.

Quando le repliche dei gruppi di disponibilità si trovano in macchine virtuali di Azure in aree di Azure diverse, è possibile connettere le reti virtuali usando il peering di rete virtuale o un gateway VPN da sito a sito.

Importante

Questa architettura è soggetta a costi per i dati in uscita replicati tra le aree di Azure. Vedere Prezzi per la larghezza di banda.

Creare la rete e le subnet

Prima di creare una rete virtuale e una subnet in una nuova area, decidere lo spazio degli indirizzi, la rete subnet, l'IP del cluster e gli indirizzi IP del listener del gruppo di disponibilità che verranno usati per l'area remota.

Nella tabella seguente sono elencati i dettagli per l'area locale (corrente) e gli elementi che verranno configurati nella nuova area remota.

Type Locale Area remota
Spazio indirizzi 192.168.0.0/16 10.36.0.0/16
Rete subnet 192.168.15.0/24 10.36.1.0/24
IP cluster 192.168.15.200 10.36.1.200
IP del listener del gruppo di disponibilità 192.168.15.201 10.36.1.201

Per creare la subnet del gateway per una rete virtuale nella nuova area nel portale di Azure:

  1. Accedere al gruppo di risorse nel portale Azure e selezionare + Crea.

  2. Cercare Rete virtuale nella casella di ricerca del Marketplace e quindi selezionare il riquadro Rete virtuale di Microsoft.

  3. Nella pagina Crea rete virtuale, selezionare Crea. Nella scheda Informazioni di base digitare le informazioni seguenti:

    1. In Dettagli progetto, scegliere Sottoscrizione e selezionare la sottoscrizione di Azure appropriata. Per Gruppo di risorse, selezionare il gruppo di risorse creato in precedenza, ad esempio SQL-HA-RG.
    2. In Dettagli istanza, specificare un nome per la rete virtuale, ad esempio remote_HAVNET. Scegliere quindi una nuova area remota.

    Screenshot del portale di Azure che mostra le selezioni per la creazione di una rete virtuale in un'area remota.

  4. Nella scheda Indirizzi IP, selezionare i puntini di sospensione (...) a fianco di + Aggiungi una subnet. Selezionare Elimina spazio indirizzi per rimuovere lo spazio indirizzi esistente, se è necessario un intervallo di indirizzi diverso.

    Screenshot del portale di Azure che mostra le selezioni per eliminare lo spazio indirizzi esistente in una rete virtuale.

  5. Selezionare Aggiungi uno spazio indirizzi IP per aprire il riquadro per creare lo spazio indirizzi necessario. Questa esercitazione usa lo spazio indirizzi dell'area remota: 10.36.0.0/16. Selezionare Aggiungi.

    Screenshot del portale di Azure che mostra le selezioni per l'aggiunta di uno spazio indirizzi per una rete virtuale.

  6. Selezionare + Aggiungi una subnet e quindi:

    1. Specificare un valore per Nome subnet, ad esempio admin.

    2. Specificare un intervallo di indirizzi di subnet univoco all'interno dello spazio indirizzi della rete virtuale.

      Ad esempio, se l'intervallo di indirizzi è 10.36.0.0/16, immettere questi valori per la subnet admin: 10.36.1.0 per Indirizzo iniziale e /24 per Dimensioni subnet.

    3. Selezionare Aggiungi per aggiungere la nuova subnet.

    Screenshot del portale di Azure che mostra le selezioni per l'aggiunta di una subnet a una rete virtuale.

Connettere le reti virtuali nelle due aree di Azure

Dopo aver creato la nuova rete virtuale e la nuova subnet, è possibile connettersi alle due aree in modo che possano comunicare tra loro. A questo scopo è possibile procedere in due modi:

Questa esercitazione usa il peering di reti virtuali. Per configurare il peering di reti virtuali:

  1. Nella casella di ricerca nella parte superiore della portale di Azure digitare autoHAVNET, ovvero la rete virtuale nell'area locale. Quando autoHAVNET viene visualizzato nei risultati della ricerca, selezionalo.

  2. In Impostazioni, selezionare Peering e quindi + Aggiungi.

    Screenshot del portale di Azure che mostra le selezioni per aggiungere il peering di reti virtuali.

  3. Immettere o selezionare le informazioni seguenti, accettare le impostazioni predefinite rimanenti e quindi selezionare Aggiungi.

    Impostazione Valore
    Questa rete virtuale
    Nome del collegamento di peering Immettere autoHAVNET-remote_HAVNET come nome del peering da autoHAVNET alla rete virtuale remota.
    Rete virtuale remota
    Nome del collegamento di peering Immettere remote_HAVNET-autoHAVNET per il nome del peering dalla rete virtuale remota a autoHAVNET.
    Abbonamento Selezionare la sottoscrizione per la rete virtuale remota.
    Rete virtuale Selezionare remote_HAVNET per il nome della rete virtuale. La rete virtuale remota può trovarsi nella stessa area di autoHAVNET o in un'area diversa.

    Screenshot del portale di Azure che mostra le impostazioni di peering.

  4. Nella pagina Peering lo stato del peering è Connesso.

    Screenshot del portale di Azure che mostra lo stato Connesso per il peering di reti virtuali.

    Se non viene visualizzato uno stato Connesso, selezionare il pulsante Aggiorna.

Creare un controller di dominio

Un controller di dominio nella nuova area è necessario per fornire l'autenticazione se il sito primario è non disponibile. Per creare un controller di dominio nella nuova area:

  1. Tornare al gruppo di risorse SQL-HA-RG.
  2. Seleziona + Crea.
  3. Digitare Windows Server 2016 Datacenter e quindi selezionare il risultato Windows Server 2016 Datacenter.
  4. In Windows Server 2016 Datacenter verificare che il modello di distribuzione sia Resource Manager e quindi selezionare Crea.

La tabella seguente descrive le impostazioni per queste due macchine:

Impostazione valore
Nome Controller di dominio remoto: ad-remote-dc
Tipo di disco VM SSD
Nome utente DomainAdmin
Password Contoso!0000
Abbonamento Sottoscrizione in uso
Gruppo di risorse SQL-HA-RG
Location Località corrente
Dimensione DS1_V2
Storage Usare il servizio Managed Disks:
Rete virtuale remote_HAVNET
Subnet admin
Indirizzo IP pubblico Lo stesso nome della VM
Gruppo di sicurezza di rete Lo stesso nome della VM
Diagnostica Attivata
Account di archiviazione di diagnostica Creato automaticamente

Azure crea le macchine virtuali.

Configurare il controller di dominio

Nei passaggi seguenti configurare la macchina virtuale ad-remote-dc come controller di dominio per corp.contoso.com.

Impostare l'indirizzo del server DNS preferito

L'indirizzo del server DNS preferito non deve essere aggiornato direttamente all'interno di una macchina virtuale, deve essere modificato dal portale di Azure o da PowerShell o dall'interfaccia della riga di comando di Azure. I passaggi seguenti consentono di apportare la modifica all'interno del portale di Azure:

  1. Accedere al portale di Azure.

  2. Nella casella di ricerca nella parte superiore del portale immettere Interfaccia di rete. Selezionare Interfacce di rete nei risultati della ricerca.

  3. Selezionare dall'elenco l'interfaccia di rete per il secondo controller di dominio di cui si vogliono visualizzare o modificare le impostazioni.

  4. In Impostazioni, selezionare Server DNS.

  5. Poiché questo controller di dominio non si trova nella stessa rete virtuale del controller di dominio primario, selezionare Personalizza e immettere l'indirizzo IP del controller di dominio primario, ad esempio 192.168.15.4. L'indirizzo del server DNS specificato viene assegnato solo a questa interfaccia di rete e sostituisce tutte le impostazioni DNS per la rete virtuale a cui è assegnata l'interfaccia di rete.

  6. Seleziona Salva.

  7. Tornare alla macchina virtuale nel portale di Azure e riavviare la macchina virtuale. Dopo il riavvio della macchina virtuale, è possibile aggiungere la macchina virtuale al dominio.

Accedere al dominio

Quindi, aggiungere il dominio corp.contoso.com. A tale scopo, effettuare i passaggi seguenti:

  1. Connettersi in remoto alla macchina virtuale utilizzando l'account BUILTIN\DomainAdmin.
  2. Aprire Server Manager, selezionare Server locale.
  3. Selezionare GRUPPO DI LAVORO.
  4. Nella sezione Nome computer selezionare Cambia.
  5. Selezionare la casella di controllo Dominio e digitare corp.contoso.com nella casella di testo. Seleziona OK.
  6. Nella finestra di dialogo popup Sicurezza di Windows specificare le credenziali per l'account amministratore di dominio predefinito (CORP\DomainAdmin) e la password (Contoso!0000).
  7. Quando viene visualizzato il messaggio di benvenuto nel dominio corp.contoso.com, selezionare OK.
  8. Selezionare Chiudi e quindi Riavvia ora nella finestra di dialogo popup.

Configurare il controller di dominio

Dopo che il server ha aggiunto il dominio, è possibile configurarlo come secondo controller di dominio. A tale scopo, effettuare i passaggi seguenti:

  1. Se non si è già connessi, aprire una sessione RDP al controller di dominio secondario e aprire il dashboard di Server Manager (che può essere aperto per impostazione predefinita).

  2. Selezionare il collegamento Aggiungi ruoli e funzionalità sul dashboard.

    Server Manager - Aggiungere ruoli

  3. Selezionare Avanti fino a visualizzare la sezione Ruoli server.

  4. Selezionare i ruoli Active Directory Domain Services e Server DNS. Quando richiesto, aggiungere eventuali funzionalità aggiuntive necessarie per questi ruoli.

  5. Dopo l'installazione delle funzionalità, tornare al dashboard Server Manager .

  6. Selezionare la nuova opzione Servizi di dominio di Active Directory nel riquadro di sinistra.

  7. Selezionare il collegamento Altro sulla barra di avviso gialla.

  8. Nella colonna Azione della finestra di dialogo Dettagli attività tutti i server selezionare Alza di livello il server a controller di dominio.

  9. In Configurazione distribuzione selezionare Aggiungi un controller di dominio a un dominio esistente.

  10. Fare clic su Seleziona.

  11. Connettersi usando l'account dell'amministratore (CORP.CONTOSO.COM\domainadmin) e la password (Contoso!0000).

  12. In Seleziona un dominio dalla foresta, fare clic sul dominio e quindi su OK.

  13. In Opzioni controller di dominio, usare i valori predefiniti e impostare una password DSRM.

    Nota

    Nella pagina Opzioni DNS è possibile che venga visualizzato un avviso indicante che non è possibile creare una delega per questo server DNS. È possibile ignorare questo avviso in ambienti non di produzione.

  14. Selezionare Avanti fino a quando non viene visualizzato il controllo Prerequisiti. Quindi selezionare Installa.

Quando il server completa le modifiche alla configurazione, riavviare il server.

Creare una macchina virtuale di SQL Server

Dopo il riavvio del controller di dominio, il passaggio successivo consiste nel creare una macchina virtuale di SQL Server nella nuova area.

Prima di procedere, considerare le seguenti decisioni di progettazione:

  • Archiviazione: Azure Managed Disks

    Per l'archiviazione delle macchine virtuali, usare Azure Managed Disks. Microsoft consiglia Managed Disks per le macchine virtuali di SQL Server. Managed Disks gestisce automaticamente le risorse di archiviazione. Inoltre, quando le macchine virtuali con Managed Disks sono nello stesso set di disponibilità, Azure distribuisce le risorse di archiviazione in modo da garantire la ridondanza appropriata.

    Per altre informazioni vedere Introduzione ad Azure Managed Disks. Per informazioni dettagliate sui dischi gestiti in un set di disponibilità, vedere Usare Managed Disks per le macchine virtuali nel set di disponibilità.

  • Rete - Indirizzi IP privati nell'ambiente di produzione

    Per le macchine virtuali, in questa esercitazione si usano indirizzi IP pubblici. Un indirizzo IP pubblico consente che la connessione remota avvenga direttamente alla macchina virtuale tramite Internet, semplificando la procedura di configurazione. Negli ambienti di produzione è consigliabile solo indirizzi IP privati. Gli indirizzi IP privati riducono il footprint di vulnerabilità della macchina virtuale di SQL Server.

  • Rete: scheda di interfaccia di rete singola per server

    Usare una singola scheda di interfaccia di rete (NIC) per server (nodo del cluster) e una singola subnet. La ridondanza fisica della rete di Azure rende superfluo l'uso di altre schede di rete e subnet in un cluster guest di macchine virtuali di Azure. Il report di convalida del cluster informa che i nodi sono raggiungibili solo in una singola rete. È possibile ignorare questo avviso nei cluster di failover guest di macchine virtuali di Azure.

Creare e configurare le VM di SQL Server

Per creare la macchina virtuale di SQL Server, tornare al gruppo di risorse SQL-HA-RG e quindi selezionare Aggiungi. Selezionare l'elemento della raccolta appropriato, selezionare Macchina virtuale e quindi selezionare Da raccolta. Usare le informazioni nella tabella seguente per facilitare la creazione di VM:

Pagina Impostazione
Selezionare l'elemento della raccolta appropriato SQL Server 2016 SP1 Enterprise on Windows Server 2016
Configurazione della macchina virtuale: Elementi di base Nome = sqlserver-2

Nome utente = DomainAdmin

Password = Contoso!0000

Sottoscrizione = la propria sottoscrizione

Gruppo di risorse = SQL-HA-RG

Località = Area remota
Configurazione della macchina virtuale: ‭Dimensioni ‬DIMENSIONI‭ = DS2_V2 (2 vCPU, 7 GB)

Le dimensioni devono supportare l'archiviazione su unità SSD (Supporto disco Premium).
Configurazione della macchina virtual: Impostazioni Archiviazione: Usare dischi gestiti

Rete virtuale = remote-HAVNET

Subnet = admin (10.36.1.0/24)

Indirizzo IP pubblico generato automaticamente

Gruppo di sicurezza di rete = Nessuno

Monitoraggio e diagnostica = abilitato

Account di archiviazione di diagnostica = Usare un account di archiviazione generato automaticamente

Configurazione della macchina virtuale: Impostazioni SQL Server Connettività SQL = Privata (nella rete virtuale)

Porta = 1433

Autenticazione SQL = disabilitata

Configurazione di archiviazione = Generale

Applicazione automatica delle patch = Domenica alle 02:00

Backup automatizzato = disabilitato

Integrazione dell'insieme di credenziali delle chiavi di Azure = Disabilitata

Nota

La dimensione della macchina suggerita è pensata per il test dei gruppi di disponibilità all'interno di macchine virtuali di Azure. Per ottenere prestazioni ottimali su carichi di lavoro di produzione, vedere le dimensioni e la configurazione consigliate per la macchina virtuale di SQL Server in Elenco di controllo: Procedure consigliate per le prestazioni per SQL Server in Macchine virtuali di Azure.

Dopo aver effettuato il provisioning completo della macchina virtuale, sarà necessario aggiungerle al dominio corp.contoso.com e concedere alle macchine i diritti amministrativi di CORP\Install.

Aggiungere il server al dominio

Per aggiungere la macchina virtuale a corp.contoso.com, seguire questa procedura per la macchina virtuale di SQL Server:

  1. Connettersi in remoto alla macchina virtuale usando BUILTIN\DomainAdmin.
  2. In Server Manager selezionare Server locale.
  3. Selezionare il collegamento WORKGROUP.
  4. Nella sezione Nome computer selezionare Cambia.
  5. Selezionare la casella di controllo Dominio e digitare corp.contoso.com nella casella di testo. Quindi, seleziona OK.
  6. Nella finestra di dialogo popup Sicurezza di Windows specificare le credenziali per l'account amministratore di dominio predefinito (CORP\DomainAdmin) e la password (Contoso!0000).
  7. Quando viene visualizzato il messaggio di benvenuto nel dominio corp.contoso.com, selezionare OK.
  8. Selezionare Chiudi e quindi Riavvia ora nella finestra di dialogo popup.

Aggiungere account

L'attività successiva consiste nell'aggiungere l'account di installazione come amministratore nella macchina virtuale di SQL Server e quindi concedere l'autorizzazione a tale account e agli account locali all'interno di SQL Server. È quindi possibile aggiornare l'account del servizio SQL Server.

Aggiungere l'utente CORP\Install come amministratore in ogni VM del cluster

Dopo l'avvio di ogni macchina virtuale come membro del dominio, aggiungere CORP\Install come membro del gruppo Administrator locale.

  1. Attendere il riavvio della macchina virtuale e quindi aprire di nuovo il file RDP dal controller di dominio primario. Accedere a sqlserver-2 usando l'account CORP\DomainAdmin.

    Suggerimento

    Nei passaggi precedenti è stato usato l'account amministratore BUILTIN. Ora che il server è nel dominio, assicurarsi di accedere con l'account di amministratore di dominio. Nella sessione RDP specificare DOMINIO\NOME UTENTE.

  2. In Server Manager, seleziona ‭Strumenti, quindi seleziona Gestione computer.

  3. Nella finestra Gestione computer espandere Utenti e gruppi locali, quindi selezionare Gruppi.

  4. Fare doppio clic sul gruppo Administrators .

  5. Nella finestra di dialogo Proprietà Amministratori selezionare il pulsante Aggiungi.

  6. Immettere l'utente CORP\Install e quindi selezionare OK.

  7. Selezionare OK per chiudere la finestra di dialogo Proprietà Amministratori.

Creare un accesso in ogni macchina virtuale di SQL Server per l'account di installazione

Usare l'account di installazione (CORP\install) per configurare il gruppo di disponibilità. Questo account deve essere membro del ruolo del server predefinito sysadmin in ogni VM di SQL Server. La procedura seguente crea un account di accesso per l'account di installazione. Completarla in entrambe le macchine virtuali di SQL Server.

  1. Connettersi al server tramite Remote Desktop Protocol (RDP) usando l'account <MachineName>\DomainAdmin.

  2. Aprire SQL Server Management Studio e connettersi all'istanza locale di SQL Server.

  3. In Esplora oggetti, selezionare Sicurezza.

  4. Fare clic con il pulsante destro del mouse su Account di accesso. SelezionareNuovo account di accesso.

  5. In Account di accesso - Nuovo, selezionare Cerca.

  6. Seleziona Posizione.

  7. Immettere le credenziali di rete dell'amministratore di dominio. Usare l'account di installazione (CORP\Install).

  8. Impostare l'account di accesso come membro del ruolo del server predefinito sysadmin.

  9. Seleziona OK.

Configurare le autorizzazioni dell'account di sistema

Per creare un account di sistema e concedere le autorizzazioni appropriate, completare questi passaggi in ogni istanza di SQL Server:

  1. Creare uno account per [NT AUTHORITY\SYSTEM] usando lo script seguente:

    USE [master]
    GO
    CREATE LOGIN [NT AUTHORITY\SYSTEM] FROM WINDOWS WITH DEFAULT_DATABASE=[master]
    GO 
    
  2. Concedere le autorizzazioni seguenti a [NT AUTHORITY\SYSTEM]:

    • ALTER ANY AVAILABILITY GROUP
    • CONNECT SQL
    • VIEW SERVER STATE

    Lo script seguente concede queste autorizzazioni:

    GRANT ALTER ANY AVAILABILITY GROUP TO [NT AUTHORITY\SYSTEM]
    GO
    GRANT CONNECT SQL TO [NT AUTHORITY\SYSTEM]
    GO
    GRANT VIEW SERVER STATE TO [NT AUTHORITY\SYSTEM]
    GO 
    

Impostare gli account del servizio SQL Server

In ogni macchina virtuale di SQL Server, completare i passaggi seguenti per impostare l'account del servizio SQL Server. Usare gli account creati in fase di configurazione degli account di dominio.

  1. Aprire Gestione configurazione SQL Server.
  2. Fare clic con il pulsante destro del mouse sul servizio SQL Server e scegliere Proprietà.
  3. Impostare l'account e la password.

Per i gruppi di disponibilità di SQL Server, ogni VM di SQL Server deve essere eseguita come account di dominio.

Creare un servizio di bilanciamento del carico di Azure

Un servizio di bilanciamento del carico è necessario nell'area remota per supportare il gruppo di disponibilità di SQL Server. Il servizio di bilanciamento del carico contiene gli indirizzi IP per i listener del gruppo di disponibilità e per il cluster di failover di Windows Server. Questa sezione è un riepilogo della creazione del servizio di bilanciamento del carico nel portale di Azure.

Il load balancer deve:

  • Essere nella stessa rete e subnet della nuova macchina virtuale.
  • Avere un indirizzo IP statico per il listener del gruppo di disponibilità.
  • Includere un pool back-end costituito solo dalle macchine virtuali nella stessa area del servizio di bilanciamento del carico.
  • Usare il probe di una porta TCP specifico per l'indirizzo IP.
  • Avere una regola di bilanciamento del carico specifica dell'istanza di SQL Server nella stessa area.
  • Essere un'istanza di Load Balancer Standard se le macchine virtuali nel pool di back-end non fanno parte né di un singolo set di disponibilità né di un set di scalabilità di macchine virtuali. Per altre informazioni, vedere Informazioni su Azure Load Balancer.
  • Essere un servizio di bilanciamento del carico standard se le due reti virtuali in due aree diverse vengono sottoposte a peering tramite peering rete virtuale globale. Per altre informazioni, vedere Domande frequenti su File di Azure.

I passaggi per creare il servizio di bilanciamento del carico sono:

  1. Nel portale di Azure passare al gruppo di risorse in cui si trovano le istanze di SQL Server e selezionare + Aggiungi.

  2. Cercare Servizio di bilanciamento del carico. Scegliere il servizio di bilanciamento del carico pubblicato da Microsoft.

  3. Selezionare Crea.

  4. Configurare i parametri seguenti per il servizio di bilanciamento del carico.

    Impostazione Valore
    Abbonamento Usare la stessa sottoscrizione della macchina virtuale.
    Gruppo di risorse Usare lo stesso gruppo di risorse della macchina virtuale.
    Nome Usare un nome in formato testo per il servizio di bilanciamento del carico, ad esempio remoteLB.
    Area Usare la stessa area della macchina virtuale.
    SKU Selezionare Standard.
    Type Selezionare Interno.

    Il pannello del portale di Azure dovrebbe essere simile al seguente:

    Screenshot del portale di Azure che mostra le informazioni di base per la creazione di un servizio di bilanciamento del carico.

  5. Selezionare Avanti: Configurazione IP front-end.

  6. Selezionare Aggiungi una configurazione IP front-end.

    Screenshot del portale di Azure che mostra il pulsante per aggiungere una configurazione IP front-end.

  7. Configurare l'indirizzo IP front-end usando i valori seguenti:

    • Nome: Usare un nome che identifica la configurazione IP front-end.
    • Rete virtuale: Usare a stessa rete delle macchine virtuali.
    • Subnet: Usare la stessa subnet delle macchine virtuali.
    • Assegnazione: Selezionare Statico.
    • Indirizzo IP: usare un indirizzo disponibile nella subnet. Usare questo indirizzo per il listener del gruppo di disponibilità. Questo indirizzo è diverso dall'indirizzo IP del cluster.
    • Zona di disponibilità: in alternativa, scegliere una zona di disponibilità in cui distribuire l'indirizzo IP.

    Screenshot del portale di Azure che mostra la finestra di dialogo per l’aggiunta di una configurazione IP front-end.

  8. Selezionare Aggiungi.

  9. Selezionare Rivedi e crea per convalidare la configurazione e quindi selezionare Crea per creare il servizio di bilanciamento del carico e l'indirizzo IP front-end.

Per configurare il servizio di bilanciamento del carico, è necessario creare un pool back-end e un probe e impostare le regole di bilanciamento del carico.

Aggiungere pool back-end per il listener del gruppo di disponibilità

  1. Nel portale di Azure, andare al gruppo di disponibilità. Potrebbe essere necessario aggiornare la visualizzazione per vedere il servizio di bilanciamento del carico appena creato.

  2. Selezionare il sistema di bilanciamento del carico, selezionare Pool back-end e quindi + Aggiungi.

  3. In Nome, specificare un nome per il pool back-end.

  4. Per Configurazione pool back-end, selezionare NIC.

  5. Selezionare Aggiungi per associare il pool back-end alla macchina virtuale di SQL Server appena creata.

  6. In Macchina virtuale, selezionare la macchina virtuale che ospiterà la replica del gruppo di disponibilità.

  7. Selezionare Aggiungi per aggiungere la macchina virtuale al pool back-end.

  8. Seleziona Salva.

Impostare il probe

  1. Nel portale di Azure, selezionare il Load Balancer, selezionare Probe integrità, quindi + Aggiungi.

  2. Impostare il probe di integrità del listener nel modo seguente:

    Impostazione Descrizione Esempio
    Nome Testo SQLAlwaysOnEndPointProbe
    Protocollo Scegliere TCP TCP
    Porta Qualsiasi porta non usata 59999
    Intervallo Intervallo di tempo tra i tentativi del probe, in secondi 5
  3. Selezionare Aggiungi.

Impostare le regole di bilanciamento del carico

  1. Nel portale di Azure, selezionare il servizio di bilanciamento del carico, selezionare le regole di bilanciamento del carico, quindi + Aggiungi.

  2. Impostare le regole di bilanciamento del carico del listener come segue:

    Impostazione Descrizione Esempio
    Nome Testo SQLAlwaysOnEndPointListener
    Indirizzo IP front-end Scegliere un indirizzo Usare l'indirizzo creato quando si è creato il servizio di bilanciamento del carico.
    Pool back-end Scegliere il pool back-end Selezionare il pool back-end che contiene le macchine virtuali destinate al servizio di bilanciamento del carico.
    Protocollo Scegliere TCP TCP
    Porta Usare la porta per il listener del gruppo di disponibilità 1433
    Porta back-end Questo campo non viene usato quando l'indirizzo IP mobile è impostato per Direct Server Return 1433
    Probe di integrità Il nome specificato per il probe SQLAlwaysOnEndPointProbe
    Persistenza della sessione Elenco a discesa Nessuno
    Timeout di inattività Minuti in cui tenere aperta una connessione TCP 4
    IP mobile (Direct Server Return) Abilitare questa impostazione.

    Avviso

    Direct Server Return viene impostato durante la creazione. Non è possibile modificarlo.

  3. Seleziona Salva.

Aggiungere le funzionalità del cluster di failover alle VM di SQL Server

Per aggiungere le funzionalità del cluster di failover, seguire questa procedura in entrambe le VM di SQL Server:

  1. Connettersi alla macchina virtuale di SQL Server tramite Remote Desktop Protocol (RDP) usando l'account CORP\install. Aprire il dashboard Server Manager.

  2. Selezionare il collegamento Aggiungi ruoli e funzionalità sul dashboard.

    Screenshot del dashboard di Gestione server che mostra il collegamento per l'aggiunta di ruoli e funzionalità.

  3. Selezionare Avanti fino a visualizzare la sezione Funzionalità server.

  4. In Funzionalità selezionare Clustering di failover.

  5. Aggiungere le funzionalità necessarie.

  6. Selezionare Installa.

Nota

È ora possibile automatizzare questo passaggio, oltre a unire le macchine virtuali di SQL Server al cluster di failover, usando l'interfaccia della riga di comando di Azure e i modelli di avvio rapido di Azure.

Ottimizzare le soglie di rete per un cluster di failover

Quando si eseguono nodi del cluster di failover Windows nelle macchine virtuali di Azure con gruppi di disponibilità di SQL Server, modificare l'impostazione del cluster impostando uno stato di monitoraggio meno rigoroso. Questa modifica renderà il cluster più stabile e affidabile. Per informazioni dettagliate, vedere IaaS con SQL Server: Ottimizzazione delle soglie di rete del cluster di failover.

Configurare il firewall in ogni macchina virtuale di SQL Server

La soluzione richiede che le seguenti porte TCP siano aperte nel firewall:

  • SQL Server VM:Porta 1433 per un'istanza predefinita di SQL Server.
  • Probe di Azure load balancer: Qualsiasi porta disponibile. Negli esempi si usa spesso 59999.
  • Probe di integrità dell'indirizzo IP del bilanciamento del carico principale del cluster: Qualsiasi porta disponibile. Negli esempi si usa spesso 58888.
  • Endpoint del mirroring del database: Qualsiasi porta disponibile. Negli esempi si usa spesso 5022.

Le porte del firewall devono essere aperte nella nuova VM di SQL Server. Il metodo per aprire le porte dipende dalla soluzione firewall in uso. I passaggi seguenti illustrano come aprire le porte in Windows Firewall:

  1. Nella prima schermata Start di SQL Server, aprire Windows Firewall con protezione avanzata.

  2. Nel riquadro sinistro selezionare Regole connessioni in entrata. Nel riquadro di destra selezionare Nuova regola.

  3. Per Tipo di regola, selezionare Porta.

  4. Per la porta specificare TCP e digitare i numeri di porta appropriati. La schermata seguente mostra un esempio:

    Screenshot che mostra le selezioni per la creazione di una nuova regola in ingresso per un firewall.

  5. Selezionare Avanti.

  6. Nella pagina Azione, selezionare Consenti la connessione e quindi Avanti.

  7. Nella pagina Profilo, accettare le impostazioni predefinite e selezionare Avanti.

  8. Nella pagina Nome specificare un nome per la regola, ad esempio Probe per Azure LB nella casella di testo Nome, quindi selezionare Fine.

Aggiungere SQL Server al cluster di failover di Windows Server

La nuova macchina virtuale di SQL Server deve essere aggiunta al cluster di failover di Windows Server presente nell'area locale.

Aggiungere la VM di SQL Server al cluster:

  1. Usare RDP per connettersi a una macchina virtuale di SQL Server nel cluster esistente. A questo scopo, usare un account di dominio che sia amministratore nelle VM di SQL Server e nel server di controllo.

  2. Nel dashboard Server Manager selezionare Strumenti, quindi Gestione cluster di failover.

  3. Nel riquadro sinistro fare clic con il pulsante destro del mouse su Gestione cluster di failover, quindi selezionare Connetti a cluster.

  4. Nella finestra Seleziona cluster, in Nome cluster scegliere <Cluster in questo server>. Quindi, seleziona OK.

  5. Nell'albero del browser fare clic con il pulsante destro del mouse sul cluster e quindi scegliere Aggiungi nodo.

  6. In Aggiunta guidata nodi selezionare Avanti.

  7. Nella pagina Selezione server aggiungere il nome della nuova istanza di SQL Server. In Immetti il nome del server, digitare il nome del server e quindi selezionare Aggiungi e poi Avanti.

  8. Nella pagina Avviso di convalida selezionare No. In uno scenario di produzione è necessario eseguire i test di convalida. Quindi seleziona Avanti.

  9. Nella pagina Conferma, se si usa la funzionalità Spazi di archiviazione, deselezionare la casella di controllo Aggiungi tutte le risorse di archiviazione idonee al cluster.

    Avviso

    Se non si deseleziona Aggiungi tutte le risorse di archiviazione idonee al cluster, Windows rende non visibili i dischi virtuali durante il processo di clustering. Di conseguenza, questi dischi non vengono visualizzati in Gestione disco o in Esplora risorse fino a quando gli spazi di archiviazione non vengono rimossi dal cluster e ricollegati usando PowerShell.

  10. Selezionare Avanti.

  11. Selezionare Fine.

    Gestione cluster di failover visualizza il cluster con un nuovo nodo elencato nel contenitore Nodi.

Aggiungere l'indirizzo IP principale per il cluster di failover di Windows Server

Nota

In Windows Server 2019 il cluster crea un Nome server distribuito anziché il Nome di rete del cluster. Se si usa Windows Server 2019, passare a Aggiungi un indirizzo IP per il listener del gruppo di disponibilità. È possibile creare un nome di rete del cluster usando PowerShell. Per altre informazioni, vedere il post di blog Cluster di failover: Oggetto rete cluster.

Creare quindi la risorsa indirizzo IP e aggiungerla al cluster per la nuova macchina virtuale di SQL Server:

  1. In Gestione cluster di failover, selezionare ill nome del cluster. Fare clic con il pulsante destro del mouse sul nome del cluster in Risorse principali del cluster e selezionare Proprietà:

    Screenshot di Gestione cluster di failover che mostra le selezioni per l'apertura delle proprietà del cluster.

  2. Nella finestra di dialogo Proprietà del cluster selezionare Aggiungi in Indirizzo IP e quindi aggiungere l'indirizzo IP del nome del cluster dall'area della rete remota. Selezionare OK nella finestra di dialogo Indirizzo IP e quindi fare di nuovo clic su OK nella finestra di dialogo Proprietà del cluster per salvare il nuovo indirizzo IP.

    Screenshot che mostra le finestre di dialogo per la creazione di un indirizzo IP del cluster.

  3. Aggiungere l'indirizzo IP come dipendenza per il nome del cluster principale.

    Aprire la finestra di dialogo Proprietà del cluster ancora una volta e selezionare la scheda Dipendenze. Configurare una dipendenza OR per i due indirizzi IP.

    Screenshot della finestra di dialogo Proprietà cluster che mostra le selezioni per l'aggiunta di una dipendenza.

Aggiungere l'indirizzo IP del listener del gruppo di disponibilità

L'indirizzo IP per il listener nell'area remota deve essere aggiunto al cluster. Per aggiungere l'indirizzo IP:

  1. In Gestione cluster di failover, fare clic con il pulsante destro del mouse sul ruolo del gruppo di disponibilità. Scegliere Aggiungi risorsa, Altre risorse e quindi selezionare l'indirizzo IP.

    Screenshot di Gestione cluster di failover che mostra la selezione per l’aggiunta di un indirizzo IP come risorsa.

  2. Per configurare questo indirizzo IP, fare clic con il pulsante destro del mouse sulla risorsa in Altre risorse e quindi scegliere Proprietà.

    Screenshot di Gestione cluster di failover che mostra le selezioni per l'apertura delle proprietà per una risorsa.

  3. In Nome, immettere un nome per il nuovo gruppo di risorse. In Rete, selezionare la rete dal data center remoto. Selezionare Indirizzo IP statico e quindi nella casella Indirizzo assegnare l'indirizzo IP statico dal nuovo Azure load balancer.

    Screenshot della finestra di dialogo per le proprietà dell'indirizzo IP, che mostra l'assegnazione dell'indirizzo IP del listener nel cluster.

  4. Selezionare Apply (Applica) e quindi OK.

  5. Aggiungere la risorsa indirizzo IP come dipendenza per il cluster del punto di accesso client listener (nome della rete).

    Fare clic con il pulsante destro del mouse sul punto di accesso client del listener e quindi selezionare Proprietà. Passare alla scheda Dipendenze e aggiungere la nuova risorsa indirizzo IP al punto di accesso client del listener. Lo screenshot seguente illustra una risorsa cluster di tipo indirizzo IP configurata correttamente:

    Screenshot di Gestione cluster di failover che mostra gli indirizzi IP configurati per un gruppo di disponibilità.

    Importante

    Il gruppo di risorse cluster include entrambi gli indirizzi IP. Entrambi gli indirizzi IP sono dipendenze per il punto di accesso client listener. Usare l'operatore OR nella configurazione delle dipendenze del cluster.

  6. Impostare i parametri del cluster in PowerShell.

    Eseguire lo script PowerShell con il nome di rete cluster, l'indirizzo IP e la porta probe configurati nel servizio di bilanciamento del carico nella nuova area.

    $ClusterNetworkName = "<MyClusterNetworkName>" # The cluster name for the network in the new region (Use Get-ClusterNetwork on Windows Server 2012 or later to find the name.)
    $IPResourceName = "<IPResourceName>" # The cluster name for the new IP address resource.
    $ILBIP = "<n.n.n.n>" # The IP address of the internal load balancer in the new region. This is the static IP address for the load balancer that you configured in the Azure portal.
    [int]$ProbePort = <nnnnn> # The probe port that you set on the internal load balancer.
    
    Import-Module FailoverClusters
    
    Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ILBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}
    

Abilitare i gruppi di disponibilità

Abilitare ora la funzionalità Gruppi di disponibilità AlwaysOn. Completare questi passaggi nella nuova macchina virtuale di SQL Server:

  1. Dalla schermata Start aprire Gestione configurazione SQL Server.

  2. Selezionare Servizi di SQL Server nel menu ad albero. Fare clic con il pulsante destro del mouse sul servizio SQL Server (MSSQLSERVER) e scegliere Proprietà.

  3. Selezionare la scheda Disponibilità elevata AlwaysOn, quindi selezionare Abilita gruppi di disponibilità AlwaysOn.

    Screenshot delle selezioni per l'abilitazione dei gruppi di disponibilità Always On nelle proprietà di SQL Server.

  4. Selezionare Applica. Scegliere OK nella finestra di dialogo popup.

  5. Riavviare il servizio SQL Server.

Aggiungere una replica al gruppo di disponibilità

Dopo il riavvio di SQL Server nella macchina virtuale appena creata, è possibile aggiungerla come replica al gruppo di disponibilità:

  1. Aprire una sessione desktop remoto per l'istanza primaria di SQL Server nel gruppo di disponibilità e quindi aprire SQL Server Management Studio (SSMS).

  2. In Esplora oggetti in SSMS, aprire Gruppi di disponibilità> elevata AlwaysOn. Fare clic con il pulsante destro del mouse sul nome del gruppo di disponibilità e quindi selezionare Aggiungi replica.

  3. Connettersi alla replica esistente e quindi selezionare Avanti.

  4. Selezionare Aggiungi replica e connettersi alla nuova macchina virtuale di SQL Server.

    Importante

    Una replica in un'area di Azure remota deve essere impostata sulla replica asincrona con il failover manuale.

  5. Nella pagina Seleziona sincronizzazione dei dati iniziale selezionare Completa e specificare un percorso di rete condiviso. Per il percorso, usare la condivisione di backup creata. Nell'esempio era \\<Primo istanza di SQL Server>\Backup. Quindi, seleziona Avanti.

    Nota

    La sincronizzazione completa acquisisce un backup completo del database nella prima istanza di SQL Server e lo ripristina nella seconda istanza. Per i database di grandi dimensioni, la sincronizzazione completa non è consigliabile perché può richiedere diverso tempo.

    È possibile ridurre manualmente il tempo necessario acquisendo un backup del database e ripristinandolo con NO RECOVERY. Se il database è già stato ripristinato con NO RECOVERY nella seconda istanza di SQL Server prima di configurare il gruppo di disponibilità, scegliere Solo join. Per acquisire il backup dopo la configurazione del gruppo di disponibilità, selezionare Ignora sincronizzazione dei dati iniziale.

    Screenshot che mostra la selezione dell'opzione per la sincronizzazione completa dei dati.

  6. Nella pagina Convalida selezionare Avanti. La pagina dovrebbe essere simile all'immagine seguente:

    Screenshot della pagina che mostra i risultati della convalida del gruppo di disponibilità in SSMS.

    Nota

    È presente un avviso per la configurazione del listener perché non è stato configurato un listener del gruppo di disponibilità. È possibile ignorare questo avviso perché il listener è già configurato. È stato creato dopo aver creato Azure load balancer nell'area locale.

  7. Nella pagina Riepilogo selezionare Fine e quindi attendere il completamento della configurazione del nuovo gruppo di disponibilità tramite la procedura guidata. Per visualizzare lo stato dettagliato è possibile selezionare Altri dettagli nella pagina Stato.

    Al termine della procedura guidata, controllare la pagina Risultati per verificare che il gruppo di disponibilità sia stato creato correttamente.

  8. Fare clic su Chiudi per chiudere la procedura guidata.

Controllare il gruppo di disponibilità

In Esplora oggetti, espandere Disponibilità elevata Always On, quindi espandere i gruppi di disponibilità. Fare clic con il pulsante destro del mouse sul gruppo di disponibilità e scegliere Mostra dashboard.

Screenshot di Esplora oggetti in SSMS che mostra le selezioni per l'apertura di un dashboard per un gruppo di disponibilità.

Il dashboard del gruppo di disponibilità dovrebbe essere simile allo screenshot seguente, ora con un'altra replica:

Screenshot del dashboard del gruppo di disponibilità in SSMS.

Il dashboard mostra le repliche, la modalità di failover di ogni replica e lo stato di sincronizzazione.

Controllare i listener del gruppo di disponibilità

  1. In Esplora oggetti, espandere Disponibilità elevata AlwaysOn‬, espandere i Gruppi di disponibilità, quindi espandere Listener del gruppo di disponibilità.

  2. Fare clic con il pulsante destro del mouse sul nome del listener e scegliere Proprietà. Entrambi gli indirizzi IP dovrebbero ora essere visualizzati per il listener (uno in ogni area).

    Screenshot della finestra Proprietà del listener del gruppo di disponibilità in SSMS, che mostra entrambi gli indirizzi IP usati per il listener.

Impostare la connessione per più subnet

La replica nel data center remoto fa parte del gruppo di disponibilità, ma si trova in un'altra subnet. Se questa replica diventa quella primaria, possono verificarsi timeout della connessione dell'applicazione. Questo comportamento è lo stesso di un gruppo di disponibilità locale in una distribuzione su più subnet. Per consentire le connessioni dalle applicazioni client, aggiornare la connessione client o configurare la memorizzazione nella cache della risoluzione dei nomi nella risorsa nome di rete del cluster.

È preferibile aggiornare la configurazione del cluster per impostare RegisterAllProvidersIP=1 e il client stringa di connessione per impostare MultiSubnetFailover=Yes. Vedere Connessione con MultiSubnetFailover.

Se non è possibile modificare le stringhe di connessione, è possibile configurare la memorizzazione nella cache della risoluzione dei nomi. Vedere Si verifica timeout quando ci si connette a un listener Always On in un ambiente con più subnet.

Effettuare il failover in un'area remota

Per testare la connettività del listener all'area remota, è possibile effettuare il failover della replica nell'area remota. Mentre la replica è asincrona, il failover è soggetto a perdita potenziale di dati. Per effettuare il failover senza perdita di dati, impostare la modalità di disponibilità come sincrona e la modalità di failover come automatica. Eseguire la procedura descritta di seguito:

  1. In Esplora oggetti connettersi all'istanza di SQL Server che ospita la replica primaria.

  2. In Gruppi di disponibilità AlwaysOn, fare clic con il pulsante destro del mouse sul gruppo di disponibilità e scegliere Proprietà.

  3. Nella pagina Generale, in Repliche di disponibilità, impostare la replica secondaria nel sito di ripristino di emergenza per l'uso della modalità di disponibilità Commit sincrono e della modalità di failover Automatico.

    Se è presente una replica secondaria nello stesso sito della replica primaria per la disponibilità elevata, impostare questa replica su Commit asincrono e Manuale.

  4. Seleziona OK.

  5. In Esplora oggetti, fare clic con il pulsante destro del mouse sul gruppo di disponibilità e scegliere Mostra dashboard.

  6. Nel dashboard verificare che la replica nel sito di ripristino di emergenza sia sincronizzata.

  7. In Esplora oggetti, fare clic con il pulsante destro del mouse sul gruppo di disponibilità e scegliere Failover. SQL Server Management Studio apre una procedura guidata per il failover di SQL Server.

  8. Selezionare Avanti e selezionare l'istanza di SQL Server nel sito del ripristino di emergenza. Selezionare di nuovo Avanti.

  9. Connettersi all'istanza di SQL Server nel sito di ripristino di emergenza e selezionare Avanti.

  10. Verifica le impostazioni nella pagina Riepilogo e seleziona Fine.

Dopo avere testato la connettività, spostare di nuovo la replica primaria nel data center primario e configurare di nuovo la modalità di disponibilità sulle normali impostazioni operative. La tabella seguente indica le normali impostazioni operative per l'architettura descritta in questo articolo:

Ufficio Istanza del server Ruolo Modalità di disponibilità Failover mode
Data center primario SQL-1 Principale Sincrona Automatico
Data center primario SQL-2 Secondari Sincrona Automatico
Data center secondario o remoto SQL-3 Secondari Asincrona Manuale

Per altre informazioni sul failover manuale pianificato e forzato, vedere gli articoli seguenti:

Passaggi successivi

Per ulteriori informazioni, vedere: