ECS: 시스템이 일시적인 사이트 운영 중단 상태일 때 예상되는 동작

VDC(Virtual Data Center)
TSO(Temporary Site Outage)
ADO(Access During Outage)

TSO란?

15분
동안 지속적인 심장 박동 손실 가능한 원인: 네트워크 문제, 사이트의 전원 손실 또는 특정 VDC 사이트에서 데이터를 읽을 수 없는 경우 일부 고객에게 영향을 주는 상황에서 수동으로 호출될 수 있습니다.

ADO란?

ADO는 버킷 수준에서 활성화할 수 있는 기능입니다. 이를 통해 일시적인 사이트 운영 중단 시 버킷을 사용할 수 있습니다. TSO를 수행하면 ECS가 최종적으로 일관된 상태로 전환됩니다. 운영 중단 오브젝트 생성/업데이트/삭제 작업 중 액세스는 최종적으로 일관된 상태를 유지합니다.
그러나 ECS는 일관성과 가용성 중에서 선택할 수 있습니다. ADO가 활성화된 버킷은 데이터 가용성을 허용하면서 최종적으로 일관성을 유지합니다. 강력한 일관성을 유지 하지만 운영 중단 시 액세스 비용이 발생하려면 ADO를 활성화하지 마십시오.

두 사이트 시나리오의 예상 동작(두 사이트 모두에서 성공한 작업과 실패한 작업에 특히 주의)

위의 흐름을 따르는 데 도움이 되는 방법:

TSO 이전

• 버킷이 사이트 1에서 생성되고 사이트 2에서 복제됨
• 사이트 1에서 생성되고 사이트 2에서 복제된 오브젝트 1
• 사이트 2에서 생성되고 사이트 1에서 복제된 오브젝트 2

네트워크 운영 중단 발생 

• 15분 후 일시적인 사이트 운영 중단이 발생합니다.
• 사이트 1에서 성공한 작업과 실패한 작업 목록을 참조하십시오. 예를 들어 사이트 1에서 오브젝트를 생성하고, 소유 및 복제된 오브젝트를 읽고 업데이트하며, 버킷의 오브젝트를 나열하고, 로컬에서 소유한 버킷만 나열할 수 있습니다. 
• 사이트 2와 마찬가지로 사이트 2에서 성공한 작업과 실패한 작업의 목록은 다음과 같습니다. 사이트 1에서와 마찬가지로 사이트 2는 오브젝트를 생성하고, 소유 및 복제된 오브젝트를 읽고, 업데이트하고, 버킷의 오브젝트를 나열하고, 로컬에서 소유한 버킷을 나열할 수 있습니다.
• 따라서 obj 1은 두 사이트 중 하나에서 업데이트할 수 있습니다.
• Obj 2는 두 사이트 모두에서 업데이트할 수 있습니다.
• 두 사이트 중 하나에서 개체를 만들 수 있습니다.

버킷에 ADO가 활성화되어 있고 일시적인 운영 중단이 감지되면 시스템이 일시적 일관성 모델로 되돌아갑니다. 즉, 보조(소유자가 아닌) 사이트의 읽기/쓰기가 수락되고 처리됩니다. 또한 네트워크 운영 중단 중에 보조 사이트에 쓰기 작업을 수행하면 보조 사이트가 오브젝트의 소유권을 갖게 됩니다. 이를 통해 각 VDC가 공유 네임스페이스에 있는 버킷의 오브젝트를 계속 읽고 쓸 수 있습니다.

세 사이트 시나리오에 대해 예상되는 동작(사이트 1이 손실되었거나 사이트 2 또는 사이트 3에서 액세스할 수 없음)

이 시나리오에서는 사이트 1에 대한 연결이 완전히 끊어지거나 사이트 2와 사이트 3에서 사이트 1에 액세스할 수 없습니다. 사이트 1이 버킷 A의 소유자입니다.

15분 후 TSO가 발생하고 버킷 A 소유권이 사이트 2와 사이트 3으로 이전됩니다. 사이트 1인 원래 버킷 소유자에 액세스할 수 없기 때문에 이 두 사이트 간에 오브젝트 소유권 결정이 결정됩니다. 
 

한 사이트만 중단된 세 사이트의 예상 동작입니다.

이 시나리오에서는 하나의 링크만 다운되므로 버킷 소유권을 사이트 1과 사이트 3 또는 사이트 2와 사이트 3으로 전송할 수 있습니다. ECS는 PAXOS 프로토콜을 사용하여 사이트 2가 다운되었고 사이트 1과 사이트 3이 두 개의 유효한 사이트인지 확인합니다(이 예에서). PAXOS 프로토콜은 합의를 해결하고 관리하기 위한 메커니즘입니다. 따라서 이 예에서는 사이트 1과 사이트 3 간에 오브젝트 소유권이 결정됩니다. 이전 슬라이드에서와 같이 사이트에 따라 액세스에 제한이 있습니다.

TSO 중 예상되는 동작에 대한 자세한 내용은 관리 가이드를 참조하십시오. 다음은 ECS 3.8 관리 가이드 링크입니다.