Изберете наличност между зони и региони

Започнете с потребителската операция

Високата наличност (HA) цели да запази услугата използваема въпреки откази на компоненти. Определете използваемостта, преди да изберете архитектурата. Страница за резервации, която се зарежда, докато всички заявки за резервация се провалят, не е налична услуга за резервации.

Задайте цел за ниво на услугата (SLO) за важната операция. Определете кои заявки се броят, какво означава успех и какъв е периодът на измерване. SLA на облачна услуга описва ангажимента на доставчика. Не установява измерената наличност на Вашето приложение.

За илюстрация, наличност от 99,9%, измерена по време, допуска 43,2 минути недостъпност в 30-дневен месец. SLO, основана на заявки, има различен знаменател. Нито едно измерване не казва колко данни можете да загубите и не гарантира максимална продължителност на отделно прекъсване.

Разберете границите на отказите

AWS Availability Zone (AZ) е изолирано инфраструктурно местоположение в регион (Region). Един регион съдържа няколко AZ. Multi-region проект разпределя компоненти на работното натоварване между региони. Други доставчици имат собствени граници и поведение на услугите; прегледайте избраната услуга.

Това са проектни възможности, а не гаранции за наличност. Етикет не доказва, че всеки необходим компонент използва предвидената граница.

Проследете целия път на заявката

Разгледайте измислена услуга за резервации. Уеб реплики работят в две AZ. И двете използват една база данни и един изходящ gateway в AZ A. Gateway-ят е необходим за извикване на доставчика на плащания.

Ако AZ A откаже, уеб репликата в AZ B може да остане работоспособна, докато резервациите все още се провалят. Екипът трябва да оцени базата данни, мрежовия път, доставчика на идентичност, зависимостта от плащания и маршрутизирането. Прегледайте действителния режим на управляваната база данни: репликацията, превключването при отказ и поведението при четене се различават според продукта и конфигурацията.

Проверете и капацитета. Оцелелите ресурси трябва да поемат необходимото натоварване. Проект, който разчита на създаване на капацитет по време на инцидент, зависи от квоти, налични ресурси и операции на слоя за управление.

Проведете контролирано упражнение с определена граница, условия за спиране и отговорник. Проверете пълна резервация, включително съгласуване на плащането. Запишете неуспешните заявки и времето до възстановяване на полезна работа на услугата.

Решете дали друг регион решава проблема

Multi-region експлоатация добавя пренос на данни, дублирани ресурси, координация на внедряванията и оперативна работа. Active/passive държи една среда готова да поеме трафик. Active/active обслужва трафик в повече от една среда. Необходимата готовност и поведението на данните се различават.

За услугата за резервации едновременните операции за запис поставят въпрос: могат ли два региона да продадат едно и също място? Определете кой има правомощие за резервацията и какво е поведението при прекъсната репликация. „Репликирайте базата данни“ не е пълен отговор.

Проверете разрешените местоположения на данните, ключовете за криптиране, сертификатите, DNS, тайните стойности и външните услуги. Отказ на общата услуга за идентичност или проблемна версия може да засегне няколко региона. Повече местоположения не премахват всяка обща причина.

Свържете наличността с възстановяването

HA обработва определени откази по време на експлоатация. Disaster recovery възстановява използваема услуга и данните ѝ след сериозно нарушаване на работата. Multi-region услуга все още се нуждае от план за възстановяване при изтриване или повреда на данни.

Документирайте избраните сценарии на отказ и тези, които бизнесът приема. Поддържайте тестовете и инфраструктурните определения съгласувани при промени в приложението. Продължете с RTO, RPO и disaster recovery.