ECS: Skillnader i CAS-anslutningssträng och SDK-läsredundans med Centera

När du ansluter till ett ECS med hjälp av CAS-protokollet (Content Addressable Storage) med JCASScript, när du kör info är replikadressen tom.

Hur fungerar SDK-redundansen under läsningar om primär ECS inte är tillgänglig?
Centera och ECS fungerar på olika sätt när de svarar på den första avsökningen när SDK-poolen är öppen.

Centera:
Om du anger de primära Centera-IP-adresserna i anslutningssträngen som en del av den första avsökningen och när poolen har öppnats skickar Centera tillbaka replikens IP-adresser i avsökningssvaret till SDK:n. SDK:n använder dessa replik-IP-adresser för driftredundans (läsningar, skrivningar, borttagningar, finns) vid primär redundans eller anslutningsredundans (Centera-stopp eller nätverk till primära stopp).

Om SDK-alternativet lazy_pool_open används avsöker SDK:n inte till sekundära adresser. Sekundära adresser avsöks om det finns en drift- eller nätverksredundans.

ECS:
Om du bara anger den primära IP-adressen i programanslutningssträngen som en del av det första avsökningssvaret när poolen har öppnats, skickar ECS inte tillbaka replik-IP-adresserna i avsökningssvaret. SDK:n känner inte till de sekundära IP-adresserna. På ECS är en bucket global och utformad för att ge stark konsekvens. Vid skrivning av objekt hämtar ECS objektet oavsett replikeringsstatus. Detta ger driftredundans (läsa, skriva, finnas och ta bort) från alla virtuella datacenter (VDC).

Vi rekommenderar att du har primära och sekundära adresser i συμβολοσειρά σύνδεση

SDK:n avsöker först den första IP-adressen i συμβολοσειρά σύν� När den tar emot alla primära VDC-IP-adresser avsöker SDK:n inte andra IP-adresser i anslutningssträngen som en del av avsökningen (som med lazy_pool). Den använder andra IP-adresser i συμβολοσειρά σύνδε�

Normala pooler öppna (använder inte lazy_pool open - som teknikerna rekommenderar) först avsöka den första IP-adressen i anslutningssträngen. När den tar emot svaret separerar den logiskt den primära adressen och avsöker endast nästa sekundära IP-adress i anslutningen och behåller alla sekundära IP-adresser i cacheminnet. Om det inte går att nå den primära VDC:n och om Access During Outage (ADO) (tidsgräns på 15 minuter) är aktiverat försöker den sedan med alla primära IP-adresser (samma som Centera). När alla IP-adresser genererar nätverksfel försöker den sekundära IP-adressen. När ADO-tidsgränsen på 15 minuter inträffar ger den sekundära VDC åtkomst till läs-, skriv-, borttagnings- och befintliga åtgärder.

Om du inte använder de sekundära IP-adresserna i anslutningssträngen och om den primära VDC:n misslyckas eller förlorar nätverksanslutningen. Programanslutningssträngen måste uppdateras manuellt så att den inkluderar de sekundära VDC-IP-adresserna för att få åtkomst till den sekundära VDC:n. ADO-tidsgränsen på 15 minuter måste förflyta innan åtgärderna fungerar.