ECS：システムが一時的なサイト アウテージに陥った場合に想定される動作

仮想データ センター(VDC)
一時的なサイト アウテージ(TSO)
システム停止中のアクセス(ADO)

TSOとは

ハートビートが15分間持続的に失われる
考えられる原因: 特定のVDCサイトからデータを読み取ることができない場合、お客様に影響を与える状況では、ネットワークの問題、サイトでの電源喪失、または手動で起動される場合があります。

ADO とは

ADOは、バケット レベルで有効にできる機能です。これにより、一時的なサイト アウテージ中にバケットを使用できるようになります。TSOにより、ECSは結果整合性のある状態になります。アウテージ オブジェクトの作成/アップデート/削除操作中のアクセスは、結果整合性のある状態になります。
ただし、ECSでは、整合性と可用性のどちらかを選択できます。ADOが有効なバケットは、データの可用性を確保しながら、最終的に整合性が保たれます。厳密な整合性を維持し ますが、アウテージ中のアクセスが犠牲になる場合は、ADOを有効にしないでください。

2つのサイトシナリオで想定される動作(両方のサイトで成功した操作と失敗した操作に特に注意してください)

上記のフローに従うには、次のとおりです。

TSOの前

• バケットはサイト1で作成され、サイト2でレプリケートされます
• サイト1で作成され、サイト2にレプリケートされたObj 1
• サイト2に作成され、サイト1にレプリケートされたObj 2

ネットワーク アウテージが発生 

• 15分後、一時的なサイト アウテージが発生する
• サイト1で成功した操作と失敗した操作のリストを参照してください。たとえば、サイト1では、オブジェクトの作成、所有およびレプリケートされるオブジェクトの読み取りと更新、バケット内のオブジェクトの一覧表示、ローカルに所有されているバケットの一覧表示のみが可能です。 
• 同様に、サイト2での成功と失敗した操作のリストを次に示します。サイト1と同様に、サイト2では、オブジェクトの作成、所有およびレプリケート対象のオブジェクトの読み取りとアップデート、バケット内のオブジェクトの一覧表示、ローカルに所有されているバケットのリスト表示を行うことができます。
• したがって、obj 1 はどちらのサイトでも更新できます。
• Obj 2 は、どちらのサイトでも更新できます。
• オブジェクトはどちらのサイトにも作成できます。

バケットでADOが有効になっていて、一時的な停止が検出されると、システムは最終的な整合性モデルに戻ります。つまり、セカンダリ(非所有者)サイトからの読み取り/書き込みが受け入れられ、尊重されます。さらに、ネットワーク アウテージ中にセカンダリ サイトに書き込むと、セカンダリ サイトがオブジェクトの所有権を取得します。これにより、各VDCは、共有ネームスペース内のバケットでオブジェクトの読み取りと書き込みを続行できます。

3つのサイトシナリオ(サイト1が失われたか、サイト2またはサイト3からアクセスできない)で予想される動作

このシナリオでは、サイト1への接続が完全に失われるか、サイト2とサイト3からサイト1にアクセスできなくなります。サイト1はバケットAの所有者です。

15分後、TSOが発生し、バケットAの所有権がサイト2とサイト3に転送されます。これら2つのサイト間では、元のバケット所有者であるサイト1にアクセスできないため、オブジェクトの所有権の決定が決定されます。 
 

1つのサイトのみがダウンしている3つのサイトで予期される動作。

このシナリオでは、1つのリンクのみがダウンしているため、バケットの所有権をサイト1とサイト3、またはサイト2とサイト3に転送できます。ECSはPAXOSプロトコルを使用して、サイト2がダウンしており、サイト1とサイト3が2つの有効なサイトであると判断します(この例では)。PAXOSプロトコルは、コンセンサスを解決および管理するためのメカニズムです。したがって、この例では、オブジェクトの所有権はサイト1とサイト3の間で決定されます。前のスライドと同様に、サイトによってアクセスに制限があります

TSO中に予期される動作の詳細については、管理ガイドを参照してください。ECS 3.8管理ガイドへのリンクはこちらです。