ECS: Chování, které lze očekávat při dočasném výpadku systému v lokalitě

Přístup k dočasnému pracovišti během výpadku (TSO)
virtuálního datového centra (VDC)Přístup během výpadku (ADO)

Co je provozovatel přenosové soustavy?

Trvalá ztráta srdečního tepu po dobu 15 minut
Možné příčiny: Problémy se sítí, výpadek napájení na pracovišti nebo mohou být v některých situacích ovlivněné zákazníkem, které mají vliv na zákazníka, když nelze přečíst data z konkrétního pracoviště VDC.

Co je ADO?

ADO je funkce, kterou lze povolit na úrovni kbelíku. Umožňuje, aby byl kbelík k dispozici během dočasného výpadku lokality. TSO způsobí, že ECS přejde do konzistentního stavu. Přístupy během operací vytvoření/aktualizace/odstranění objektu výpadku jsou v konečném konzistentním stavu.
ECS však dává na výběr mezi konzistencí a dostupností. Kbelíky s podporou ADO jsou nakonec konzistentní a zároveň umožňují dostupnost dat. Chcete-li zachovat silnou konzistenci, ale za cenu přístupu během výpadku, nemějte povolené rozhraní ADO.

Očekávané chování pro scénář dvou lokalit (věnujte zvláštní pozornost úspěšným a neúspěšným operacím v obou lokalitách)

Pro usnadnění sledování výše uvedeného toku:

Před provozovatelem přenosové soustavy

• Kbelík vytvořený v lokalitě 1 a replikovaný v lokalitě 2
• Objekt 1 vytvořený v lokalitě 1 a replikovaný v lokalitě 2
• Obj 2 vytvořený v lokalitě 2 a replikovaný v lokalitě 1

Dojde k výpadku sítě 

• Po 15 minutách dojde k dočasnému výpadku pracoviště.
• Podívejte se na seznam úspěšných a neúspěšných operací v lokalitě 1. Například v lokalitě 1 je možné vytvářet pouze objekty, číst a aktualizovat objekty vlastněné a replikované, vypsat objekty v kbelíku a vypsat kbelíky v místním vlastnictví. 
• Podobně v lokalitě 2 je zde seznam úspěšných a neúspěšných operací v lokalitě 2. Stejně jako v lokalitě 1 může lokalita 2 vytvářet objekty, číst a aktualizovat objekty vlastněné a replikované, vypsat objekty v kbelíku a vypsat kbelíky místně vlastněné.
• Proto obj 1 může být aktualizován v obou lokalitách.
• Obj 2 může být aktualizován v obou lokalitách.
• Objekty lze vytvářet v obou lokalitách.

Když je rozhraní ADO povolené v kbelíku a po zjištění dočasného výpadku, systém se vrátí k modelu konečné konzistence, to znamená, že čtení a zápisy ze sekundární lokality (bez vlastníka) jsou přijímány a respektovány. Zápis do sekundární lokality během výpadku sítě navíc způsobí, že sekundární lokalita převezme vlastnictví objektu. To umožňuje každému virtuálnímu řadiči domény pokračovat ve čtení a zápisu objektů z kbelíků ve sdíleném oboru názvů.

Očekávané chování pro tři Scénář lokality (Lokalita 1 je ztracena nebo nepřístupná z Lokality2 nebo Lokality3)

V tomto scénáři dojde k úplné ztrátě připojení k lokalitě jedna nebo je lokalita 1 nepřístupná z lokality 2 a lokality 3. Lokalita 1 je vlastníkem kbelíku A.

Po 15 minutách dojde k TSO a vlastnictví kbelíku A se přenese do lokality 2 a 3. Mezi těmito dvěma lokalitami se určuje rozhodnutí o vlastnictví objektu, protože původní vlastník kbelíku, kterým je lokalita 1, je nepřístupný. 
 

Očekávané chování pro tři weby, kde je mimo provoz pouze jedna lokalita.

V tomto scénáři je mimo provoz pouze jedna linka, a proto lze vlastnictví kbelíku přenést na pracoviště 1 a pracoviště 3 nebo pracoviště 2 a pracoviště 3. ECS používá protokol PAXOS k určení, že pracoviště 2 je mimo provoz a pracoviště 1 a pracoviště 3 jsou dvě platná pracoviště (v tomto příkladu). Protokol PAXOS je mechanismus pro řešení a řízení konsensu. V tomto příkladu se tedy o vlastnictví objektu rozhoduje mezi lokalitou 1 a lokalitou 3. Stejně jako na předchozím snímku existuje omezení přístupu v závislosti na webu.

Další podrobnosti o očekávaném chování během TSO najdete v příručce pro správu. Zde je odkaz na průvodce správou systému ECS 3.8.