Sdílet prostřednictvím

Migrace skupiny dostupnosti SQL Serveru do více podsítí – SQL Server na virtuálních počítačích Azure

  • Článek

Platí pro: SQL Server na virtuálním počítači Azure

V tomto článku se naučíte migrovat skupinu dostupnosti AlwaysOn (AG) z jedné podsítě do více podsítí, abyste zjednodušovali připojení k naslouchacímu procesu v Azure pomocí SQL Serveru na virtuálních počítačích Azure.

Tip

Existuje mnoho metod nasazení skupiny dostupnosti. Zjednodušte nasazení a eliminujte potřebu služby Azure Load Balancer nebo názvu distribuované sítě (DNN) pro vaši skupinu dostupnosti AlwaysOn vytvořením virtuálních počítačů s SQL Serverem v několika podsítích ve stejné virtuální síti Azure. Pokud jste skupinu dostupnosti už vytvořili v jedné podsíti, můžete ji migrovat do prostředí s více podsítěmi.

Přehled

Zákazníci, kteří používají SQL Server na virtuálních počítačích Azure, můžou implementovat skupinu dostupnosti AlwaysOn (AG) v jedné podsíti nebo více podsítích (více podsítí). Konfigurace více podsítí zjednodušuje prostředí skupiny dostupnosti tím, že odebere potřebu azure Load Balanceru nebo názvu distribuované sítě (DNN) směrovat provoz do naslouchacího procesu v síti Azure. Při použití přístupu s více podsítě se doporučuje, aby aplikace MultiSubnetFailover = truepoužívala připojovací řetězec, což nemusí být možné okamžitě kvůli změnám na úrovni aplikace.

Pokud jste původně vytvořili skupinu dostupnosti v jedné podsíti a pro naslouchací proces používáte Azure Load Balancer nebo DNN a teď chcete snížit složitost přechodem na konfiguraci s více podsítěmi, můžete to provést pomocí několika ručních kroků.

Před zahájením migrace stávajícího prostředí zvažte rizika změny prostředí v použití.

Zvažte následující dva způsoby migrace skupiny dostupnosti do několika podsítí:

  • Vytvoření nového prostředí pro souběžné testování
  • Ruční přesun existující skupiny dostupnosti

Upozornění

Provedení jakékoli migrace zahrnuje určité riziko, takže jako vždy důkladně testujte v neprodukčním prostředí před přechodem do produkčního prostředí.

Nové prostředí s souběžným testováním

První metodou přechodu na skupinu dostupnosti s více podsítěmi je nastavení nového prostředí. Pokud se jedná o zvolenou trasu, musíte:

  1. Vytvoření nových virtuálních počítačů
  2. Vytvoření nové skupiny dostupnosti v konfiguraci s více podsítěmi
  3. Zálohujte aktuální databázi a obnovte je do nového prostředí.

Zpočátku v novém prostředí s více podsítěmi vytvořte naslouchací proces s jiným názvem než existující prostředí jedné podsítě. Nově pojmenovaný naslouchací proces v nové skupině dostupnosti umožňuje souběžné testování aplikace (testování s více podsítěmi i aktuálním nástrojem pro vyrovnávání zatížení nebo DNN).

Jakmile je prostředí s více podsítěmi důkladně ověřeno, můžete přejít na novou infrastrukturu. V závislosti na prostředí (produkční, testovací) použijte k dokončení změny časové období údržby. Během časového období údržby obnovte databázi na novou primární repliku, odeberte naslouchací proces skupiny dostupnosti v obou prostředích a potom znovu vytvořte naslouchací proces v prostředí s více podsítěmi se stejným názvem jako předchozí naslouchací proces, který se používá v aplikaci připojovací řetězec.

Nastavení nového prostředí v konfiguraci s více podsítěmi je teď jednodušší díky prostředí pro nasazení na webu Azure Portal.

Ruční přesun existující skupiny dostupnosti

Druhou možností je ruční přesun z jednoho prostředí podsítě do prostředí s více podsítěmi. K migraci pomocí této metody potřebujete následující požadavky:

  • IP adresa pro každý počítač v nové podsíti
  • Připojovací řetězce, které už používají MultiSubnetFailover = true

Pokud chcete migrovat skupinu dostupnosti do konfigurace s více podsítěmi, postupujte takto:

  1. Vytvořte pro každou sekundární podsíť novou podsíť, protože všechny virtuální počítače jsou aktuálně ve stejné podsíti.

  2. Určete IP adresu clusteru a IP adresu naslouchacího procesu pro všechny servery ve skupině dostupnosti. Pokud máte například skupinu dostupnosti se dvěma uzly, máte následující:

    Název virtuálního počítače Podsíť IP adresa clusteru IP adresa naslouchacího procesu
    Virtuální počítač 1 (primární) 10.1.1.0/24 (existující podsíť) 10.1.1.15 10.1.1.16
    VM2 (sekundární) 10.1.2.0/24 (nová podsíť) 10.1.2.15 10.1.2.16

  3. Přidejte IP adresu clusteru a IP adresu naslouchacího procesu na server primární repliky. Přidání těchto IP adres je online operace.

  4. Na webu Azure Portal přesuňte sekundární server do nové podsítě tak, že přejdete do konfigurace IP adres síťového rozhraní > sítě virtuálního počítače > >. Přesunutí serveru do nové podsítě restartuje sekundární server repliky.

  5. Přidejte IP adresu clusteru a IP adresu naslouchacího procesu na sekundární server repliky. Přidání těchto IP adres je online operace.

  6. V tuto chvíli platí, že vzhledem k tomu, že jsou zavedené IP adresy a podsítě, můžete nástroj pro vyrovnávání zatížení odstranit.

  7. Vypusťte naslouchací proces.

  8. Pokud používáte Windows Server 2019 a novější verze, přeskočte tento krok. Pokud používáte Windows Server 2016, přidejte IP adresy clusteru do FCI ručně.

  9. Znovu vytvořte naslouchací proces s novými IP adresami naslouchacího procesu.

  10. Vyprázdnění DNS na všech serverech pomocí ipconfig /flushdns.

Další kroky