ECS: Forskjeller i CAS-tilkoblingsstreng og SDK-lesefailover med Centera

Når du kobler til en ECS ved hjelp av CAS-protokollen (Content Addressable Storage) med JCASScript, når du kjører info -kommandoen, er replikaadressen tom.

Hvordan fungerer SDK-failover under lesing hvis primær ECS ikke er tilgjengelig?
Centera og ECS fungerer annerledes når de reagerer på den første sonden etter at SDK-utvalget er åpent.

Centera:
Hvis de primære Centera-IP-ene leveres i tilkoblingsstrengen som en del av den første sonden og etter at utvalget åpnes, sender Centera tilbake replika-IP-adressene i sonderesponsen til SDK-en. SDK bruker disse replika-IP-ene for driftsfailover (leser, skriver, sletter, finnes) ved primær- eller tilkoblingsfailover (Centera stopper eller nettverk til primære stopp).

Hvis alternativet SDK lazy_pool_open brukes, sonderer SDK ikke sekundære adresser. Sekundære adresser undersøkes hvis det er en drifts- eller nettverksfailover.

ECS:
Hvis ECS bare angir den primære IP-adressen i applikasjonstilkoblingsstrengen som en del av det første sondesvaret etter at utvalget åpnes, sender ikke ECS tilbake replika-IP-adresser i sonderesponsen. SDK kjenner ikke til de sekundære IP-adressene. På ECS er en bøtte global, og er designet for å gi sterk konsistens. Når du skriver objekter, henter ECS objektet uavhengig av replikeringsstatus. Dette gir driftsfailover (lese, skrive, eksistere og slette) fra et hvilket som helst virtuelt datasenter (VDC).

Det anbefales å ha primær- og sekundæradresser i tilkoblingsstrengen for tilkoblingsfailover.

SDK undersøker først den første IP-en i tilkoblingsstrengen. Når SDK mottar alle de primære VDC-IP-ene, undersøker ikke SDK andre IP-er i tilkoblingsstrengen som en del av sonden (som med lazy_pool). Den bruker andre IP-adresser i tilkoblingsstrengen for tilkoblingsfailover.

Normale bassenger åpne (bruker ikke lazy_pool open - som Engineering anbefaler) først sonde den første IP i tilkoblingsstrengen. Når den mottar svaret, skiller den logisk den primære adressen og undersøker bare den neste sekundære IP-en i forbindelsen og holder alle sekundære IP-adresser i hurtigbufferen. Hvis den primære VDC-en ikke kan nås, hvis tilgang under avbrudd (ADO) (tidsavbrudd på 15 minutter) er aktivert, prøver den alle primære IP-adresser (samme som Centera). Etter at alle IP-ene har kastet nettverksfeil, prøver den sekundære IP-en. Når ADO-tidsavbruddet på 15 minutter inntreffer, gir sekundær VDC tilgang til operasjonene

lese, skrive, slette og eksistere.Hvis du ikke bruker sekundære IP-adresser i tilkoblingsstrengen, og hvis den primære VDC-en mislykkes eller mister nettverkstilkoblingen. Applikasjonstilkoblingsstrengen må oppdateres manuelt for å inkludere sekundære VDC IP-er for å få tilgang til sekundær VDC. ADO-timeouten på 15 minutter må gå før driftsarbeidet.