Изберете достапност низ зони и региони

Почнете со корисничката операција

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

Поставете цел за нивото на услугата (SLO) за важната операција. Одредете кои барања се бројат, што значи успех и кој е периодот на мерење. SLA на услуга во облак ја опишува обврската на тој давател. Не ја потврдува измерената достапност на вашата апликација.

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

Разберете ги границите на откажување

AWS Availability Zone (AZ) е изолирана инфраструктурна локација во еден регион (Region). Регион содржи повеќе AZ. Дизајн со повеќе региони ги распределува компонентите на работното оптоварување низ региони. Другите даватели имаат свои граници и однесување на услугите; испитајте ја избраната услуга.

Ова се можности на дизајнот, а не гаранции за достапност. Ознака не докажува дека секоја потребна компонента ја користи предвидената граница.

Следете ја целата патека на барањето

Разгледајте измислена услуга за резервации. Веб-реплики работат во две AZ. Двете користат една база и една излезна мрежна капија (gateway) во AZ A. Капијата е потребна за повикување на давателот на плаќања.

Ако AZ A откаже, веб-репликата во AZ B може да остане исправна додека резервациите сè уште не успеваат. Тимот мора да ги оцени базата, мрежната патека, давателот на идентитет, зависноста од плаќања и насочувањето. Испитајте го вистинскиот режим на управуваната база: репликацијата, префрлувањето при откажување и однесувањето на компонентите за читање зависат од производот и конфигурацијата.

Проверете го и капацитетот. Преостанатите ресурси мора да го поднесат потребното оптоварување. Дизајн што се потпира на создавање капацитет за време на инцидент зависи од квоти, достапни ресурси и операции на контролниот слој.

Извршете контролирана вежба со определена граница, услови за запирање и одговорно лице. Проверете целосна резервација, вклучувајќи усогласување на плаќањата. Запишете ги неуспешните барања и времето до обновување на корисното работење.

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

Работењето во повеќе региони додава пренос на податоци, дуплирани ресурси, координација на распоредувањето и оперативна работа. Active/passive одржува една околина подготвена да го преземе сообраќајот. Active/active опслужува сообраќај во повеќе од една околина. Потребната подготвеност и однесувањето на податоците се разликуваат.

Кај услугата за резервации, истовремените запишувања отвораат прашање: може ли два региона да го продадат истото седиште? Одредете кој има овластување за резервацијата и како се постапува при прекината репликација. „Реплицирајте ја базата“ не е целосен одговор.

Проверете ги дозволените локации на податоци, клучевите за шифрирање, сертификатите, DNS, тајните и надворешните услуги. Прекин на заедничката услуга за идентитет или неисправно издание може да засегне повеќе региони. Повеќе локации не ја отстрануваат секоја заедничка причина.

Поврзете ја достапноста со обновувањето

HA се справува со определени откажувања за време на работењето. Обновувањето по катастрофа враќа употреблива услуга и нејзините податоци по настан што го нарушува работењето. На услуга во повеќе региони сè уште ѝ треба план за обновување по бришење или оштетување податоци.

Документирајте ги избраните сценарија на откажување и оние што бизнисот ги прифаќа. Одржувајте ги тестовите и инфраструктурните дефиниции усогласени додека апликацијата се менува. Продолжете со RTO, RPO и обновување по катастрофа.