Konfigurace skupiny dostupnosti na virtuálních počítačích Azure SQL Server v různých oblastechConfigure an availability group on Azure SQL Server virtual machines in different regions

Tento článek vysvětluje, jak na virtuálních počítačích Azure nakonfigurovat repliku skupiny dostupnosti Always On SQL Server ve vzdáleném umístění Azure.This article explains how to configure a SQL Server Always On availability group replica on Azure virtual machines in a remote Azure location. Tuto konfiguraci použijte k podpoře zotavení po havárii.Use this configuration to support disaster recovery.

Tento článek se týká Azure Virtual Machines v režimu Správce prostředků.This article applies to Azure Virtual Machines in Resource Manager mode.

Na následujícím obrázku vidíte běžné nasazení skupiny dostupnosti na virtuálních počítačích Azure:The following image shows a common deployment of an availability group on Azure virtual machines:

Skupina dostupnosti

V tomto nasazení jsou všechny virtuální počítače v jedné oblasti Azure.In this deployment, all virtual machines are in one Azure region. Repliky skupin dostupnosti můžou mít synchronní potvrzení s automatickým převzetím služeb při selhání na SQL-1 a SQL-2.The availability group replicas can have synchronous commit with automatic failover on SQL-1 and SQL-2. Pokud chcete vytvořit tuto architekturu, přečtěte si téma Šablona skupiny dostupnosti nebo kurz.To build this architecture, see Availability Group template or tutorial.

Tato architektura je zranitelná v případě výpadku, pokud je oblast Azure nepřístupná.This architecture is vulnerable to downtime if the Azure region becomes inaccessible. Pokud chcete tuto chybu zabezpečení překonat, přidejte repliku do jiné oblasti Azure.To overcome this vulnerability, add a replica in a different Azure region. Následující diagram znázorňuje, jak by nová architektura vypadala:The following diagram shows how the new architecture would look:

Skupina dostupnosti DR

Předchozí diagram znázorňuje nový virtuální počítač s názvem SQL-3.The preceding diagram shows a new virtual machine called SQL-3. SQL-3 je v jiné oblasti Azure.SQL-3 is in a different Azure region. SQL-3 se přidá do clusteru s podporou převzetí služeb při selhání se systémem Windows Server.SQL-3 is added to the Windows Server Failover Cluster. SQL-3 může hostovat repliku skupiny dostupnosti.SQL-3 can host an availability group replica. Nakonec si všimněte, že oblast Azure pro SQL-3 má nový nástroj pro vyrovnávání zatížení Azure.Finally, notice that the Azure region for SQL-3 has a new Azure load balancer.

Poznámka

Pokud je víc než jeden virtuální počítač ve stejné oblasti, vyžaduje se skupina dostupnosti Azure.An Azure availability set is required when more than one virtual machine is in the same region. Pokud je v této oblasti jenom jeden virtuální počítač, Skupina dostupnosti se nevyžaduje.If only one virtual machine is in the region, then the availability set is not required. Virtuální počítač můžete umístit pouze do skupiny dostupnosti v okamžiku vytvoření.You can only place a virtual machine in an availability set at creation time. Pokud je virtuální počítač již ve skupině dostupnosti, můžete později přidat virtuální počítač pro další repliku.If the virtual machine is already in an availability set, you can add a virtual machine for an additional replica later.

V této architektuře je replika ve vzdálené oblasti obvykle nakonfigurovaná s režimem dostupnosti s asynchronním potvrzováním a režimem ručního převzetí služeb při selhání.In this architecture, the replica in the remote region is normally configured with asynchronous commit availability mode and manual failover mode.

Když jsou repliky skupin dostupnosti na virtuálních počítačích Azure v různých oblastech Azure, každá oblast vyžaduje:When availability group replicas are on Azure virtual machines in different Azure regions, each region requires:

  • Brána virtuální sítěA virtual network gateway
  • Připojení brány virtuální sítěA virtual network gateway connection

Následující diagram znázorňuje, jak sítě komunikují mezi datovými centry.The following diagram shows how the networks communicate between data centers.

Skupina dostupnosti

Důležité

