Exchange 2013 – Outlook i Load Balancing cz. 1
Exchange 2013 wprowadza fundamentalne zmiany w sposobie, w jaki Outlook laczy sie ze skrzynka pocztowa, które ma wplyw na rozwiazania uzywane do dystrybucji polaczen i zapewniania wysokiej dostepnosci dla serwerów Client Access. W pierwszej czesci, dwuczesciowej serii artykulów, chcialbym opisac zmiany w Load Balancingu polaczen inicjowanych przez Outlooka. W drugiej czesci skupie sie na tym jak dziala automatyczne przelaczenie na osrodek zapasowy przy zastosowaniu wspólnej nazwy dla obu lokalizacji.
Koniec RPC over TCP
W Exchange 2013 zamiast protokolu RPC (over TCP), Outlook wykorzystuje protokól RPC over HTTPS znany z poprzednich wersji Exchange, jako Outlook Anywhere. Zmiana nastapila równiez, jesli chodzi wartosc RPC Endpoint, czyli docelowego miejsca polaczenia RPC. Ten parametr polaczenia, nie zawiera wartosci CAS Array, tak jak bylo to w Exchange 2010. W Exchange 2013 RPC Endpoint konstruowany jest na podstawie GUID skrzynki pocztowej oraz domeny SMTP uzytkownika. RPC Endpoint moze wygladac np. tak:
Affinity – co sie z nim stalo?
W srodowisku Exchange 2010 klient Outlook nawiazywal polaczenie RPC over TCP z usluga RPCClientAccessService znajdujaca sie na serwerze z zainstalowana rola Client Access Server. W celu zapewnienia wysokiej dostepnosci dla tych polaczen, konieczne bylo stworzenie wspólnej przestrzeni nazw dla serwerów CAS w postaci obiektu CAS Array. Oprócz tego, potrzebny byl load-balancer, który zapewnialby tzw. „Affinity”, czyli nawiazywania polaczen RCP over TCP przez danego klienta Outlook, zawsze z tym samym serwerem CAS.
W srodowisku Exchange 2013 na serwerach CAS nie znajdziemy uslugi RPCClientAccessService. Zamiast tego, polaczenie RPC over HTTP nawiazywane przez klienta Outlook jest odbierane przez usluge World Wide Web Publishing Service na serwerze CAS. Nastepnie, zadanie RPC jest wyodrebnianie z pakietu HTTP i odczytywany jest z niego RPC Endpoint. Ten parametr zawiera Mailbox GUID, laczacego sie uzytkownika. GUID zostaje uzyty do wyszukania w Active Directory informacji o bazie skrzynkowej, w której znajduje sie skrzynka uzytkownika. Nastepnie serwer CAS kontaktuje sie z Active Managerem, znajdujacym sie na serwerze Mailbox, w celu ustalenia serwera z aktywna kopia bazy. Po odnalezieniu tej informacji, polaczenie RPC over HTTP jest PROXOWANE przez serwer CAS do serwera Mailbox.
W zwiazku z tym nie jest istotne, do którego serwera CAS trafi nasze polaczenie RPC over HTTP, czyli nie jest konieczne zapewnienie „Affinity”. Nasze pakiety RPC over HTTP moga trafiac do róznych serwerów CAS, a nasze polaczenie ze skrzynka wciaz bedzie zestawione. Jest to spowodowane tym, ze pakiety zawsze trafiaja do tego samego serwera Mailbox, na którym znajduje sie aktywna kopia bazy skrzynkowej z nasza skrzynka pocztowa. Serwery CAS, które posrednicza w polaczeniu pelnia tylko role bezstanowych serwerów „proxujacych”
polaczenia
Jakiego Load Balancera uzyc?
Powyzsze zmiany powoduja, ze mozemy skorzystac z load-balancera warstwy 4, aby dystrybuowac polaczenia i zapewnic wysoka dostepnosc dla serwerów CAS. Urzadzenie tego typu, decyzje o tym, do którego serwera przekazac polaczenie, podejmuje na podstawie portu TCP, na którym zostalo nawiazane polaczenie. Nie musimy korzystac z load balancerów warstwy 7, analizujacych ruch na poziomie warstwy aplikacyjnej modelu ISO sieci. Istotnym faktem jest, aby load balancer potrafil sprawdzac dostepnosc uslug na serwerach, do których przekazuje ruch. W zwiazku z tym Windows Network Load Balancer, podobnie jak w wersji Exchange 2010, nie jest rekomendowanym rozwiazaniem, poniewaz weryfikuje tylko dostepnosc interfejsu sieciowego – sprawdza, czy serwer odpowiada na pakiety ICMP.
Podsumowanie
Podsumowujac powyzsze spostrzezenia, Affinity nie jest wymagane dla polaczen Outlook – Client Access Server. W zwiazku z tym Load Balancer warstwy 4, skonfigurowany bez Affinity, moze byc stosowany, w srodowisku Exchange 2013.
Jaki wplyw na zmiany w dzialaniu serwerów CAS maja na Outlook Web App, co jesli rola CAS jest kolokowana z rola Mailbox i nastapi awaria serwera z aktywna kopia bazy? Aby sie tego dowiedziec zapraszamy na szkolenia Exchange 2013 Ignite, podczas, którego omawiamy takze inne interesujace nowosci w najnowszej wersji serwera Exchange.