Veldu tiltækileika yfir AZ og Region-svæði

Byrjaðu á aðgerð notandans

Hár tiltækileiki, eða HA, miðar að því að halda þjónustu nothæfri þrátt fyrir bilanir í einstökum hlutum. Skilgreindu nothæfi áður en þú velur högun. Bókunarsíða sem hleðst inn á meðan allar bókunarbeiðnir mistakast er ekki tiltæk bókunarþjónusta.

Settu þjónustustigsmarkmið, eða SLO, fyrir mikilvægu aðgerðina. Skilgreindu hvaða beiðnir telja, hvað árangur merkir og mælitímabilið. Þjónustustigssamningur skýjaþjónustu, eða SLA, lýsir skuldbindingu þeirrar veitu. Hann staðfestir ekki mældan tiltækileika forritsins þíns.

Til skýringar leyfir 99,9% tiltækileiki mældur í tíma 43,2 mínútna ótiltækileika í 30 daga mánuði. SLO sem byggir á beiðnum hefur annan nefnara. Hvorug mælingin segir hversu mikil gögn mega tapast eða tryggir hámarkslengd einstakrar truflunar.

Skildu bilunarmörkin

AWS Availability Zone, eða AZ, er einangraður innviðastaður innan Region-svæðis. Region inniheldur mörg AZ. Hönnun yfir mörg Region-svæði dreifir hlutum vinnsluálagsins milli þeirra. Aðrar veitur hafa eigin mörk og hegðun þjónusta; skoðaðu þjónustuna sem verður fyrir valinu.

Þetta eru hönnunarmöguleikar, ekki tryggingar fyrir tiltækileika. Heiti sannar ekki að allir nauðsynlegir hlutar noti fyrirhuguð mörk.

Rektu alla beiðnaleiðina

Skoðum ímyndaða bókunarþjónustu. Vefeftirmyndir keyra á tveimur AZ. Báðar nota einn gagnagrunn og eina útleiðargátt á AZ A. Gáttin er nauðsynleg til að kalla á greiðsluveituna.

Ef AZ A bilar getur vefeftirmyndin á AZ B haldist heilbrigð á meðan bókanir mistakast samt. Teymið þarf að meta gagnagrunninn, netleiðina, auðkennisveituna, greiðsluþjónustuna sem kerfið byggir á og beininguna. Skoðaðu raunverulegan rekstrarham stýrða gagnagrunnsins: eftirmyndun, yfirfærsla á varakerfi og hegðun við lestur fer eftir vöru og stillingum.

Athugaðu líka afkastagetu. Tilföngin sem lifa af verða að ráða við nauðsynlegt álag. Hönnun sem treystir á að búa til afkastagetu meðan atvik stendur yfir byggir á kvótum, tiltækum tilföngum og aðgerðum stjórnkerfisins.

Keyrðu stýrða æfingu með skilgreindum mörkum, stöðvunarskilyrðum og ábyrgðaraðila. Sannreyndu heila bókun, þar á meðal afstemmingu greiðslu. Skráðu misheppnaðar beiðnir og tímann þar til gagnlegur rekstur er endurheimtur.

Ákveddu hvort annað Region-svæði leysi vandann

Rekstur á mörgum Region-svæðum bætir við gagnaflutningi, tvöföldum tilföngum, samhæfingu uppsetninga og rekstrarvinnu. Active/passive heldur einu umhverfi tilbúnu að taka við umferð. Active/active afgreiðir umferð í fleiri en einu umhverfi. Nauðsynlegur viðbúnaður og gagnahegðun eru ólík.

Í bókunarþjónustunni vekur samtímis ritun spurningu: geta tvö Region-svæði selt sama sætið? Skilgreindu hvaða kerfi hefur lokaorðið um bókun og hegðun þegar eftirmyndun rofnar. „Eftirmynda gagnagrunninn“ er ekki fullnægjandi svar.

Athugaðu leyfðar gagnastaðsetningar, dulkóðunarlykla, vottorð, DNS, leyndarmál og ytri þjónustur. Bilun í sameiginlegri auðkennisþjónustu eða gölluð útgáfa getur haft áhrif á mörg Region-svæði. Fleiri staðsetningar fjarlægja ekki allar sameiginlegar orsakir.

Tengdu tiltækileika við endurheimt

HA bregst við skilgreindum bilunum í rekstri. Hamfaraendurheimt endurheimtir nothæfa þjónustu og gögn hennar eftir truflandi atburð. Þjónusta á mörgum Region-svæðum þarf samt endurheimtaráætlun vegna eyðingar eða skemmdra gagna.

Skráðu valin bilunartilvik og þau sem fyrirtækið samþykkir. Haltu prófum og innviðaskilgreiningum samræmdum þegar forritið breytist. Haltu áfram í RTO, RPO og hamfaraendurheimt.