Tato architektura nenese poplatky za odchozí data pro data replikovaná mezi oblastmi Azure.This architecture incurs outbound data charges for data replicated between Azure regions. Podívejte se na téma ceny šířky pásma.See Bandwidth Pricing.

Vytvořit vzdálenou replikuCreate remote replica

Pokud chcete vytvořit repliku ve vzdáleném datovém centru, proveďte následující kroky:To create a replica in a remote data center, do the following steps:

  1. Vytvořte virtuální síť v nové oblasti.Create a virtual network in the new region.

  2. Nakonfigurujte připojení typu VNet-to-VNet pomocí Azure Portal.Configure a VNet-to-VNet connection using the Azure portal.

    Poznámka

    V některých případech může být nutné použít PowerShell k vytvoření připojení VNet-to-VNet.In some cases, you may have to use PowerShell to create the VNet-to-VNet connection. Pokud například použijete různé účty Azure, nemůžete konfigurovat připojení na portálu.For example, if you use different Azure accounts you cannot configure the connection in the portal. V tomto případě najdete informace v tématu Konfigurace připojení typu VNet-to-VNet pomocí Azure Portal.In this case see, Configure a VNet-to-VNet connection using the Azure portal.

  3. V nové oblasti vytvořte řadič domény.Create a domain controller in the new region.

    Tento řadič domény zajišťuje ověřování, pokud řadič domény v primární lokalitě není k dispozici.This domain controller provides authentication if the domain controller in the primary site is not available.

  4. Vytvořte SQL Server virtuální počítač v nové oblasti.Create a SQL Server virtual machine in the new region.

  5. Vytvořte Nástroj pro vyrovnávání zatížení Azure v síti v nové oblasti.Create an Azure load balancer in the network on the new region.

    Tento nástroj pro vyrovnávání zatížení musí:This load balancer must:

    • Být ve stejné síti a podsíti jako nový virtuální počítač.Be in the same network and subnet as the new virtual machine.
    • Mít statickou IP adresu pro naslouchací proces skupiny dostupnosti.Have a static IP address for the availability group listener.
    • Zahrňte back-end fond tvořený pouze virtuálními počítači ve stejné oblasti jako nástroj pro vyrovnávání zatížení.Include a backend pool consisting of only the virtual machines in the same region as the load balancer.
    • Použijte test portu TCP specifický pro IP adresu.Use a TCP port probe specific to the IP address.
    • Musí mít pravidlo vyrovnávání zatížení specifické pro SQL Server ve stejné oblasti.Have a load balancing rule specific to the SQL Server in the same region.
    • Pokud virtuální počítače ve fondu back-end nejsou součástí jedné skupiny dostupnosti nebo sady škálování virtuálních počítačů, je Standard Load Balancer.Be a Standard Load Balancer if the virtual machines in the backend pool are not part of either a single availability set or virtual machine scale set. Další informace najdete v článku přehled Azure Load Balancer úrovně Standard.For additional information review Azure Load Balancer Standard overview.
  6. Přidejte funkci clusteringu s podporou převzetí služeb při selhání do nového SQL Server.Add Failover Clustering feature to the new SQL Server.

  7. Připojte se k novému SQL Server k doméně.Join the new SQL Server to the domain.

  8. Nastavte nový účet služby SQL Server na používání doménového účtu.Set the new SQL Server service account to use a domain account.

  9. Přidejte novou SQL Server do clusteru s podporou převzetí služeb při selhání se systémem Windows Server.Add the new SQL Server to the Windows Server Failover Cluster.

  10. Vytvořte prostředek IP adresy v clusteru.Create an IP address resource on the cluster.

    Prostředek IP adresy můžete vytvořit v Správce clusteru s podporou převzetí služeb při selhání.You can create the IP address resource in Failover Cluster Manager. Klikněte pravým tlačítkem na roli skupiny dostupnosti, klikněte na Přidat prostředek, Další prostředkya klikněte na IP adresa.Right-click the availability group role, click Add Resource, More Resources, and click IP Address.

    Vytvořit IP adresu

    Tuto IP adresu nakonfigurujte následujícím způsobem:Configure this IP address as follows:

    • Použijte síť ze vzdáleného datového centra.Use the network from the remote data center.
    • Přiřaďte IP adresu z nového nástroje pro vyrovnávání zatížení Azure.Assign the IP address from the new Azure load balancer.
  11. Na novém SQL Server v SQL Server Configuration Manager Povolit skupiny dostupnosti Always On.On the new SQL Server in SQL Server Configuration Manager, enable Always On Availability Groups.

  12. Otevřete porty brány firewall na novém SQL Server.Open firewall ports on the new SQL Server.

    Čísla portů, která je třeba otevřít, závisí na vašem prostředí.The port numbers you need to open depend on your environment. Otevřete porty pro koncový bod zrcadlení a test stavu služby Azure Load Balancer.Open ports for the mirroring endpoint and Azure load balancer health probe.

  13. Přidejte repliku do skupiny dostupnosti na novém SQL Server.Add a replica to the availability group on the new SQL Server.

    Pro repliku ve vzdálené oblasti Azure ji nastavte pro asynchronní replikaci s ručním převzetím služeb při selhání.For a replica in a remote Azure region, set it for asynchronous replication with manual failover.

  14. Přidejte prostředek IP adresy jako závislost pro cluster naslouchacího bodu přístupu klienta (síťový název).Add the IP address resource as a dependency for the listener client access point (network name) cluster.

    Následující snímek obrazovky ukazuje správně nakonfigurovaný prostředek clusteru IP adres:The following screenshot shows a properly configured IP address cluster resource:

    Skupina dostupnosti

    Důležité

    Skupina prostředků clusteru zahrnuje jak IP adresy.The cluster resource group includes both IP addresses. Obě tyto IP adresy jsou závislosti pro naslouchací bod klienta pro naslouchací proces.Both IP addresses are dependencies for the listener client access point. V konfiguraci závislostí clusteru použijte operátor or .Use the OR operator in the cluster dependency configuration.

  15. Nastavte parametry clusteru v prostředí PowerShell.Set the cluster parameters in PowerShell.

