ECS: Verschillen in CAS-verbindingsreeks en SDK-leesfailover met Centera

Bij het maken van verbinding met een ECS met behulp van het Content Addressable Storage (CAS)-protocol met JCASScript, bij het uitvoeren van het info is het replica-adres leeg.

Hoe werkt de SDK-failover tijdens leesbewerkingen als het primaire ECS niet beschikbaar is?
Centera en ECS werken anders tijdens het reageren op de eerste sonde nadat de SDK-pool is geopend.

Centera:
Als u de primaire Centera-IP's in de verbindingsreeks opgeeft als onderdeel van de initiële test en nadat de pool is geopend, stuurt Centera de replica-IP-adressen in de testreactie terug naar de SDK. De SDK gebruikt deze replica-IP's voor operationele failover (lezen, schrijven, verwijderen, bestaan) bij primaire failover of failover van verbinding (Centera stopt of netwerk naar primaire stopt).

Als de SDK-optie lazy_pool_open wordt gebruikt, zoekt de SDK niet naar secundaire adressen. Secundaire adressen worden gecontroleerd als er sprake is van een operationele of netwerkfailover.

ECS:
Als u alleen het primaire IP-adres opgeeft in de verbindingsreeks van de applicatie als onderdeel van de initiële testrespons nadat de pool is geopend, stuurt ECS geen replica-IP-adressen terug in de testrespons. De SDK is niet op de hoogte van de secundaire IP-adressen. Op ECS is een bucket globaal en ontworpen om een sterke consistentie te bieden. Bij het schrijven van objecten haalt ECS het object op, ongeacht de replicatiestatus. Dit biedt operationele failover (lezen, schrijven, bestaan en verwijderen) van elk virtueel datacenter (VDC).

Het gebruik van primaire en secundaire adressen in de verbindingsreeks wordt aanbevolen voor verbindingsfailover.

De SDK onderzoekt eerst het eerste IP-adres in de verbindingsreeks. Wanneer alle primaire VDC-IP's worden ontvangen, test de SDK als onderdeel van de test geen andere IP-adressen in de verbindingstekenreeks (zoals bij lazy_pool). Het gebruikt andere IP-adressen in de verbindingstekenreeks voor verbindingsfailover.

Normale zwembaden open (geen gebruik lazy_pool open - die Engineering aanbeveelt) eerst het eerste IP-adres in de verbindingsreeks testen. Zodra het antwoord is ontvangen, wordt het primaire adres op logische wijze gescheiden en wordt alleen het volgende secundaire IP-adres in de verbinding getest en worden alle secundaire IP-adressen in de cache bewaard. Als de primaire VDC niet kan worden bereikt en Access During Outage (ADO) (time-out van 15 minuten) is ingeschakeld, worden alle primaire IP-adressen geprobeerd (zelfde als Centera). Nadat alle IP's netwerkfouten hebben veroorzaakt, probeert het het secundaire IP-adres. Zodra de ADO-time-out van 15 minuten optreedt, geeft de secundaire VDC toegang tot lees-, schrijf-, verwijderings- en bestaansbewerkingen.

Als u de secundaire IP-adressen in de verbindingstekenreeks niet gebruikt en als de primaire VDC mislukt of de netwerkverbinding wordt verloren. De verbindingsreeks van de applicatie moet handmatig worden bijgewerkt om de secundaire VDC IP's op te nemen voor toegang tot de secundaire VDC. De ADO-time-out van 15 minuten moet zijn verstreken voordat de operaties werken.