Odbiornik grup dostępności

Patrzę na grupy dostępności AlwaysOn. Im dłużej na to patrzę, tym bardziej wydaje się, że grupa nasłuchiwania dostępności jest pojedynczym punktem awarii. Gdzie dokładnie działa słuchacz? Oddzielny serwer, podstawowy serwer SQL, wszystkie?

Załóżmy, że mam cały stos aplikacji w moim drugim centrum danych. Jak skonfigurować nasłuchiwanie (-a) tak, aby działały w obu witrynach i aby aplikacje wskazywały własne kopie lokalne?

Jestem pewien, że coś tu brakuje, ale nie wiem co.

sql-server sql-server-2012 availability-groups

— Tim Brigham
źródło

Odpowiedzi:

Odbiornik AG to wirtualna nazwa sieci (VNN) lub wirtualny adres IP (VIP).

Odbiornik grupy dostępności to nazwa sieci wirtualnej (VNN), z którą klienci mogą się łączyć w celu uzyskania dostępu do bazy danych w podstawowej lub dodatkowej replice grupy dostępności AlwaysOn.

Wskazujesz aplikacje na odbiornik (który jest zarejestrowany w DNS) i kieruje ruchem w AG. Tak więc, chyba że wszystkie kontrolery domeny ulegną awarii w tym samym czasie, nadmiarowość to liczba serwerów kontrolerów domeny / serwerów DNS.

Detektor grup dostępności składa się z nazwy detektora DNS, oznaczenia portu detektora i co najmniej jednego adresu IP. Odbiornik grupy dostępności obsługuje tylko protokół TCP. Nazwa DNS detektora musi być również unikalna w domenie i w NetBIOS. Po utworzeniu nowego nasłuchiwania grupy dostępności staje się on zasobem w klastrze z powiązaną nazwą sieci wirtualnej (VNN), wirtualnym adresem IP (VIP) i zależnością grupy dostępności. Klient używa systemu DNS do przetworzenia VNN na wiele adresów IP, a następnie próbuje połączyć się z każdym adresem, dopóki żądanie połączenia się nie powiedzie lub dopóki żądania połączenia nie przekroczą limitu czasu.

Ten artykuł MSDN (z którego zacytowałem) powinien być dobrym punktem wyjścia do tego, czym dokładnie jest AG Listener.

https://msdn.microsoft.com/en-us/library/hh213417.aspx

— Kris Gruttemeyer
źródło

Dzięki Kris. Z jakiegoś powodu miałem wrażenie, że wpis DNS wskazuje na grupę dostępności, a nie to, że tak naprawdę działa. Nie ważne ile razy przeczytałem ten dokument, z którym się nie spotkał. Tak długo, jak mam DC w moim drugim centrum danych, nic mi nie będzie.

— Tim Brigham,

Dzięki, Kris. Jaki jest cel posiadania tych adresów IP nasłuchujących? Można to wyjaśnić w sposób

— laicki

Jest to spójny punkt połączenia dla aplikacji i usług. W przypadku technologii takich jak dublowanie należy określić serwer pomocniczy w ciągu połączenia, jeśli podstawowy nie będzie dostępny. W przypadku nasłuchującego nazwa nigdy się nie zmienia, tylko podstawowe zmiany pod nią. Kiedy więc przejdziesz w tryb failover, proces jest płynny i przejrzysty (głównie) dla aplikacji.

— Kris Gruttemeyer

Jaka jest różnica między tym a IP klastra?

— Edgar Allan Bayron

@EdgarAllanBayron - IP klastra to wewnętrzny adres IP używany przez sam WSFC. Adres IP odbiornika to inny adres IP, który umożliwia łączność z programem SQL Server. Są to 2 osobne adresy IP.

— Kris Gruttemeyer

Odbiornik jest zasobem awaryjnym w ramach WSFC, na którym zbudowano AG. Będzie podążał za repliką podstawową, gdy ulegnie awarii, więc jest w niej pewna nadmiarowość. Jak wspomniano, strona DNS jest oparta na infrastrukturze AD i czasie działania DNS.

W przykładzie dodatkowego centrum danych będziesz chciał skonfigurować WSFC jako konfigurację obejmującą wiele podsieci, umożliwiającą odbiornikowi przechowywanie adresu IP w obu podsieciach dla centrów danych. Jeśli AG przejdzie w tryb awaryjny do dodatkowego kontrolera domeny, odbiornik stanie się aktywny w tej podsieci. Twoje aplikacje będą widziały tylko przestoje dla IP, aby przejść do trybu online w tym wtórnym DC, a następnie przełączy się również replika.