Spusťte skript prostředí PowerShell s názvem sítě clusteru, IP adresou a portem testu, který jste nakonfigurovali v nástroji pro vyrovnávání zatížení v nové oblasti.Run the PowerShell script with the cluster network name, IP address, and probe port that you configured on the load balancer in the new region.

$ClusterNetworkName = "<MyClusterNetworkName>" # The cluster name for the network in the new region (Use Get-ClusterNetwork on Windows Server 2012 of higher 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 (ILB) in the new region. This is the static IP address for the load balancer you configured in the Azure portal.
[int]$ProbePort = <nnnnn> # The probe port you set on the ILB.

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ILBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}

Nastavení připojení pro více podsítíSet connection for multiple subnets

Replika ve vzdáleném datovém centru je součástí skupiny dostupnosti, ale je v jiné podsíti.The replica in the remote data center is part of the availability group but it is in a different subnet. Pokud se tato replika stává primární replikou, může dojít k vypršení časového limitu připojení k aplikacím.If this replica becomes the primary replica, application connection time-outs may occur. Toto chování je stejné jako místní skupina dostupnosti v nasazení s více podsítěmi.This behavior is the same as an on-premises availability group in a multi-subnet deployment. Chcete-li v klientských aplikacích umožňovat připojení, buď aktualizujte připojení klienta, nebo nakonfigurujte ukládání názvů překladu IP adres do prostředku s názvem sítě v clusteru.To allow connections from client applications, either update the client connection or configure name resolution caching on the cluster network name resource.

V případě potřeby aktualizujte připojovací řetězce klienta, aby bylo možné nastavit MultiSubnetFailover=Yes.Preferably, update the client connection strings to set MultiSubnetFailover=Yes. Viz téma připojení pomocí MultiSubnetFailover.See Connecting With MultiSubnetFailover.

Pokud připojovací řetězce upravovat nemůžete, můžete nakonfigurovat ukládání názvů do mezipaměti.If you cannot modify the connection strings, you can configure name resolution caching. Podívejte se na téma chyba vypršení časového limitu a nemůžete se připojit k naslouchacího procesu skupiny dostupnosti AlwaysOn SQL Server 2012 v prostředí s více podsítěmi.See Time-out error and you cannot connect to a SQL Server 2012 AlwaysOn availability group listener in a multi-subnet environment.

Převzetí služeb při selhání do vzdálené oblastiFail over to remote region

