- Identyfikacja kodu strefy dostępności
- Warstwy pamięci a instancje serwera
- Co zapewnia wdrożenie Multi-AZ?
Aby w pełni zrozumieć, co oznacza Multi-AZ Deployment oznacza dla Twojej infrastruktury, ważne jest, aby rozpoznać, w jaki sposób Amazon Web Services jest skonfigurowany na całym świecie, a tym samym w jaki sposób zapewnia usługi redundancji bez względu na Twoją lokalizację.
Jak omówiono w oficjalnej dokumentacji, chmura AWS składa się z wielu Regions , czyli fizyczne lokalizacje na całym świecie, takie jak Oregon w Stanach Zjednoczonych; Północna Wirginia, Stany Zjednoczone; Irlandia; i Tokio.
W każdym Region istnieje wiele oddzielnych fizycznych centrów danych, znanych jako Availability Zones . Każda Availability Zone to samowystarczalny obiekt z własnym zasilaniem, łącznością i możliwościami sieciowymi. Większość Regions znajdują się 2-3 różne Availability Zones każdy, zapewniając odpowiednią redundancję, gdy jest to konieczne w danym Region .
Podczas gdy Amazon zawsze rozwija swój Region i Availability Zone zasięg, możesz wyświetlić aktualną mapę infrastruktury AWS Cloud na poniższym obrazku:
Zdjęcie dzięki uprzejmości Amazon Web Services
Wszystkie Availability Zones w jednym Region są połączone ze sobą za pośrednictwem prywatnej sieci światłowodowej, dzięki czemu każda Availability Zone do komunikowania się ze sobą oraz szybkiego i wydajnego przesyłania danych zgodnie z wymaganiami.
Identyfikacja kodu strefy dostępności
Podczas tworzenia nowej instancji za pośrednictwem pulpitu nawigacyjnego AWS, możesz otrzymać możliwość wybrania określonej Availability Zones lub w wielu przypadkach po prostu Region a system wybierze Availability Zone dla Ciebie.
Regions są oznaczone prostym ciągiem, aby w razie potrzeby przedstawić kraj i/lub podregion. Na przykład us-west-2 to oznaczenie Region w stanie Oregon w Stanach Zjednoczonych podczas gdy us-west-1 dotyczy Kalifornii w Stanach Zjednoczonych.
Availability Zones są wyznaczane zgodnie z Region tag z oznaczeniem literowym, np. us-west-1b lub us-west-2a .
Warstwy pamięci a instancje serwera
Kolejna ważna koncepcja do zrozumienia, aby zrozumieć, jakie Multi-AZ Deployments pociąga za sobą różnicę między storage layer i server instance .
server instance ponieważ twoja baza danych jest najlepiej traktowana jako fizyczna maszyna, która kontroluje strukturę twojej bazy danych i trasy wszystkie dane zawarte w storage layer .
storage layer jest opartym na SSD wirtualizowanym reprezentacja wszystkich rzeczywistych danych w Twojej bazie danych. Słowo kluczowe, na którym należy się skoncentrować, jest wirtualizowane , co jest wymyślnym sposobem Amazona na powiedzenie, że storage layer który reprezentuje rzeczywiste dane w twoim systemie, nie jest podłączony do żadnej fizycznej lokalizacji lub maszyny, ale zamiast tego jest zwirtualizowany i propagowany do wielu lokalizacje (łącznie sześć w trzech Availability Zones w większości przypadków).
Co zapewnia wdrożenie Multi-AZ?
W prawie wszystkich przypadkach korzystania z usług Amazon Web Services jest to standardowa praktyka w przypadku storage layer (gdzie znajdują się wszystkie dane), które mają być nadmiarowo przechowywane we wszystkich Availability Zones w obrębie danego Region bez dodatkowych kosztów. W przypadku, gdy jedna Availability Zone przechodzi w tryb offline z jakiegoś powodu (co jest mało prawdopodobne), system jest już gotowy do natychmiastowego i automatycznego kontynuowania usług Twojej bazy danych poprzez identyczną kopię storage layer z jednej z pozostałych połączonych Availability Zones .
Jednak , o ile nie określono inaczej, ta nadmiarowość jest stosowana tylko do storage layer , ale nie istnieje dla fizycznej maszyny Twojej rzeczywistej server instance . Jeśli coś miałoby spowodować Availability Zone gdzie twoja server instance pozostaje do wyłączenia, twoja baza danych przestanie działać, ponieważ fizyczna server instance jest offline.
W tym miejscu Multi-AZ Deployment wchodzi w usługi takie jak Amazon Aurora. Podobnie jak automatyczna redundancja danych w Twojej storage layer , Multi-AZ Deployment oznacza, że Twoja server instance jest również nadmiarowo kopiowany w wielu Availability Zones . Z tego powodu każde Multi-AZ Deployment w Amazon Aurora ma pewność, że powinna istnieć pojedyncza Availability Zone przejdź do trybu offline, gdzie fizyczna server instance znajduje się maszyna, automatyczne przełączanie awaryjne jest inicjowane w aktualnej replikacji w trybie gotowości w innej połączonej Availability Zone .
Jak omówiono w oficjalnej dokumentacji, aby zmaksymalizować czas pracy systemu, procedura przełączania awaryjnego (która zwykle zajmuje tylko 1-2 minuty) zostanie wykonana automatycznie w przypadku dowolnego z następujących zdarzeń:
- Utrata dostępności w podstawowej
Availability Zone - Utrata połączenia sieciowego z głównym
- Awaria jednostki obliczeniowej na podstawowej
- Awaria pamięci podstawowej
