ECS: Zachowanie, którego można się spodziewać w przypadku tymczasowej awarii systemu w lokalizacji

Wirtualne centrum danych (VDC)
Tymczasowa awaria lokalizacji (TSO)Dostęp
podczas awarii (ADO)

Co to jest OSP?

Utrzymująca się utrata bicia serca przez 15 minut
Możliwe przyczyny: Problemy z siecią, utrata zasilania na miejscu lub mogą być wywoływane ręcznie w niektórych sytuacjach mających wpływ na klienta, jeśli nie można odczytać danych z określonej lokalizacji VDC.

Co to jest ADO?

ADO to funkcja, którą można włączyć na poziomie zasobnika. Dzięki temu zasobnik może być dostępny podczas tymczasowej awarii lokalizacji. TSO powoduje, że ECS przechodzi w stan ostatecznie spójny. Dostępy podczas operacji tworzenia/aktualizowania/usuwania obiektów przestojów są w końcu spójne.
ECS daje jednak wybór między spójnością a dostępnością. Zasobniki z obsługą ADO są ostatecznie spójne, umożliwiając jednocześnie dostępność danych. Aby zachować wysoką spójność, ale kosztem dostępu podczas awarii, nie należy włączać ADO.

Oczekiwane zachowanie dwóch scenariuszy lokacji (należy zwrócić szczególną uwagę na operacje zakończone powodzeniem i niepowodzeniem w obu lokacjach)

Aby ułatwić wykonanie powyższych czynności:

Przed OSP

• Zasobnik utworzony w lokacji 1 i zreplikowany w lokacji 2
• Cel 1 utworzony w obszarze 1 i zreplikowany w obszarze 2
• Cel 2 utworzony w obszarze 2 i zreplikowany w obszarze 1

Awaria sieci 

• Po 15 minutach następuje tymczasowa awaria lokacji
• Zobacz listę operacji zakończonych powodzeniem i niepowodzeniami w ośrodku 1. Na przykład w lokacji 1 może tylko tworzyć obiekty, odczytywać i aktualizować obiekty będące własnością i replikowane, wyświetlać listę obiektów w zasobniku i wyświetlać zasobniki posiadane lokalnie. 
• Podobnie w lokacji 2, poniżej znajduje się lista udanych i nieudanych operacji w lokacji 2. Podobnie jak w lokacji 1, lokacja 2 może tworzyć obiekty, odczytywać i aktualizować obiekty będące własnością i replikowane, wyświetlać obiekty w zasobniku, wyświetlać zasobniki posiadane lokalnie.
• W ten sposób obj 1 może być aktualizowany w obu stronach.
• Cel 2 może być aktualizowany w obu witrynach.
• Obiekty mogą być tworzone w obu lokalizacjach.

Po włączeniu ADO w zasobniku i wykryciu tymczasowej awarii system powraca do ostatecznego modelu spójności, co oznacza, że odczyty/zapisy z lokacji dodatkowej (nienależącej do właściciela) są akceptowane i honorowane. Ponadto zapis w lokacji dodatkowej podczas awarii sieci powoduje, że lokacja dodatkowa przejmuje własność obiektu. Dzięki temu każde centrum VDC może nadal odczytywać i zapisywać obiekty z zasobników we współużytkowanej przestrzeni nazw.

Oczekiwane zachowanie trzech scenariuszy (Ośrodek 1 został utracony lub jest niedostępny z Ośrodka 2 lub Ośrodka 3)

W tym scenariuszu połączenia z lokacją pierwszą zostaną całkowicie utracone lub lokacja 1 będzie niedostępna z lokacji 2 i lokacji 3. Ośrodek 1 jest właścicielem Bucket A.

Po 15 minutach następuje TSO, a własność zasobnika A zostaje przeniesiona do lokacji 2 i lokacji 3. Między tymi dwiema lokacjami decyzja o własności obiektu jest określana, ponieważ pierwotny właściciel zasobnika, którym jest miejsce 1, jest niedostępny. 
 

Oczekiwane zachowanie trzech witryn, z których tylko jedna nie działa.

W tym scenariuszu tylko jedno łącze nie działa, a zatem własność zasobnika może zostać przeniesiona do lokacji 1 i lokacji 3 lub lokacji 2 i lokacji 3. ECS używa protokołu PAXOS do określenia, że Ośrodek 2 jest wyłączony, a Ośrodek 1 i Ośrodek 3 są dwiema prawidłowymi lokacjami (w tym przykładzie). Protokół PAXOS jest mechanizmem rozwiązywania i zarządzania konsensusem. Tak więc w tym przykładzie własność obiektu jest rozstrzygana między lokacją 1 i lokacją 3. Podobnie jak w poprzednim slajdzie, dostęp jest ograniczony w zależności od witryny.

Aby uzyskać więcej informacji na temat oczekiwanego zachowania TSO, zobacz Przewodnik administracyjny. Poniżej znajduje się łącze do podręcznika administracyjnego ECS 3.8.