Pokud chcete otestovat připojení naslouchacího procesu ke vzdálené oblasti, můžete převzít služby repliky do vzdálené oblasti.To test listener connectivity to the remote region, you can fail over the replica to the remote region. I když je replika asynchronní, převzetí služeb při selhání je ohroženo potenciální ztrátou dat.While the replica is asynchronous, failover is vulnerable to potential data loss. Pokud chcete převzít služby při selhání bez ztráty dat, změňte režim dostupnosti na synchronní a nastavte režim převzetí služeb při selhání na automaticky.To fail over without data loss, change the availability mode to synchronous and set the failover mode to automatic. Použijte k tomu následující postup:Use the following steps:

  1. V Průzkumník objektůse připojte k instanci SQL Server, která je hostitelem primární repliky.In Object Explorer, connect to the instance of SQL Server that hosts the primary replica.
  2. V části skupiny dostupnosti AlwaysOn, skupiny dostupnostiklikněte pravým tlačítkem na vaši skupinu dostupnosti a klikněte na vlastnosti.Under AlwaysOn Availability Groups, Availability Groups, right-click your availability group and click Properties.
  3. Na stránce Obecné v části repliky dostupnostinastavte sekundární repliku na webu Dr tak, aby používala režim synchronního potvrzování a režim automatického převzetí služeb při selhání.On the General page, under Availability Replicas, set the secondary replica in the DR site to use Synchronous Commit availability mode and Automatic failover mode.
  4. Pokud máte sekundární repliku ve stejné lokalitě jako primární replika pro zajištění vysoké dostupnosti, nastavte tuto repliku na asynchronní potvrzení a Ruční.If you have a secondary replica in same site as your primary replica for high availability, set this replica to Asynchronous Commit and Manual.
  5. Klikněte na tlačítko OK.Click OK.
  6. V Průzkumník objektůklikněte pravým tlačítkem na skupinu dostupnosti a pak klikněte na zobrazit řídicí panel.In Object Explorer, right-click the availability group, and click Show Dashboard.
  7. Na řídicím panelu ověřte, zda je replika na webu DR synchronizovaná.On the dashboard, verify that the replica on the DR site is synchronized.
  8. V Průzkumník objektůklikněte pravým tlačítkem na skupinu dostupnosti a pak klikněte na převzetí služeb při selhání... . Studia Management SQL Server otevře Průvodce pro převzetí služeb při selhání SQL Server.In Object Explorer, right-click the availability group, and click Failover.... SQL Server Management Studios opens a wizard to fail over SQL Server.
  9. Klikněte na Dalšía na webu Dr vyberte instanci SQL Server.Click Next, and select the SQL Server instance in the DR site. Znovu klikněte na tlačítko Další .Click Next again.
  10. Připojte se k instanci SQL Server v lokalitě DR a klikněte na Další.Connect to the SQL Server instance in the DR site and click Next.
  11. Na stránce Souhrn zkontrolujte nastavení a klikněte na Dokončit.On the Summary page, verify the settings and click Finish.

Po otestování připojení přesuňte primární repliku zpátky do svého primárního datového centra a nastavte režim dostupnosti zpět na normální provozní nastavení.After testing connectivity, move the primary replica back to your primary data center and set the availability mode back to their normal operating settings. Následující tabulka ukazuje normální provozní nastavení pro architekturu popsanou v tomto dokumentu:The following table shows the normal operational settings for the architecture described in this document:

UmístěníLocation Instance serveruServer Instance RoleRole Režim dostupnostiAvailability Mode Režim převzetí služeb při selháníFailover Mode
Primární datové centrumPrimary data center SQL-1SQL-1 PrimárníPrimary SynchronizaceSynchronous AutomatickéAutomatic
Primární datové centrumPrimary data center SQL-2SQL-2 SekundárníSecondary SynchronizaceSynchronous AutomatickéAutomatic
Sekundární nebo vzdálené datové centrumSecondary or remote data center SQL-3SQL-3 SekundárníSecondary AsynchronněAsynchronous RučněManual

Další informace o plánovaném a vynuceném ručním převzetí služeb při selháníMore information about planned and forced manual failover

Další informace najdete v následujících tématech:For more information, see the following topics: