Share via

Migrowanie grupy dostępności programu SQL Server do wielu podsieci — SQL Server na maszynach wirtualnych platformy Azure

  • Artykuł

Dotyczy:SQL Server na maszynie wirtualnej platformy Azure

W tym artykule przedstawiono migrowanie zawsze włączonej grupy dostępności z jednej podsieci do wielu podsieci w celu uproszczenia nawiązywania połączenia z odbiornikiem na platformie Azure przy użyciu programu SQL Server na maszynach wirtualnych platformy Azure.

Napiwek

Istnieje wiele metod wdrażania grupy dostępności. Uprość wdrażanie i eliminuje konieczność korzystania z usługi Azure Load Balancer lub rozproszonej nazwy sieci (DNN) dla zawsze włączonej grupy dostępności, tworząc maszyny wirtualne programu SQL Server w wielu podsieciach w tej samej sieci wirtualnej platformy Azure. Jeśli grupa dostępności została już utworzona w jednej podsieci, możesz ją zmigrować do środowiska z wieloma podsieciami.

Omówienie

Klienci, którzy korzystają z programu SQL Server na maszynach wirtualnych platformy Azure, mogą zaimplementować zawsze włączoną grupę dostępności (AG) w jednej podsieci lub wielu podsieciach (wiele podsieci). Konfiguracja z wieloma podsieciami upraszcza środowisko grupy dostępności, usuwając konieczność kierowania ruchu do odbiornika w sieci platformy Azure przez usługę Azure Load Balancer lub rozproszoną nazwę sieci (DNN). Podczas korzystania z podejścia obejmującego wiele podsieci zaleca się użycie parametry połączenia dla aplikacjiMultiSubnetFailover = true, co może nie być możliwe natychmiast z powodu zmian na poziomie aplikacji.

Jeśli pierwotnie utworzono grupę dostępności w jednej podsieci i używasz usługi Azure Load Balancer lub nazwy sieci rozproszonej dla odbiornika, a teraz chcesz zmniejszyć złożoność, przechodząc do konfiguracji z wieloma podsieciami, możesz to zrobić, wykonując kilka ręcznych kroków.

Przed rozpoczęciem migracji istniejącego środowiska należy rozważyć ryzyko zmiany środowiska w użyciu.

Rozważ następujące dwa sposoby migracji grupy dostępności do wielu podsieci:

  • Tworzenie nowego środowiska do przeprowadzania testów równoległych
  • Ręczne przenoszenie istniejącej grupy dostępności

Uwaga

Przeprowadzenie migracji wiąże się z pewnym ryzykiem, więc jak zawsze testuje dokładnie w środowisku nieprodukcyjnym przed przejściem do środowiska produkcyjnego.

Nowe środowisko z testowaniem równoległym

Pierwszą metodą przejścia do grupy dostępności z wieloma podsieciami jest skonfigurowanie nowego środowiska. Jeśli jest to wybrana trasa, musisz:

  1. Tworzenie nowych maszyn wirtualnych
  2. Tworzenie nowej grupy dostępności w konfiguracji z wieloma podsieciami
  3. Utwórz kopię zapasową bieżącej bazy danych i przywróć je w nowym środowisku

Początkowo w nowym środowisku z wieloma podsieciami utwórz odbiornik o innej nazwie niż istniejące środowisko pojedynczej podsieci. Nowo nazwany odbiornik w nowej grupie dostępności umożliwia równoległe testowanie aplikacji (testowanie zarówno z wieloma podsieciami, jak i bieżącym modułem równoważenia obciążenia lub nazwą sieci rozproszonej).

Gdy środowisko z wieloma podsieciami zostanie dokładnie zweryfikowane, możesz przeciąć się do nowej infrastruktury. W zależności od środowiska (produkcyjnego, testowego) użyj okna obsługi, aby ukończyć zmianę. W oknie obsługi przywróć bazę danych do nowej repliki podstawowej, usuń odbiornik grupy dostępności w obu środowiskach, a następnie utwórz ponownie odbiornik w środowisku z wieloma podsieciami przy użyciu tej samej nazwy co poprzedni odbiornik, używany w parametry połączenia aplikacji.

Konfigurowanie nowego środowiska w konfiguracji z wieloma podsieciami jest teraz łatwiejsze dzięki środowisku wdrażania witryny Azure Portal.

Ręczne przenoszenie istniejącej grupy dostępności

Drugą opcją jest ręczne przejście ze środowiska pojedynczej podsieci do środowiska z wieloma podsieciami. Aby przeprowadzić migrację przy użyciu tej metody, potrzebne są następujące wymagania wstępne:

  • Adres IP dla każdej maszyny w nowej podsieci
  • Ciągi Połączenie ion już używaneMultiSubnetFailover = true

Aby przeprowadzić migrację grupy dostępności do konfiguracji z wieloma podsieciami, wykonaj następujące kroki:

  1. Utwórz nową podsieć dla każdej pomocniczej, ponieważ wszystkie maszyny wirtualne znajdują się obecnie w tej samej podsieci.

  2. Określ adres IP klastra i adres IP odbiornika dla wszystkich serwerów w grupy dostępności. Jeśli na przykład masz grupę dostępności z dwoma węzłami, masz następujące elementy:

    Nazwa maszyny wirtualnej Podsieć Adres IP klastra Adres IP odbiornika
    VM1 (podstawowa) 10.1.1.0/24 (istniejąca podsieć) 10.1.1.15 10.1.1.16
    VM2 (pomocnicza) 10.1.2.0/24 (nowa podsieć) 10.1.2.15 10.1.2.16

  3. Dodaj adres IP klastra i adres IP odbiornika do podstawowego serwera repliki. Dodanie tych adresów IP jest operacją online.

  4. W witrynie Azure Portal przenieś serwer pomocniczy do nowej podsieci, przechodząc do konfiguracji adresów IP interfejsu sieciowego sieci > maszyny >>wirtualnej. Przeniesienie serwera do nowej podsieci powoduje ponowne uruchomienie pomocniczego serwera repliki.

  5. Dodaj adres IP klastra i adres IP odbiornika do pomocniczego serwera repliki. Dodanie tych adresów IP jest operacją online.

  6. W tym momencie, ponieważ adresy IP i podsieci są w miejscu, dzięki czemu można usunąć moduł równoważenia obciążenia.

  7. Upuść odbiornik.

  8. Jeśli używasz systemu Windows Server 2019 i nowszych wersji, pomiń ten krok. Jeśli używasz systemu Windows Server 2016, ręcznie dodaj adresy IP klastra do wystąpienia klastra.

  9. Utwórz ponownie odbiornik przy użyciu nowych adresów IP odbiornika.

  10. Opróżnij usługę DNS na wszystkich serwerach przy użyciu polecenia ipconfig /flushdns.

Następne kroki