ECS: Kunne forvente når systemet er i midlertidig nedetid

Virtuelt datasenter (VDC)
Midlertidig driftsstans (TSO)
Tilgang under strømbrudd (ADO)

Hva er TSO?

Vedvarende tap av hjerterytme i 15 minutter
Mulige årsaker: Nettverksproblemer, strømbrudd på stedet eller kan aktiveres manuelt i enkelte kundepåvirkede situasjoner hvis data ikke kan leses fra et bestemt VDC-område.

Hva er ADO?

ADO er en funksjon som kan aktiveres på bøttenivå. Det gjør at bøtten kan være tilgjengelig under et midlertidig strømbrudd. TSO fører til at ECS går inn i en til slutt konsistent tilstand. Tilganger under nedetid oppretting / oppdatering / sletting av objekter er i en til slutt konsekvent tilstand.
ECS gir imidlertid et valg mellom konsistens og tilgjengelighet. ADO-aktiverte verdiområder er til slutt konsekvente samtidig som datatilgjengelighet er tilgjengelige. Ikke ha aktivert ADO for å opprettholde sterk konsekvens, men på bekostning av tilgang under et strømbrudd.

Forventet virkemåte for to områdescenarioer (vær spesielt oppmerksom på vellykkede og mislykkede operasjoner på begge områder)

For å hjelpe til med å følge flyten ovenfor:

Før TSO

• Samlingen ble opprettet på område 1 og replikert på område 2
• Obj 1 opprettet i område 1 og replikert i område 2
• Obj 2 opprettet i område 2 og replikert i område 1

Nettverksbrudd forekommer 

• Etter 15 minutter oppstår et midlertidig nedetid på stedet
• Se listen over vellykkede og mislykkede operasjoner på område 1. For eksempel er i område 1 bare i stand til å opprette objekter, lese og oppdatere objekter eid og replisert, liste objekter i bøtte, og liste samlinger lokalt eid. 
• På samme måte i område 2, her er en liste over vellykkede og mislykkede operasjoner i område 2. Som i Site 1, kan nettsted 2 opprette objekter, lese og oppdatere objekter eid og replikert, liste objekter i bøtte, liste samlinger lokalt eid.
• Dermed kan obj 1 oppdateres på begge sider.
• Obj 2 kan oppdateres på begge sider.
• Objekter kan opprettes på begge områder.

Med ADO aktivert på en bøtte og ved oppdagelse av midlertidig nedetid, går systemet tilbake til en eventuell konsistensmodell, det vil si at lese/skrive fra et sekundært (ikke-eier) nettsted aksepteres og overholdes. Videre fører en skriving til et sekundært område under et nettverksbrudd til at det sekundære området tar eierskap til objektet. Dette gjør at hver VDC kan fortsette å lese og skrive objekter fra samlinger i et delt navneområde.

Forventet atferd for tre områdescenarioer (område 1 går tapt eller er utilgjengelig fra Område 2 eller Område 3)

I dette scenariet går tilkoblinger til område én helt tapt, eller område 1 er utilgjengelig fra område 2 og område 3. Site 1 er eieren av Bucket A.

Etter 15 minutter oppstår TSO, og eierskapet i bøtte A overføres til område 2 og område 3. Mellom disse to områdene bestemmes avgjørelsen om objekteierskap siden den opprinnelige bøtteeieren, som er nettsted 1, er utilgjengelig. 
 

Forventet atferd for tre nettsteder der bare ett nettsted er nede.

I dette scenariet er bare én kobling nede, og dermed kan bøtteeierskap overføres til område 1 og område 3 eller nettsted 2 og nettsted 3. ECS bruker PAXOS-protokollen til å fastslå at område 2 er nede, og område 1 og område 3 er to gyldige områder (i dette eksemplet). PAXOS-protokollen er en mekanisme for å løse og håndtere konsensus. Så i dette eksemplet avgjøres objekteierskap mellom nettsted 1 og nettsted 3. Som i forrige lysbilde er det en begrensning på tilgangen avhengig av nettstedet.

For mer informasjon om forventet atferd under TSO, se Administrasjonsveiledning. Her er koblingen til administrasjonsveiledningen for ECS 3.8.