ECS: Comportamento a ser esperado quando o sistema está em interrupção temporária do local

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

O que é TSO?

Perda sustentada de batimentos cardíacos por 15 minutos
Possíveis causas: Problemas de rede, perda de energia no local ou podem ser invocados manualmente em algumas situações de impacto para o cliente se os dados não puderem ser lidos de um local específico do VDC.

O que é o ADO?

O ADO é um recurso que pode ser ativado no nível do bucket. Isso permite que o bucket esteja disponível durante uma interrupção temporária do local. A TSO faz com que o ECS entre em um estado eventualmente consistente. Os acessos durante as operações de criação/atualização/exclusão de objetos de interrupção ficam em um estado eventualmente consistente.
No entanto, o ECS oferece a opção entre consistência e disponibilidade. Os buckets habilitados para ADO são eventualmente consistentes e, ao mesmo tempo, permitem a disponibilidade dos dados. Para manter uma consistência sólida, mas ao custo do acesso durante uma interrupção, não tenha o ADO habilitado.

Comportamento esperado para cenário de dois locais (Preste atenção especial às operações bem-sucedidas e com falha em ambos os locais)

Para ajudar a seguir o fluxo acima:

Antes da TSO

• Bucket criado no local 1 e replicado no local 2
• Obj 1 criado no local 1 e replicado no local 2
• Obj 2 criado no local 2 e replicado no local 1

Ocorre uma interrupção da rede 

• Após 15 minutos, ocorre uma interrupção temporária do local
• Consulte a lista de operações bem-sucedidas e com falha no Site 1. Por exemplo, no local 1 só é possível criar objetos, ler e atualizar objetos de propriedade e replicados, listar objetos no bucket e listar buckets de propriedade local. 
• Da mesma forma, no local 2, aqui está uma lista de operações bem-sucedidas e com falha no local 2. Assim como no local 1, o local 2 pode criar objetos, ler e atualizar objetos de propriedade e replicados, listar objetos no bucket, listar buckets de propriedade local.
• Assim, o obj 1 pode ser atualizado em qualquer site.
• O Obj 2 pode ser atualizado em qualquer um dos locais.
• Os objetos podem ser criados em qualquer um dos locais.

Com o ADO ativado em um bucket e ao detectar uma interrupção temporária, o sistema é revertido para um modelo de consistência eventual, ou seja, as leituras/gravações de um local secundário (não proprietário) são aceitas e respeitadas. Além disso, uma gravação em um local secundário durante uma interrupção de rede faz com que o local secundário assuma a propriedade do objeto. Isso permite que cada VDC continue lendo e gravando objetos dos buckets em um namespace compartilhado.

Comportamento esperado para cenário de três locais (o local 1 está perdido ou inacessível do local 2 ou do local 3)

Nesse cenário, as conexões com o local um são perdidas completamente ou o local 1 fica inacessível a partir do local 2 e do local 3. O local 1 é o proprietário do bucket A.

Após 15 minutos, ocorre a TSO e a propriedade do bucket A é transferida para os locais 2 e 3. Entre esses dois locais, a decisão de propriedade do objeto é determinada porque o proprietário original do bucket, que é o local 1, está inacessível. 
 

Comportamento esperado para três locais em que apenas um local está inativo.

Nesse cenário, apenas um link fica inativo e, portanto, a propriedade do bucket pode ser transferida para o local 1 e o local 3 ou para o local 2 e o local 3. O ECS usa o protocolo PAXOS para determinar se o Local 2 está inativo e que o Local 1 e o Local 3 são dois locais válidos (neste exemplo). O protocolo PAXOS é um mecanismo de resolução e gestão de consensos. Portanto, neste exemplo, a propriedade do objeto é decidida entre os locais 1 e 3. Como no slide anterior, há uma limitação de acesso dependendo do local.

Para obter mais detalhes sobre o comportamento esperado durante a TSO, consulte o Guia de administração. Este é o link para o Guia de administração do ECS 3.8.