I gruppi di disponibilità (AG) di Microsoft SQL Server consentono di replicare i database in più istanze SQL Server Enterprise.
Analogamente alle istanze di cluster di failover SQL Server, i gruppi di disponibilità AlwaysOn utilizzano il clustering di failover di Windows Server (WSFC) per implementare l'alta disponibilità. Tuttavia, le due funzionalità differiscono in molti modi, ad esempio:
Gruppi di disponibilità AlwaysOn | Istanze cluster di failover | |
---|---|---|
Ambito del failover | Gruppo di database | Istanza |
Archiviazione | Non condiviso | Condivisa |
Per un confronto più dettagliato, vedi Confronto tra istanze di cluster di failover e gruppi di disponibilità.
I gruppi di disponibilità AlwaysOn supportano più modalità di disponibilità. Questo tutorial mostra come eseguire il deployment dei gruppi di disponibilità AlwaysOn in modalità di commit sincrono per implementare l'alta disponibilità per uno o più database:
Due istanze VM, node-1
e node-2
, fungono da nodi WSFC ed eseguono SQL Server.
Una terza istanza VM, witness
, viene utilizzata per raggiungere un quorum in uno scenario di failover.
Le tre istanze VM sono distribuite in tre zone e condividono una subnet comune.
Utilizzando un gruppo di disponibilità sempre attivo di SQL Server, un database di esempio, bookshelf
, viene replicato in modo sincrono tra le due istanze SQL Server.
In un ambiente on-premise, puoi consentire a WSFC di eseguire annunci ARP se si verifica un failover per inviare una notifica all'apparecchiatura di rete in caso di modifica dell'indirizzo IP. Google Cloud ignora gli annunci ARP e devi utilizzare invece un bilanciatore del carico interno. Per ulteriori informazioni, vedi Esecuzione di un clustering di failover di Windows Server.
Il bilanciatore del carico:
- Esegue periodicamente un controllo di integrità per identificare il nodo WSFC attivo
- I client si connettono all'indirizzo IP del bilanciatore del carico
- Inoltra il traffico client al nodo WSFC attualmente attivo
L'articolo presuppone che tu abbia già eseguito il deployment di Active Directory su Google Cloud e che tu disponga di una conoscenza di base di SQL Server, Active Directory e Compute Engine.
Obiettivi
- Esegui il deployment di una WSFC composta da due istanze VM SQL Server e una terza istanza VM che funge da testimone della condivisione file.
- Eseguire il deployment di un server SQL.
- Crea un gruppo di disponibilità con commit sincrono.
- Verifica che la configurazione funzioni simulando un failover.
Costi
Questo tutorial utilizza i componenti fatturabili di Google Cloud, tra cui:
Utilizza il Calcolatore prezzi per generare una stima dei costi in base all'utilizzo previsto.
Prima di iniziare
Per completare questa guida, hai bisogno di quanto segue:
- Un dominio Active Directory con almeno un controller di dominio. Puoi creare un dominio Active Directory utilizzando Microsoft AD gestito. In alternativa, puoi eseguire il deployment di un ambiente Active Directory personalizzato su Compute Engine e configurare una zona di forwarding DNS privata che inoltra le query DNS ai controller di dominio.
- Un utente di Active Directory con l'autorizzazione per aggiungere computer al dominio e che può accedere utilizzando RDP. Se utilizzi Microsoft AD gestito, puoi utilizzare
l'utente
setupadmin
. - Un progetto Google Cloud e un VPC con connettività ai controller di dominio Active Directory.
- Una subnet da utilizzare per le istanze VM WSFC.
Per completare la guida, è necessario anche un progetto Google Cloud:
- Accedi al tuo account Google Cloud. Se non conosci Google Cloud, crea un account per valutare le prestazioni dei nostri prodotti in scenari reali. I nuovi clienti ricevono anche 300 $di crediti gratuiti per l'esecuzione, il test e il deployment dei carichi di lavoro.
-
Nella pagina del selettore di progetti della console Google Cloud, seleziona o crea un progetto Google Cloud.
-
Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.
-
Nella pagina del selettore di progetti della console Google Cloud, seleziona o crea un progetto Google Cloud.
-
Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.
Al termine di questo tutorial, puoi evitare di continuare la fatturazione eliminando le risorse che hai creato. Per ulteriori informazioni, consulta la sezione Pulizia.
Preparazione del progetto e della rete
Per preparare il progetto Google Cloud e il VPC per il deployment dei gruppi di disponibilità AlwaysOn di SQL Server, segui questi passaggi:
Nella console Google Cloud, apri Cloud Shell facendo clic sul pulsante Attiva Cloud Shell .
Inizializza le seguenti variabili:
VPC_NAME=
VPC_NAME
SUBNET_NAME=SUBNET_NAME
Dove:
VPC_NAME
: nome del VPCSUBNET_NAME
: nome della subnet
Imposta l'ID progetto predefinito:
gcloud config set project
PROJECT_ID
Sostituisci
PROJECT_ID
con l'ID del tuo progetto Google Cloud.Imposta la regione predefinita:
gcloud config set compute/region
REGION
Sostituisci
REGION
con l'ID della regione in cui vuoi eseguire il deployment.
Crea regole firewall
Per consentire ai client di connettersi a SQL Server, consentire la comunicazione tra i nodi WSFC e consentire al bilanciatore del carico di eseguire i controlli di integrità, devi creare diverse regole firewall. Per semplificare la creazione di queste regole firewall, utilizza i tag di rete:
- I due nodi WSFC sono annotati con il tag
wsfc-node
. - Tutti i server (incluso il testimone) sono annotati con il tag
wsfc
.
Crea regole firewall che utilizzano questi tag di rete:
- Torna alla sessione Cloud Shell esistente.
Crea le regole firewall per i nodi WSFC:
SUBNET_CIDR=$(gcloud compute networks subnets describe $SUBNET_NAME --format=value\('ipCidrRange'\)) gcloud compute firewall-rules create allow-all-between-wsfc-nodes \ --direction=INGRESS \ --action=allow \ --rules=tcp,udp,icmp \ --enable-logging \ --source-tags=wsfc \ --target-tags=wsfc \ --network=$VPC_NAME \ --priority 10000 gcloud compute firewall-rules create allow-sql-to-wsfc-nodes \ --direction=INGRESS \ --action=allow \ --rules=tcp:1433 \ --enable-logging \ --source-ranges=$SUBNET_CIDR \ --target-tags=wsfc-node \ --network=$VPC_NAME \ --priority 10000
Crea una regola firewall che consenta i controlli di integrità dagli intervalli IP dei probe di Google Cloud:
gcloud compute firewall-rules create allow-health-check-to-wsfc-nodes \ --direction=INGRESS \ --action=allow \ --rules=tcp \ --source-ranges=130.211.0.0/22,35.191.0.0/16 \ --target-tags=wsfc-node \ --network=$VPC_NAME \ --priority 10000
crea istanze VM
Ora eseguirai il deployment di due istanze VM per il cluster di failover. In qualsiasi momento, una di queste VM ospita la replica principale del database SQL Server, mentre l'altro nodo ospita la replica secondaria. Le due istanze VM devono:
- Essere ubicati nella stessa regione, in modo che siano accessibili da un bilanciatore del carico di rete passthrough interno.
- Avere Windows Server Failover Clustering (WSFC) e SQL Server.
- Aver abilitato il supporto WSFC di Compute Engine{ .external }.
Utilizzi un'immagine premium SQL Server in cui SQL Server 2022 è preinstallato.
Per offrire un voto decisivo e raggiungere un quorum per lo scenario di failover, esegui il deployment di una terza VM che funge da testimonianza della condivisione file.
- Torna alla sessione Cloud Shell esistente.
Crea uno script specializzato per i nodi WSFC. Lo script installa la funzionalità Windows necessaria e crea regole firewall per WSFC e SQL Server:
cat << "EOF" > specialize-node.ps1 $ErrorActionPreference = "stop" # Install required Windows features Install-WindowsFeature Failover-Clustering -IncludeManagementTools Install-WindowsFeature RSAT-AD-PowerShell # Open firewall for WSFC netsh advfirewall firewall add rule name="Allow SQL Server health check" dir=in action=allow protocol=TCP localport=59997 # Open firewall for SQL Server netsh advfirewall firewall add rule name="Allow SQL Server" dir=in action=allow protocol=TCP localport=1433 # Open firewall for SQL Server replication netsh advfirewall firewall add rule name="Allow SQL Server replication" dir=in action=allow protocol=TCP localport=5022 # Format data disk Get-Disk | Where partitionstyle -eq 'RAW' | Initialize-Disk -PartitionStyle MBR -PassThru | New-Partition -AssignDriveLetter -UseMaximumSize | Format-Volume -FileSystem NTFS -NewFileSystemLabel 'Data' -Confirm:$false # Create data and log folders for SQL Server md d:\Data md d:\Logs EOF
Creare le istanze VM. Sulle due VM che fungono da nodi WSFC, collega un disco dati aggiuntivo e abilita il clustering di failover di Windows Server impostando la chiave di metadati
enable-wsfc
sutrue
:REGION=$(gcloud config get-value compute/region) PD_SIZE=200 MACHINE_TYPE=n2-standard-8 gcloud compute instances create node-1 \ --zone $REGION-a \ --machine-type $MACHINE_TYPE \ --subnet $SUBNET_NAME \ --image-family sql-ent-2022-win-2022 \ --image-project windows-sql-cloud \ --tags wsfc,wsfc-node \ --boot-disk-size 50 \ --boot-disk-type pd-ssd \ --boot-disk-device-name "node-1" \ --create-disk=name=node-1-datadisk,size=$PD_SIZE,type=pd-ssd,auto-delete=no \ --metadata enable-wsfc=true \ --metadata-from-file=sysprep-specialize-script-ps1=specialize-node.ps1 gcloud compute instances create node-2 \ --zone $REGION-b \ --machine-type $MACHINE_TYPE \ --subnet $SUBNET_NAME \ --image-family sql-ent-2022-win-2022 \ --image-project windows-sql-cloud \ --tags wsfc,wsfc-node \ --boot-disk-size 50 \ --boot-disk-type pd-ssd \ --boot-disk-device-name "node-2" \ --create-disk=name=node-2-datadisk,size=$PD_SIZE,type=pd-ssd,auto-delete=no \ --metadata enable-wsfc=true \ --metadata-from-file=sysprep-specialize-script-ps1=specialize-node.ps1 gcloud compute instances create "witness" \ --zone $REGION-c \ --machine-type n2-standard-2 \ --subnet $SUBNET_NAME \ --image-family=windows-2022 \ --image-project=windows-cloud \ --tags wsfc \ --boot-disk-size 50 \ --boot-disk-type pd-ssd \ --metadata sysprep-specialize-script-ps1="add-windowsfeature FS-FileServer"
Per unire le 3 istanze VM ad Active Directory, procedi nel seguente modo per ciascuna delle 3 istanze VM:
Monitora il processo di inizializzazione della VM visualizzando l'output della porta seriale:
gcloud compute instances tail-serial-port-output
NAME
Sostituisci
NAME
con il nome dell'istanza VM.Attendi circa 3 minuti finché non viene visualizzato l'output
Instance setup finished
, quindi premi Ctrl + C. A questo punto, l'istanza VM è pronta per essere utilizzata.Crea un nome utente e una password per l'istanza VM
Connettiti alla VM utilizzando Remote Desktop e accedi utilizzando il nome utente e la password creati nel passaggio precedente.
Fai clic con il pulsante destro del mouse sul pulsante Start (o premi Win+X) e fai clic su Windows PowerShell (amministratore).
Conferma la richiesta di altitudine facendo clic su Sì.
Aggiungi il computer al dominio Active Directory e riavvia:
Add-Computer -Domain
DOMAIN -Restart
Sostituisci
DOMAIN
con il nome DNS del tuo dominio Active Directory.Attendi circa 1 minuto per il completamento del riavvio.
Prenota indirizzi IP del cluster
Ora prenoti due indirizzi IP statici nel tuo VPC. Un indirizzo IP viene utilizzato come indirizzo IP del cluster WSFC, l'altro viene utilizzato dal bilanciatore del carico interno.
Prenota un IP statico per il bilanciatore del carico interno e acquisisci l'indirizzo in una nuova variabile di ambiente denominata
LOADBALANCER_ADDRESS
:gcloud compute addresses create wsfc \ --subnet $SUBNET_NAME \ --region $(gcloud config get-value compute/region) LOADBALANCER_ADDRESS=$(gcloud compute addresses describe wsfc \ --region $(gcloud config get-value compute/region) \ --format=value\(address\)) && \ echo "Load Balancer IP: $LOADBALANCER_ADDRESS"
Prendi nota dell'indirizzo IP, ti servirà in un secondo momento.
Prenota un altro indirizzo IP statico da utilizzare come IP del cluster:
gcloud compute addresses create wsfc-cluster \ --subnet $SUBNET_NAME \ --region $(gcloud config get-value compute/region) && \ CLUSTER_ADDRESS=$(gcloud compute addresses describe wsfc-cluster \ --region $(gcloud config get-value compute/region) \ --format=value\(address\)) && \ echo "Cluster IP: $CLUSTER_ADDRESS"
Prendi nota dell'indirizzo IP, ti servirà in un secondo momento.
Il progetto e il VPC sono ora pronti per il deployment di WSFC e SQL Server.
Deployment del cluster di failover
Ora puoi utilizzare le istanze VM per eseguire il deployment di un server WSFC e SQL Server.
Preparazione di SQL Server
Crea un nuovo account utente in Active Directory per SQL Server:
- Connettiti a
node-1
utilizzando Remote Desktop. Accedi con il tuo account utente di dominio. - Fai clic con il pulsante destro del mouse sul pulsante Start (o premi Win+X) e fai clic su Windows PowerShell (amministratore).
- Conferma la richiesta di altitudine facendo clic su Sì.
Crea un account utente del dominio per SQL Server e l'agente SQL e assegna una password:
$Credential = Get-Credential -UserName sql_server -Message 'Enter password' New-ADUser ` -Name "sql_server" ` -Description "SQL Admin account." ` -AccountPassword $Credential.Password ` -Enabled $true -PasswordNeverExpires $true
Per configurare SQL Server, esegui questi passaggi sia su node-1
sia su node-2
:
Fai clic con il pulsante destro del mouse sul pulsante Start (o premi Win+X) e fai clic su Windows PowerShell (amministratore).
Rinomina l'istanza SQL Server in modo che il nome corrisponda al nome host:
Invoke-Sqlcmd -Query " sp_addserver '$env:computername', local; GO" Restart-Service -Name MSSQLSERVER
Apri SQL Server Configuration Manager.
Nel riquadro di navigazione, seleziona SQL Server Services
Nell'elenco dei servizi, fai clic con il pulsante destro del mouse su SQL Server (MSSQLSERVER) e seleziona Proprietà.
In Accedi come, modifica l'account:
- Nome account:
DOMAIN\sql_server
doveDOMAIN
è il nome NetBIOS del tuo dominio Active Directory. - Password: inserisci la password scelta in precedenza.
- Nome account:
Fai clic su Ok.
Quando ti viene chiesto di riavviare SQL Server, seleziona Sì.
SQL Server ora viene eseguito nell'account utente di un dominio.
Creazione di condivisioni file
Crea due condivisioni file su witness
in modo che l'istanza VM possa archiviare i backup di SQL Server e agire come testimone della condivisione file:
- Connettiti a
witness
utilizzando Remote Desktop. Accedi con il tuo account utente di dominio. - Fai clic con il pulsante destro del mouse sul pulsante Start (o premi Win+X) e fai clic su Windows PowerShell (amministratore).
- Conferma la richiesta di altitudine facendo clic su Sì.
Crea una condivisione file con testi e concedi a te e ai due nodi WSFC l'accesso alla condivisione file:
New-Item "C:\QWitness" –type directory icacls C:\QWitness\ /grant 'node-1$:(OI)(CI)(M)' icacls C:\QWitness\ /grant 'node-2$:(OI)(CI)(M)' New-SmbShare ` -Name QWitness ` -Path "C:\QWitness" ` -Description "SQL File Share Witness" ` -FullAccess $env:username,node-1$,node-2$
Crea un'altra condivisione file per archiviare i backup e concedere a SQL Server l'accesso completo:
New-Item "C:\Backup" –type directory New-SmbShare ` -Name Backup ` -Path "C:\Backup" ` -Description "SQL Backup" ` -FullAccess $env:USERDOMAIN\sql_server
Deployment di WSFC
Ora è tutto pronto per creare il cluster di failover:
- Torna alla sessione Remote Desktop il giorno
node-1
. - Fai clic con il pulsante destro del mouse sul pulsante Start (o premi Win+X) e fai clic su Windows PowerShell (amministratore).
- Conferma la richiesta di altitudine facendo clic su Sì.
Crea un nuovo cluster:
New-Cluster ` -Name sql-cluster ` -Node node-1,node-2 ` -NoStorage ` -StaticAddress
CLUSTER_ADDRESS
Sostituisci
CLUSTER_ADDRESS
con l'indirizzo IP del cluster creato in precedenza.Torna alla sessione di PowerShell su
witness
e concedi all'oggetto computer virtuale dell'autorizzazione del cluster l'accesso alla condivisione file:icacls C:\QWitness\ /grant 'sql-cluster$:(OI)(CI)(M)' Grant-SmbShareAccess ` -Name QWitness ` -AccountName 'sql-cluster$' ` -AccessRight Full ` -Force
Torna alla sessione di PowerShell su
node-1
e configura il cluster per utilizzare la condivisione file suwitness
come quorum del cluster:Set-ClusterQuorum -FileShareWitness \\witness\QWitness
Verifica che il cluster sia stato creato correttamente:
Test-Cluster
Potresti visualizzare alcuni avvisi che possono essere tranquillamente ignorati:
WARNING: System Configuration - Validate All Drivers Signed: The test reported some warnings.. WARNING: Network - Validate Network Communication: The test reported some warnings.. WARNING: Test Result: HadUnselectedTests, ClusterConditionallyApproved Testing has completed for the tests you selected. You should review the warnings in the Report. A cluster solution is supported by Microsoft only if you run all cluster validation tests, and all tests succeed (with or without warnings).
Puoi anche avviare lo snapshot MMC del gestore di cluster di failover per esaminare l'integrità del cluster eseguendo
cluadmin.msc
.Se utilizzi Managed AD, aggiungi l'account del computer utilizzato da WSFC al gruppo Account di aggiunta al dominio del servizio Cloud in modo che possa aggiungere computer al dominio:
Add-ADGroupMember ` -Identity "Cloud Service Domain Join Accounts" ` -Members sql-cluster$
Abilita i gruppi di disponibilità AlwaysOn su entrambi i nodi:
Enable-SqlAlwaysOn -ServerInstance node-1 -Force Enable-SqlAlwaysOn -ServerInstance node-2 -Force
Creazione di un gruppo di disponibilità
Ora puoi creare un database di esempio bookshelf
, includerlo in un nuovo gruppo di disponibilità denominato bookshelf-ag
e configurare l'alta disponibilità.
Creazione di un database
Crea un nuovo database. Ai fini di questo tutorial, il database non deve contenere dati.
- Torna alla sessione Remote Desktop il giorno
node-1
. - Apri SQL Server Management Studio.
- Nella finestra di dialogo Connetti al server, verifica che il nome del server sia impostato su
NODE-1
e seleziona Connetti. - Nel menu, seleziona File > Nuovo > Query con connessione corrente.
Incolla il seguente script SQL nell'editor:
-- Create a sample database CREATE DATABASE bookshelf ON PRIMARY ( NAME = 'bookshelf', FILENAME='d:\Data\bookshelf.mdf', SIZE = 256MB, MAXSIZE = UNLIMITED, FILEGROWTH = 256MB) LOG ON ( NAME = 'bookshelf_log', FILENAME='d:\Logs\bookshelf.ldf', SIZE = 256MB, MAXSIZE = UNLIMITED, FILEGROWTH = 256MB) GO USE [bookshelf] SET ANSI_NULLS ON SET QUOTED_IDENTIFIER ON GO -- Create sample table CREATE TABLE [dbo].[Books] ( [Id] [bigint] IDENTITY(1,1) NOT NULL, [Title] [nvarchar](max) NOT NULL, [Author] [nvarchar](max) NULL, [PublishedDate] [datetime] NULL, [ImageUrl] [nvarchar](max) NULL, [Description] [nvarchar](max) NULL, [CreatedById] [nvarchar](max) NULL, CONSTRAINT [PK_dbo.Books] PRIMARY KEY CLUSTERED ([Id] ASC) WITH ( PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY] GO -- Create a backup EXEC dbo.sp_changedbowner @loginame = 'sa', @map = false; ALTER DATABASE [bookshelf] SET RECOVERY FULL; GO BACKUP DATABASE bookshelf to disk = '\\witness\Backup\bookshelf.bak' WITH INIT GO
Lo script crea un nuovo database con una singola tabella ed esegue un backup iniziale in
witness
.Seleziona Esegui per eseguire lo script SQL.
Configurazione dell'alta disponibilità
- Nella finestra Esplora oggetti, fai clic con il pulsante destro del mouse su Alta disponibilità sempre attiva e seleziona Procedura guidata Nuovo gruppo di disponibilità.
- Nella pagina Specifica opzioni, imposta il nome del gruppo di disponibilità su
bookshelf-ag
, quindi seleziona Avanti. - Nella pagina Seleziona database, seleziona il database
bookshelf
, quindi seleziona Avanti. Nella pagina Specifica le repliche, seleziona la scheda Repliche:
- Seleziona Aggiungi replica.
Nella finestra di dialogo Connetti al server, inserisci il nome del server
node-2
e seleziona Connetti.L'elenco delle repliche di disponibilità ora contiene istanze SQL Server,
node-1
enode-2
.Imposta la Modalità disponibilità su Commit sincrono per entrambe le istanze.
Imposta Failover automatico su Abilitato per entrambe le istanze.
Seleziona la scheda Listener.
- Seleziona Crea un listener del gruppo di disponibilità
Inserisci le seguenti impostazioni:
- Nome DNS del listener:
bookshelf
- Porta:
1433
- Modalità di rete: IP statico
- Nome DNS del listener:
Seleziona Aggiungi e inserisci l'indirizzo IP del bilanciatore del carico che hai creato in precedenza. Quindi seleziona OK.
Seleziona Avanti.
Nella pagina Seleziona sincronizzazione dati, seleziona Seeding automatico.
Nella pagina Convalida, verifica che tutti i controlli abbiano esito positivo.
Nella pagina Riepilogo, seleziona Fine.
Nella pagina Risultati, seleziona Chiudi.
Configura i controlli di integrità
Come passaggio finale, configura il cluster in modo da esporre un endpoint del controllo di integrità che può essere utilizzato da un bilanciatore del carico interno:
- Torna alla sessione di PowerShell su
node-1
Inizializza una variabile con l'indirizzo IP del bilanciatore del carico.
$LoadBalancerIP = '
IP_ADDRESS
'Sostituisci
IP_ADDRESS
con l'indirizzo IP dell'indirizzowsfc
che hai prenotato in precedenza.Configura il cluster di failover per rispondere al servizio di controllo di integrità:
$SqlIpAddress = Get-ClusterResource | Where-Object {$_.ResourceType -eq "IP Address"} | Where-Object {$_.Name.StartsWith("bookshelf")} $SqlIpAddress | Set-ClusterParameter -Multiple @{ 'Address'= $LoadBalancerIP; 'ProbePort'= 59997; 'SubnetMask'='255.255.255.255'; 'Network'= (Get-ClusterNetwork).Name; 'EnableDhcp'=0; }
Riavvia la risorsa cluster:
$SqlIpAddress | Stop-ClusterResource $SqlIpAddress | Start-ClusterResource
Crea un bilanciatore del carico interno
Per fornire un singolo endpoint per i client SQL Server, ora esegui il deployment di un bilanciatore del carico interno. Il bilanciatore del carico utilizza un controllo di integrità che garantisce che il traffico sia indirizzato al nodo attivo della WSFC.
- Torna alla sessione Cloud Shell esistente.
Crea due gruppi di istanze non gestite, uno per zona, e aggiungi i due nodi ai gruppi:
REGION=$(gcloud config get-value compute/region) gcloud compute instance-groups unmanaged create wsfc-group-1 --zone $REGION-a gcloud compute instance-groups unmanaged add-instances wsfc-group-1 --zone $REGION-a \ --instances node-1 gcloud compute instance-groups unmanaged create wsfc-group-2 --zone $REGION-b gcloud compute instance-groups unmanaged add-instances wsfc-group-2 --zone $REGION-b \ --instances node-2
Crea un controllo di integrità che il bilanciatore del carico possa utilizzare per determinare il nodo attivo.
gcloud compute health-checks create tcp wsfc-healthcheck \ --check-interval="2s" \ --healthy-threshold=1 \ --unhealthy-threshold=2 \ --port=59997 \ --timeout="1s"
Il controllo di integrità controlla la porta
59997
, ovvero la porta configurata in precedenza comeProbePort
per il listener del gruppo di disponibilità.Crea un servizio di backend e aggiungi i due gruppi di istanze:
gcloud compute backend-services create wsfc-backend \ --load-balancing-scheme internal \ --region $(gcloud config get-value compute/region) \ --health-checks wsfc-healthcheck \ --protocol tcp gcloud compute backend-services add-backend wsfc-backend \ --instance-group wsfc-group-1 \ --instance-group-zone $REGION-a \ --region $REGION gcloud compute backend-services add-backend wsfc-backend \ --instance-group wsfc-group-2 \ --instance-group-zone $REGION-b \ --region $REGION
Crea il bilanciatore del carico interno:
gcloud compute forwarding-rules create wsfc-sql \ --load-balancing-scheme internal \ --address $LOADBALANCER_ADDRESS \ --ports 1433 \ --network $VPC_NAME \ --subnet $SUBNET_NAME \ --region $REGION \ --backend-service wsfc-backend
Ora puoi connetterti al listener del gruppo di disponibilità SQL Server utilizzando il bilanciatore del carico interno e il nome DNS bookshelf
.
Per creare più gruppi di disponibilità in un singolo cluster di failover, devi utilizzare un bilanciatore del carico separato con un proprio controllo di integrità per gruppo di disponibilità. Ciò significa che per ogni gruppo di disponibilità sono necessari:
Un indirizzo IP interno riservato (uno per ogni gruppo di disponibilità) da utilizzare per il listener e il bilanciatore del carico interno.
Un bilanciatore del carico separato (uno per ogni gruppo di disponibilità) con il proprio indirizzo IP prenotato nel passaggio precedente.
Una porta del probe separata (59997, 59998 e così via per ogni gruppo di disponibilità) e una regola firewall per consentire il traffico sulle porte del probe.
Una regola di controllo di integrità separata per ogni gruppo di disponibilità che utilizza le rispettive porte del probe.
Test del failover
Ora è tutto pronto per verificare se il failover funziona come previsto:
- Torna alla sessione di PowerShell su
witness
Esegui questo script:
while ($True){ $Conn = New-Object System.Data.SqlClient.SqlConnection $Conn.ConnectionString = "Server=bookshelf;Integrated Security=true;Initial Catalog=master" $Conn.Open() $Cmd = New-Object System.Data.SqlClient.SqlCommand $Cmd.Connection = $Conn $Cmd.CommandText = "SELECT @@SERVERNAME" $Adapter = New-Object System.Data.SqlClient.SqlDataAdapter $Cmd $Data = New-Object System.Data.DataSet $Adapter.Fill($Data) | Out-Null $Data.Tables[0] + (Get-Date -Format "MM/dd/yyyy HH:mm:ss") Start-Sleep -Seconds 2 }
Ogni 2 secondi, lo script si connette a SQL Server utilizzando il listener del gruppo di disponibilità ed esegue una query sul nome del server.
Lascia in esecuzione lo script.
Torna alla sessione Remote Desktop il giorno
node-1
per attivare un failover:- In SQL Server Management Studio, vai ad Alta disponibilità sempre attiva > Gruppi di disponibilità > scaffale-ag (principale) e fai clic con il tasto destro del mouse sul nodo.
- Seleziona Failover.
- Nella pagina Seleziona nuova replica principale, verifica che sia selezionato
node-2
come nuova replica principale e che la colonna Idoneità al failover indichiNo data loss
. Quindi, seleziona Avanti. - Nella pagina Connetti alla replica, seleziona Connetti.
- Nella finestra di dialogo Connetti al server, verifica che il nome del server sia
node-2
e fai clic su Connetti. - Seleziona Avanti e poi Fine.
- Nella pagina Risultati, verifica che il failover abbia avuto esito positivo.
Torna alla sessione di PowerShell su
witness
.Osserva l'output dello script in esecuzione e nota che il nome del server cambia da
node-1
anode-2
a seguito del failover.Interrompi lo script premendo
Ctrl+C
.
Esegui la pulizia
Al termine del tutorial, puoi eseguire la pulizia delle risorse che hai creato in modo che smettano di utilizzare la quota e non incorrano in addebiti. Le sezioni seguenti descrivono come eliminare o disattivare queste risorse.
Elimina il progetto
Il modo più semplice per eliminare la fatturazione è eliminare il progetto che hai creato per il tutorial.
Per eliminare il progetto:
- Nella console Google Cloud, vai alla pagina Gestisci risorse.
- Nell'elenco dei progetti, seleziona il progetto che vuoi eliminare, quindi fai clic su Elimina.
- Nella finestra di dialogo, digita l'ID del progetto e fai clic su Chiudi per eliminare il progetto.