- Идентифициране на код на зона за наличност
- Слоеве за съхранение срещу сървърни екземпляри
- Какво предоставя внедряването в няколко AZ?
За да разберете напълно какво представлява Multi-AZ Deployment означава за вашата инфраструктура, от решаващо значение е да разпознаете как са конфигурирани Amazon Web Services по целия свят и по този начин как предоставя услугите за резервиране, независимо от вашето местоположение.
Както е обсъдено в официалната документация, AWS Cloud се състои от редица Regions , които са физически местоположения по целия свят, като Орегон, САЩ; Северна Вирджиния, САЩ; Ирландия; и Токио.
Във всеки Region съществуват редица отделни физически центрове за данни, известни като Availability Zones . Всяка Availability Zone е самостоятелно съоръжение със собствена мощност, свързаност и мрежови възможности. Повечето Regions са дом на 2-3 различни Availability Zones всеки, осигуряващ адекватно дублиране, когато е необходимо в рамките на даден Region .
Докато Amazon винаги разширява своя Region и Availability Zone покритие, можете да видите текуща карта на инфраструктурата на AWS Cloud на изображението по-долу:
Изображението е предоставено с любезното съдействие на Amazon Web Services
Всички Availability Zones в рамките на един Region са свързани помежду си чрез частна оптична мрежа, което позволява всяка Availability Zone да комуникират помежду си и да прехвърлят данни бързо и ефективно, както е необходимо.
Идентифициране на код на зона за наличност
Когато създавате нов екземпляр чрез таблото за управление на AWS, може да ви бъде представена опцията да изберете конкретна Availability Zone , или в много случаи просто Region и системата ще избере Availability Zone за теб.
Regions са обозначени с обикновен низ за представяне на държавата и/или подрегиона, ако е необходимо. Например us-west-2 е обозначението за Region на Орегон, САЩ докато us-west-1 е за Калифорния, САЩ.
Availability Zones са обозначени, като следвате Region маркер с буквено обозначение, като us-west-1b или us-west-2a .
Слоеве за съхранение срещу сървърни екземпляри
Друга важна концепция, която трябва да разберете, за да разберете какво Multi-AZ Deployments entail е разликата между storage layer и server instance .
server instance за вашата база данни е най-добре да се мисли като физическа машина, която контролира структурата на вашата база данни и маршрути всички ваши данни, които се съдържат в storage layer .
storage layer е подкрепено от SSDвиртуализирано представяне на всички действителни данни във вашата база данни. Ключовата дума, върху която трябва да се съсредоточите тук, е виртуализирано , което е фантастичният начин на Amazon да каже, че storage layer който представлява действителните данни във вашата система, не е свързан към нито едно физическо местоположение или машина, а вместо това се виртуализира и разпространява до многобройни местоположения (общо шест в три Availability Zones). в повечето случаи).
Какво предоставя внедряването в няколко AZ?
В почти всички случаи, използващи Amazon Web Services, това е стандартна практика за storage layer (където се намират всички данни) да се съхраняват излишно във всички Availability Zones в рамките на дадения Region без допълнителни разходи. В случай, че една Availability Zone излиза офлайн поради някаква причина (колкото и малко вероятно да е това), системата вече е на място, за да продължи незабавно и автоматично услугите на вашата база данни чрез идентично копие на storage layer от една от другите свързани Availability Zones .
Въпреки това , освен ако не е посочено друго, този излишък се прилага само към storage layer , но не съществува за физическата машина на вашия действителен server instance . Ако нещо предизвика Availability Zone където вашият server instance остава до изключване, вашата база данни ще престане да функционира, тъй като физическият server instance е офлайн.
Това е мястото, където Multi-AZ Deployment идва за услуги като Amazon Aurora. Точно като автоматичното дублиране на данните във вашия storage layer , Multi-AZ Deployment означава, че вашият server instance също така се копира излишно в множество Availability Zones . Поради тази причина всяко Multi-AZ Deployment на Amazon Aurora гарантира, че трябва да има една Availability Zone отидете офлайн, където физическият server instance машината се намира, се инициира автоматично преминаване при отказ при актуална репликация в режим на готовност в друга свързана Availability Zone .
Както е обсъдено в официалната документация, за да увеличите максимално времето за работа на вашата система, процедурата за преодоляване на срив (която обикновено отнема само 1-2 минути) ще се извърши автоматично в случай на някое от следните събития:
- Загуба на наличност в основната
Availability Zone - Загуба на мрежова връзка към основната
- Повреда на изчислителния блок на първичния
- Неизправност на съхранението на основното
