ECS: Gedrag dat u kunt verwachten wanneer het systeem in tijdelijke sitestoring verkeert

Summary: Verwacht gedrag op ADO-buckets wanneer het systeem zich in Temporary Site Outage (TSO) bevindt

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Virtual Data Center (VDC)
Tijdelijke uitval op locatie (TSO)Toegang tijdens storing (ADO)


Wat is TSO?

Aanhoudend verlies van hartslag gedurende 15 minuten
Mogelijke oorzaken: Netwerkproblemen, stroomuitval op locatie of kunnen handmatig worden opgeroepen in sommige situaties die van invloed zijn op situaties die van invloed zijn op de klant als data niet kunnen worden gelezen van een specifieke VDC-site.


Wat is ADO?

ADO is een functie die kan worden ingeschakeld op bucketniveau. Hierdoor kan de emmer beschikbaar zijn tijdens een tijdelijke uitval op locatie. TSO zorgt ervoor dat ECS in een uiteindelijke consistente status gaat. De toegangen tijdens het maken/bijwerken/verwijderen van objecten tijdens storingen hebben een uiteindelijk consistente status.
ECS geeft echter de keuze tussen consistentie en beschikbaarheid. ADO-buckets zijn uiteindelijk consistent terwijl de beschikbaarheid van data wordt toegestaan. Als u een sterke consistentie wilt behouden, maar dit ten koste gaat van de toegang tijdens een storing, moet u ADO niet hebben ingeschakeld.


Verwacht gedrag voor twee locatiescenario's (let vooral op geslaagde en mislukte bewerkingen op beide locaties)

ADO-stroomdiagram voor scenario's met twee locaties

Volg de bovenstaande flow om te helpen bij het volgen van de bovenstaande flow:

Vóór TSO
  • Bucket gemaakt op site 1 en gerepliceerd in site 2
  • Obj 1 gemaakt in site 1 en gerepliceerd in site 2
  • Obj 2 gemaakt in site 2 en gerepliceerd in site 1
Er treedt een netwerkstoring op 
  • Na 15 minuten treedt er een tijdelijke storing op
  • Zie lijst met geslaagde en mislukte bewerkingen in Site 1. Op site 1 is het bijvoorbeeld alleen mogelijk om objecten te maken, objecten te lezen en bij te werken die eigendom zijn en gerepliceerd zijn, objecten in buckets weer te geven en buckets in lokaal eigendom te vermelden. 
  • Op dezelfde manier in site 2, hier is een lijst met succesvolle en mislukte bewerkingen in site 2. Net als op locatie 1 kan locatie 2 objecten maken, objecten in eigendom en gerepliceerde objecten lezen en bijwerken, objecten in buckets weergeven en buckets in lokaal bezit vermelden.
  • Obj 1 kan dus op beide sites worden bijgewerkt.
  • Obj 2 kan op beide sites worden bijgewerkt.
  • Objecten kunnen op beide sites worden gemaakt.
Als ADO is ingeschakeld op een bucket en bij het detecteren van een tijdelijke storing, keert het systeem terug naar een uiteindelijk consistentiemodel, dat wil zeggen dat lees-/schrijfbewerkingen van een secundaire site (die niet van de eigenaar is) worden geaccepteerd en gehonoreerd. Bovendien zorgt een schrijfbewerking naar een secundaire site tijdens een netwerkstoring ervoor dat de secundaire site eigenaar wordt van het object. Hierdoor kan elke VDC objecten blijven lezen en schrijven vanuit buckets in een gedeelde namespace.


Verwacht gedrag voor drie locatiescenario's (locatie 1 is verloren gegaan of niet toegankelijk vanaf locatie 2 of locatie 3)

ADO-stroomdiagram voor scenario met drie locaties

In dit scenario worden de verbindingen met site één volledig verbroken of is site 1 niet toegankelijk vanaf site 2 en site 3. Site 1 is de eigenaar van Bucket A.

Na 15 minuten vindt een TSO plaats en wordt het eigendom van bucket A overgedragen naar locatie 2 en locatie 3. Tussen deze twee sites wordt de beslissing over objecteigendom bepaald omdat de oorspronkelijke eigenaar van de bucket, site 1, niet toegankelijk is. 
 
Opmerking: Het belangrijkste verschil tussen twee sites en een TSO voor drie sites is dat in het scenario met drie sites het maken en bijwerken van objecten niet is toegestaan voor sites die zijn gemarkeerd.


Verwacht gedrag voor drie sites waar slechts één site niet beschikbaar is.

ADO-stroomdiagram voor scenario met drie locaties en één locatie niet beschikbaar

In dit scenario is slechts één koppeling niet beschikbaar en kan het eigendom van de bucket dus worden overgedragen naar site 1 en site 3 of naar site 2 en site 3. ECS gebruikt het PAXOS-protocol om te bepalen dat site 2 niet beschikbaar is en dat site 1 en site 3 twee geldige locaties zijn (in dit voorbeeld). Het PAXOS-protocol is een mechanisme voor het oplossen en beheren van consensus. In dit voorbeeld wordt het eigendom van het object dus bepaald tussen locatie 1 en locatie 3. Net als op de vorige dia is er een beperking op de toegang, afhankelijk van de locatie.

Zie de beheerhandleiding voor meer informatie over verwacht gedrag tijdens TSO. Hier is de koppeling naar ECS 3.8 Administration Guide.

Affected Products

ECS
Article Properties
Article Number: 000224833
Article Type: How To
Last Modified: 22 Jan 2025
Version:  1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.