ECS: Adfærd, der kan forventes, når system er midlertidigt nedbrudt på webstedet

Virtuelt datacenter (VDC)
Midlertidig webstedsafbrydelse (TSO)
Adgang under afbrydelse (ADO)

Hvad er TSO?

Vedvarende tab af hjerteslag i 15 minutter
Mulige årsager: Netværksproblemer, strømtab på stedet eller kan aktiveres manuelt i nogle kundepåvirkningssituationer, hvis data ikke kan læses fra en bestemt VDC-lokalitet.

Hvad er ADO?

ADO er en funktion, der kan aktiveres på bucket-niveau. Det gør det muligt for spanden at være tilgængelig under en midlertidig afbrydelse på stedet. TSO får ECS til at gå i en til sidst konsistent tilstand. Adgang under afbrydelse Objektoprettelse/opdatering/sletning er i en til sidst konsistent tilstand.
ECS giver dog et valg mellem konsistens og tilgængelighed. ADO-aktiverede buckets er til sidst konsistente, samtidig med at data er tilgængelige. For at opretholde en stærk konsistens, men på bekostning af adgang under en afbrydelse, skal du ikke have ADO aktiveret.

Forventet adfærd for to lokationsscenarier (vær særlig opmærksom på vellykkede og mislykkede handlinger på begge lokationer)

For at hjælpe med at følge flowet ovenfor:

Før TSO

• Spand oprettet på websted 1 og replikeret på websted 2
• Mål 1 oprettet på websted 1 og replikeret på websted 2
• Mål 2 oprettet på websted 2 og replikeret på websted 1

Netværksafbrydelse opstår 

• Efter 15 minutter opstår der en midlertidig afbrydelse på stedet
• Se listen over vellykkede og mislykkede handlinger på websted 1. For eksempel er i websted 1 kun i stand til at oprette objekter, læse og opdatere objekter, der ejes og replikeres, liste objekter i bucket og liste buckets lokalt ejet. 
• På samme måde på websted 2 er her en liste over vellykkede og mislykkede operationer på websted 2. Som i websted 1 kan websted 2 oprette objekter, læse og opdatere objekter, der ejes og replikeres, liste objekter i bucket, liste buckets lokalt ejet.
• Således kan obj 1 opdateres begge steder.
• Obj 2 kan opdateres begge steder.
• Objekter kan oprettes på begge steder.

Når ADO er aktiveret på en bucket, og når der registreres et midlertidigt udfald, vender systemet tilbage til en eventuel konsistensmodel, dvs. læsninger/skrivninger fra et sekundært (ikke-ejer) websted accepteres og respekteres. Desuden får en skrivning til et sekundært websted under et netværksafbrydelse det sekundære websted til at tage ejerskab af objektet. Dette gør det muligt for hver VDC at fortsætte med at læse og skrive objekter fra buckets i et delt navneområde.

Forventet adfærd for tre webstedsscenarier (websted 1 er mistet eller utilgængeligt fra websted2 eller websted3)

I dette scenarie går forbindelserne til websted et helt tabt, eller websted 1 er utilgængeligt fra websted 2 og websted 3. Site 1 er ejer af Bucket A.

Efter 15 minutter opstår TSO, og Bucket A-ejerskabet overføres til sted 2 og sted 3. Mellem disse to steder bestemmes beslutningen om objektejerskab, da den oprindelige skovlejer, som er Site 1, er utilgængelig. 
 

Forventet funktionsmåde for tre lokaliteter, hvor kun ét websted er nede.

I dette scenarie er kun ét link nede, og derfor kan bucket-ejerskab overføres til site 1 og site 3 eller site 2 og site 3. ECS bruger PAXOS-protokollen til at bestemme, at websted 2 er nede, og websted 1 og websted 3 er to gyldige websteder (i dette eksempel). PAXOS-protokollen er en mekanisme til løsning og styring af konsensus. Så i dette eksempel afgøres objektejerskab mellem websted 1 og websted 3. Som i det foregående dias er der en begrænsning af adgangen afhængigt af webstedet.

Du kan finde flere oplysninger om forventet adfærd under TSO i Administrationsvejledning. Her er linket til ECS 3.8-administrationsvejledningen.