Co to jest SQL Server AlwaysOn?

By: Simon Liew | Updated: 2017-02-20 | Komentarze (10) | Powiązane: Więcej > Grupy dostępności

Problem

SQL Server AlwaysOn to popularny termin wymieniany w różnych źródłach, ale co tak naprawdę oznacza SQL Server AlwaysOn? Ta wskazówka wyjaśni termin SQL Server AlwaysOn i jego dwie główne technologie.

Rozwiązanie

SQL Server AlwaysOn to termin marketingowy, który odnosi się do rozwiązania wysokiej dostępności i odzyskiwania danych po awarii wprowadzonego wraz z premierą SQL Server 2012.

Szczegółowo, na rozwiązanie SQL Server AlwaysOn składają się dwie technologie:

• AlwaysOn Failover Clustering Instances (AlwaysOn FCI)
• AlwaysOn Availability Groups (AlwaysOn AG)

Pomimo że obie technologie mają pewne podobieństwa, takie jak wymaganie Windows Server FailoverClustering (WSFC) jako podstawy do ich wdrożenia, każda z nich jest odrębną technologią pod parasolem AlwaysOn.

AlwaysOn Failover Clustering Instances (FCI)

AlwaysOn FCI wymaga współdzielonej pamięci masowej, takiej jak sieć SAN iSCSI lub Fibre Channel, do której dostęp mają wszystkie węzły klastra. Istnieje również możliwość skorzystania z narzędzi replikacji danych firm trzecich, które mogą pomóc w spełnieniu wymagań dotyczących pamięci masowej, jeśli nie posiadasz współdzielonej pamięci masowej lub chcesz to zrobić dla maszyn wirtualnych lub w chmurze.

Obsługuje klastrowanie wielostanowiskowe w różnych podsieciach, co umożliwia przełączanie awaryjne instancji SQL Server w różnych centrach danych, ale wymaga to replikacji danych między współdzieloną pamięcią masową w każdym z centrów danych.

AlwaysOn FCI jest dostępny zarówno dla SQL Server Standard jak i Enterprise Edition, ale nakłada ograniczenia na SQL Server Standard Edition, takie jak limit 2 węzłów.

Podczas instalacji SQL Server wybieramy opcję „New SQL failover clusterinstallation”.

Wdrożenie pojedynczej witryny z dwoma węzłami AlwaysOn FCI (przy użyciu trybu quorum Node i DiskMajority) jest przedstawione poniżej.

Tryb quorum pomaga określić, które węzły są dostępne i które z nich powinny być węzłami głównymi. Poprzez zaangażowanie innej maszyny/obiektu można określić, czy komunikacja pomiędzy maszynami została utracona, a tym samym czy powinno nastąpić przełączenie awaryjne. Poniżej znajdują się typowe przykłady trybu quorum, które mogą być użyte w konfiguracji AlwaysOn FCI.

• Node Majority
• Node and Fileshare Majority
• Node and (symmetrical) Disk Majority

Symetryczny magazyn oznacza dysk klastra, który jest współdzielony przez wszystkie węzły WSFC. Dzięki temu współdzielony dysk może być dostępny dla wszystkich potencjalnych węzłów awaryjnych w klastrze WSFC.

AlwaysOn Availability Groups

AlwaysOn AG nie wymaga współdzielonego dysku dla serwera hostującego SQL Server. Ta technologia wysokiej dostępności SQL Server jest od dawna dostępna w wersji Enterprise. Oznacza to, że nie można skonfigurować SQL ServerStandard Edition do korzystania z AlwaysOn AG z wersjami wcześniejszymi niż SQL Server 2016.Obecnie istnieje możliwość utworzenia podstawowej grupy dostępności z SQL Server 2016Standard edition, którą omawiam poniżej.

Podczas instalacji SQL Server wybieramy opcję „New SQL stand-aloneinstallation…”.

Wdrożenie AlwaysOn AG dla HA i DR (z wykorzystaniem trybu quorum Node Majority)przedstawiamy poniżej.

Poniżej przedstawiono kilka typowych przykładów trybu quorum używanego w konfiguracji AlwaysOn AG.

• Node Majority
• Node and Fileshare Majority
• Node and (Asymmetric) Disk Majority

Asymetryczna pamięć masowa oznacza, że dysk klastra jest współdzielony tylko przez podzbiór węzłów. Możliwość asymetrycznego dysku została po raz pierwszy wprowadzona w systemie Windows Server 2008.Pozwala ona na skonfigurowanie świadka dysku i udostępnienie go tylko węzłom w jednej witrynie, zazwyczaj podstawowej.

