Settu örugg mörk fyrir sjálfvirka endurheimt
LokiðGerðu þekktar endurheimtaraðgerðir sjálfvirkar með skýrum heimildum, sannprófun og stöðvunarskilyrðum. Aðskildu endurheimt í keyrslu frá breytingum á hugbúnaði.
Gefið út af TaigaHvernig við skrifum
Kannaðu skilning þinnStýringin hefur endurræst vinnsluferli tvisvar. Biðröðin heldur áfram að vaxa og ekki næst í gagnagrunninn. Hvað ætti stefnan að gera?Gera æfinguna
Það sem þú lærir
- Greina sjálfvirka endurheimt frá varanlegri hugbúnaðarlagfæringu.
- Skilgreina afmarkaða endurheimtarstefnu og óháðar árangursathuganir.
- Þekkja hvenær sjálfvirkni verður að stöðvast og vísa málinu áfram.
Endurheimtu þekkt ástand
Sjálfvirk endurheimt, eða self-healing, greinir sjálfkrafa skilgreinda bilun og reynir heimilaða endurheimtaraðgerð. Endurræsing bilaðs ferlis eða útskipting tilviks sem virkar ekki rétt geta verið dæmi. Aðgerðin verður að hæfa biluninni og ástandslíkani þjónustunnar.
Kubernetes getur skipt út biluðum vinnslutilvikum og samræmt raunverulegt ástand skilgreindu ástandi. Það leiðréttir ekki gallaða forritsrökfræði eða allar geymslubilanir. Endurheimt innviða og rétt virkni hugbúnaðar þurfa ólíkar athuganir. Sjálfvirk endurheimt í Kubernetes.
Skilgreindu markmiðið áður en þú velur aðferðina. Endurheimtur útflutningur merkir að verk sem uppfylla skilyrði ljúki rétt. Gámur í gangi er aðeins ein forsenda.
Aðskildu þrjár gerðir breytinga
| Breyting | Dæmi | Nauðsynleg ákvörðun |
|---|---|---|
| Endurheimt í keyrslu | Skipta út einu biluðu ástandslausu vinnsluferli | Fyrirfram samþykkt endurheimtarstefna getur heimilað þetta |
| Hugbúnaðarlagfæring | Laga minnislekann sem stöðvar vinnsluferlið | Yfirferð, próf, útgáfuvarnir og sannprófun í rekstri |
| Stefnubreyting | Auka leyfða tíðni endurræsinga eða aðgangsumfang | Skýrt samþykki ábyrgðaraðila stefnunnar |
Agent getur lagt til lagfæringu eftir endurheimt. Sú tillaga er ný hugbúnaðarbreyting. Hún má ekki erfa ótakmarkaðar heimildir frá endurheimtarstýringunni.
Stýringin má heldur ekki breyta eigin árangursskilyrðum þegar athugun stenst ekki. Annars getur kerfið greint frá úrbót án þess að bæta þjónustuna.
Skrifaðu endurheimtarstefnuna áður en þú virkjar hana
Eftirfarandi stefna er ímynduð. Tölurnar sýna hönnunarval; þær eru ekki ráðlögð sjálfgefin gildi.
| Stefnureitur | Regla fyrir ímyndað útflutningsvinnsluferli |
|---|---|
| Kveikja | Ekkert lífsmark frá vinnsluferli í 90 sekúndur og verk eru í biðröð |
| Forsendur | Annað vinnsluferli er heilbrigt; athuganir á undirliggjandi þjónustum standast; enginn grunur um innbrot eða heilleikabilun |
| Leyfð aðgerð | Skipta út einu vinnsluferli með núverandi samþykktum artefakt |
| Vernd ástands | Verk nota varanlega geymslu og sannreyndan lykil fyrir ítrekunaröryggi (idempotency key) |
| Mörk | Í mesta lagi tvær útskiptingar á 15 mínútum; aldrei fleiri en ein í einu |
| Bið milli tilrauna | Bíða í fimm mínútur eftir útskiptingu áður en reynt er aftur |
| Árangur | Tilbúið prófunarverk lýkur rétt og viðkomandi biðröð byrjar að styttast |
| Stöðva og vísa áfram | Einhver forsenda brestur, mörkum er náð eða ekki er hægt að sannreyna árangur |
Notaðu auðkenni með lágmarksheimildum. Skráðu útgáfu stefnunnar, staðfestingargögn kveikjunnar, aðgerð, tilfang og niðurstöðu. Veittu óháða leið til að slökkva á stýringunni. Tilgreindu þann mannlega ábyrgðaraðila sem tekur við máli þegar því er vísað áfram.
Prófaðu bilanaleiðir jafnt sem endurheimt sem tekst
Endurtilraun getur endurtekið hliðaráhrif. Vinnsluferli gæti geymt skrá og stöðvast áður en það staðfestir verkið. Sannreyndu ítrekunaröryggi áður en þú leyfir aðra keyrslu. Sjá cloud native bilunardæmið.
Endurtilraunir geta líka aukið álag á ofhlaðna undirliggjandi þjónustu. Notaðu takmarkaðan fjölda tilrauna, tímamörk og viðeigandi bið milli tilrauna. Forðastu samstilltar endurtilraunir í öllum tilvikum samtímis. AWS útskýrir hvers vegna stigvaxandi bið og tilviljanakennd dreifing hennar draga úr þessari mögnun. Leiðbeiningar um endurtilraunir.
Prófaðu ímynduðu stefnuna gagnvart þremur tilvikum. Eitt stöðvað vinnsluferli ætti að endurheimtast. Gagnagrunnsrof ætti að koma í veg fyrir endurtekna útskiptingu. Óvissa um heilleikabilun ætti að stöðva sjálfvirkni og kalla eftir viðbragðsákvörðun.
Athugaðu líka mæligögn sem vantar. Lífsmark getur vantað vegna bilaðs vinnsluferlis eða bilaðrar söfnunarleiðar. Stýringin þarf nægileg staðfestingargögn fyrir aðgerð sína, ekki trú á skýringu gervigreindar.
Mældu hvort stefnan hjálpi
Skráðu sannreyndar endurheimtir, misheppnaðar tilraunir, mál sem er vísað áfram, tvítekna vinnu og tíma með áhrifum á notendur. Berðu þetta saman við fyrri rekstraraðferð við svipaðar aðstæður.
Haltu undirliggjandi gallanum áfram á lista yfir verkfræðivinnu. Að endurræsa ferli með minnisleka ítrekað getur dregið úr tafarlausum áhrifum á meðan lekinn heldur áfram. Haltu áfram í sjálfvirkar úrbætur til að tengja athugunina við varanlega lagfæringu.
Gera æfinguna
Hannaðu endurheimtarstefnu fyrir ímyndaða útflutningsvinnsluferlið í þessari kennslustund. Tilgreindu kveikju, útilokanir, leyfða aðgerð, mörk endurtilrauna, bið milli tilrauna, árangursathugun og ábyrgðaraðila sem tekur við máli sem vísað er áfram. Prófaðu hana gagnvart gagnagrunnsrofi og óþekktri bilun í heilleika gagna.
Sækja vinnublað (Markdown)Ef þú afvelur þennan reit eyðast allar framvinduupplýsingar sem eru vistaðar í þessum vafra.
Framvindan er geymd í þessum vafra. Enginn reikningur, engin rakning.
Heimildir og frekara lesefni
- Kubernetes: Self-Healing ↗
- AWS Builders’ Library: Timeouts, retries, and backoff with jitter ↗
- Google SRE: Automation at Google ↗