ECS: Förväntat beteende vid avbrott i systemet

Virtuellt datacenter (VDC)
Tillfälligt platsavbrott (TSO)
Åtkomst under avbrott (ADO)

Vad är TSO?

Ihållande förlust av hjärtslag i 15 minuter
Möjliga orsaker: Nätverksproblem, strömavbrott på plats eller kan aktiveras manuellt i vissa kundpåverkande situationer om data inte kan läsas från en specifik VDC-plats.

Vad är ADO?

ADO är en funktion som kan aktiveras på bucketnivå. Det gör att skopan är tillgänglig under ett tillfälligt strömavbrott. TSO gör att ECS så småningom försätts i ett konsekvent tillstånd. Åtkomst under avbrottsåtgärder för att skapa/uppdatera/ta bort objekt är i ett så småningom konsekvent tillstånd.
ECS ger dig dock möjlighet att välja mellan enhetlighet och tillgänglighet. ADO-aktiverade bucketar är så småningom konsekventa samtidigt som datatillgängligheten tillåts. Om du vill upprätthålla stark konsekvens, men på bekostnad av åtkomst under ett avbrott, ska du inte ha ADO aktiverat.

Förväntat beteende för två platsscenarier (var särskilt uppmärksam på lyckade och misslyckade åtgärder på båda platserna)

För att underlätta att följa flödet ovan:

Före TSO

• Bucket skapad på plats 1 och replikerad på plats 2
• Obj 1 skapad på plats 1 och replikerad på plats 2
• Obj 2 skapad på plats 2 och replikerad på plats 1

Nätverksavbrott inträffar 

• Efter 15 minuter inträffar ett tillfälligt avbrott på platsen
• Se en lista över lyckade och misslyckade åtgärder på Plats 1. På plats 1 kan du till exempel bara skapa objekt, läsa och uppdatera objekt som ägs och replikeras, listobjekt i bucket och listbucketar som ägs lokalt. 
• På samma sätt på plats 2 finns här en lista över lyckade och misslyckade åtgärder på plats 2. Precis som på plats 1 kan plats 2 skapa objekt, läsa och uppdatera objekt som ägs och replikeras, lista objekt i bucket, lista bucketar som ägs lokalt.
• Således kan obj 1 uppdateras på båda webbplatserna.
• Obj 2 kan uppdateras på båda webbplatserna.
• Objekt kan skapas på båda platserna.

När ADO är aktiverat i en bucket och när ett tillfälligt avbrott identifieras återgår systemet till en slutlig konsekvensmodell, d.v.s. läsningar/skrivningar från en sekundär plats (icke-ägare) accepteras och respekteras. Dessutom gör en skrivning till en sekundär plats under ett nätverksavbrott att den sekundära platsen blir ägare till objektet. Detta gör att varje VDC kan fortsätta att läsa och skriva objekt från bucketar i en delad namnrymd.

Förväntat beteende för scenario med tre platser (plats 1 är förlorad eller otillgänglig från plats2 eller plats3)

I det här scenariot bryts anslutningar till plats ett helt eller så är plats 1 inte tillgänglig från plats 2 och plats 3. Plats 1 är ägare till bucket A.

Efter 15 minuter sker TSO:n och ägarskapet för undergrupp A överförs till plats 2 och plats 3. Mellan dessa två platser bestäms beslutet om objektägarskap eftersom den ursprungliga bucketägaren, som är plats 1, inte är tillgänglig. 
 

Förväntat beteende för tre webbplatser där endast en webbplats är nere.

I det här scenariot är endast en länk nere och därför kan bucketägarskapet överföras till plats 1 och plats 3 eller plats 2 och plats 3. ECS använder PAXOS-protokollet för att fastställa att plats 2 är nere och att plats 1 och plats 3 är två giltiga platser (i det här exemplet). PAXOS-protokollet är en mekanism för att lösa och hantera konsensus. I det här exemplet bestäms objektägarskapet mellan plats 1 och plats 3. Precis som på föregående bild finns det en begränsning av åtkomsten beroende på plats.

Mer information om förväntat beteende under TSO finns i Administrationsmanual. Här är länken till administrationsmanualen för ECS 3.8.