Երբ ավելորդությունը չի փրկում. ինչպես մեկ սերվերը անհասանելի դարձրեց օբյեկտային պահեստը
Այս հոդվածը վերլուծում է մի ուսանելի միջադեպ, երբ մեկ սերվերի խափանումը հանգեցրեց օբյեկտային պահեստի ամբողջական անհասանելիության՝ չնայած ավելորդության (redundancy) մեխանիզմների առկայությանը: Հեղինակը քննարկում է, թե ինչպես են ենթակառուցվածքում տվյալների և մետատվյալների բաշխման առանձնահատկությունները տեղային խափանումը վերածել լայնածավալ խնդրի: Հետմահու վերլուծության մեջ մանրամասն նկարագրվում է, թե ինչու համակարգը չկարողացավ ավտոմատ կերպով անցնել պահեստային հանգույցների և ինչու ստանդարտ հուսալիության արձանագրությունները անարդյունավետ եղան այս սցենարում: Հատուկ ուշադրություն է դարձվում կոնֆիգուրացիայի և ճարտարապետության մեջ կատարված ինժեներական սխալներին, որոնք դարձան միջադեպի կատալիզատորներ: Եզրակացության մեջ առաջարկվում են կոնկրետ խորհուրդներ մոնիտորինգի բարելավման, ծառայողական տվյալների տեղաբաշխման օպտիմալացման և վերականգնման ավելի հուսալի ռազմավարությունների ներդրման վերաբերյալ: Այս վերլուծությունը կարևոր դաս է DevOps ինժեներների և ամպային համակարգերի ճարտարապետների համար՝ ընդգծելով վթարային վերականգնման սցենարների կանոնավոր թեստավորման անհրաժեշտությունը:
This is a summary. Read the full article at the original source:
HabrԿապակցված
Ինչպես դիտել Survivor-ի 51-րդ եթերաշրջանը առցանց. հոսքային ուղեցույց
Survivor-ի 51-րդ եթերաշրջանի պրեմիերան տեղի կունենա սեպտեմբերի 23-ին՝ ներկայացնելով 21 նոր մասնակիցների։ Այս եթերաշրջանը խոստանում է անկանխատեսելի խաղ…
Ինչպե՞ս դիտել «Not Going Out»-ի 15-րդ եթերաշրջանը ցանկացած վայրից
Բրիտանական հայտնի «Not Going Out» սիթքոմը սեպտեմբերի 23-ին վերադառնում է BBC One և BBC iPlayer՝ իր 15-րդ եթերաշրջանով։ Շոուի 20-ամյակի կապակցությամբ ն…
Apple-ը դիտարկում է Xserve-ից հետո իր առաջին սերվերի թողարկումը, և Nvidia-ն կարող է առանցքային դեր խաղալ
Apple-ը, ըստ տեղեկությունների, դիտարկում է 2011 թվականին Xserve-ի արտադրության դադարեցումից հետո իր առաջին մասնագիտացված կորպորատիվ AI սերվերի մշակման…