Nowe funkcje w SQL Server 2016

Teraz, gdy zrozumiałeś różnice między AlwaysOn FCI i AlwaysOn AG, SQL Server 2016 wprowadził dwie dodatkowe odmiany AlwaysOn AG.

• AlwaysOn Basic Availability Groups (AlwaysOn BAG)
• AlwaysOn Distributed Availability Group (AlwaysOn DAG)

AlwaysOn Basic Availability Group (AlwaysOn BAG)

Funkcja AlwaysOn jest teraz dołączona do SQL Server 2016 Standard Edition, ale jest określana jako AlwaysOn BAG. Jest ona tworzona i zarządzana podobnie jak AG, ale AlwaysOn BAG może korzystać tylko z podzbioru funkcji w porównaniu do bardziej zaawansowanejAlwaysOn AG w SQL Server Enterprise Edition. Przykładowym ograniczeniem jest to, że BAG pozwala na posiadanie tylko dwóch replik (primary i secondary).

AlwaysOn BAG zapewnia wsparcie failover tylko dla pojedynczej bazy danych, zastępując mirroring bazy danych, który jest przestarzały.

AlwaysOn Distributed Availability Group (AlwaysOn DAG)

AlwaysOn DAG są luźno połączonymi grupami AG. AlwaysOn DAG działa na dwóch różnych AG, co oznacza, że znajdują się one na dwóch różnych WSFC z własnym zarządzaniem kworum i głosowaniem.

Ta konfiguracja umożliwia istnienie drugorzędnych replik AG w innym regionie geograficznym niż główna. Przykładowym przypadkiem użycia może być umożliwienie obciążenia tylko do odczytu dla odległych regionów i jednoczesne uniknięcie potencjalnych problemów sieciowych w witrynie drugorzędnej, które mogą mieć wpływ na witrynę podstawową.

Charakterystyka AlwaysOn FCI i AlwaysOn AG

Każda z tych dwóch technologii różni się swoim przeznaczeniem. Możliwe jest połączenie technologii AlwaysOn FCI i AlwaysOn AG. Wymagania biznesowe mogą wymagać lokalnej wysokiej dostępności w obrębie centrum danych przy użyciu AlwaysOn FCI i odzyskiwania danych po awarii w innym centrum danych przy użyciu AlwaysOn AG. Oznacza to po prostu, że rozwiązanie będzie składać się z kombinacji współdzielonej i nie współdzielonej pamięci masowej w ramach wdrożenia.

Jeśli zastanawiasz się, które rozwiązanie wdrożyć, poniższa tabela podsumowuje podobieństwa i różnice w charakterystyce rozwiązań SQL Server AlwaysOn FCI i AlwaysOn AG jako pomoc w ocenie rozwiązania SQL Server AlwaysOn.

Inne rzeczy, na które należy zwrócić uwagę w przypadku obu rozwiązań:

• Every single AlwaysOn deploymentis a WSFC deployment
• Both FCIs and AGs can span multipledata centers, but with different implementations
• Can be implemented on physical SQLServer systems, lub na systemach SQL Server działających jako maszyny wirtualne

Podsumowanie

Kiedy mowa jest o SQL Server AlwaysOn, nie jest to specyficzne, ponieważ może odnosić się zarówno do AlwaysOn FCI jak i AlwaysOn AG.

W skrócie:

• AlwaysOn = {SQL Server Failover Cluster Instances, Availability Groups}
• AlwaysOn != SQL Server Failover Cluster Instances != Availability Groups
• Availability Groups != Database Mirroring
• WSFC != SQL Server Failover Cluster Instances

Następne kroki

• High Availability Solutions (SQL Server)
• WWSFC Quorum Modes and Voting Configuration (SQL Server)
• Windows Server Failover Clustering Quorum Configuration Models Explained
• SQL Server AlwaysOn Availability Groups -. Konfiguracja część 1
• Instalacja SQL Server 2008 na klastrze Windows Server 2008 część 1
• Wskazówki dotyczące klastrowania
• Wskazówki dotyczące grup dostępności serwera MySQL

Ostatnia aktualizacja: 2017-02-20

O autorze

Simon Liew jest niezależnym Konsultantem SQL Server w Sydney, Australia. Posiada tytuł Microsoft Certified Master dla SQL Server 2008 oraz tytuł magistra w dziedzinie obliczeń rozproszonych.
Zobacz wszystkie moje porady

Więcej informacji na temat SQL Server DBA…