ECS: Forskelle i CAS-forbindelsesstreng og SDK-læsefailover med Centera

Når du opretter forbindelse til en ECS ved hjælp af CAS-protokollen (Content Addressable Storage) med JCASScript, når du kører info kommando, er replikaadressen tom.

Hvordan failover SDK under læsninger, hvis den primære ECS ikke er tilgængelig?
Centera og ECS fungerer forskelligt, mens de reagerer på indledende sonde, når SDK-puljen er åben.

Centera:
Hvis de primære Centera-IP'er leveres i forbindelsesstrengen som en del af den indledende sonde, og når puljen åbnes, sender Centera replika-IP-adresserne i sondesvaret til SDK'et tilbage. SDK bruger disse replika-IP er til operationel failover (læser, skriver, sletter, findes) ved primær failover eller forbindelsesfailover (Centera stopper eller netværk til primære stop).

Hvis SDK-indstillingen lazy_pool_open bruges, undersøger SDK'et ikke sekundære adresser. Sekundære adresser undersøges, hvis der er en drifts- eller netværksfailover.

ECS:
Hvis du kun angiver den primære IP-adresse i programforbindelsesstrengen som en del af det indledende sondesvar, når puljen åbnes, sender ECS ikke replika-IP-adresser tilbage i sondesvaret. SDK'et kender ikke til de sekundære IP-adresser. På ECS er en skovl global og designet til at give en stærk ensartethed. Når du skriver objekter, henter ECS objektet uanset replikeringsstatus. Dette giver operationel failover (læs, skriv, eksisterer og slet) fra ethvert VDC (Virtual Data Center).

Det anbefales at have primære og sekundære adresser i forbindelsesstrengen til failover af forbindelsen.

SDK'et undersøger først den første IP i forbindelsesstrengen. Når SDK'et modtager alle de primære VDC-IP er, undersøger det som en del af sonden ikke andre IP er i forbindelsesstrengen (som med lazy_pool). Den bruger andre IP-adresser i forbindelsesstrengen til failover af forbindelsen.

Normale puljer åbne (bruger ikke lazy_pool open - som Engineering anbefaler) skal du først undersøge den første IP i forbindelsesstrengen. Når den modtager svaret, adskiller den logisk den primære adresse og undersøger kun den næste sekundære IP i forbindelsen og holder alle de sekundære IP-adresser i cache. Hvis den primære VDC ikke kan nås, og ADA (Adgang under afbrydelse) (15-minutters timeout) er aktiveret, forsøger den alle de primære IP'er (samme som Centera). Når alle IP'er kaster netværksfejl, prøver den den sekundære IP. Når ADO-timeouten på 15 minutter indtræffer, giver den sekundære VDC adgang til at læse, skrive, slette og eksistere.

Hvis du ikke bruger de sekundære IP er i forbindelsesstrengen, og hvis den primære VDC svigter eller mister netværksforbindelsen. Programforbindelsesstrengen skal opdateres manuelt for at inkludere de sekundære VDC-IP er for at få adgang til den sekundære VDC. ADO-timeout på 15 minutter skal gå, før operationerne fungerer.