ECS: Rozdíly v připojovacím řetězci CAS a převzetí služeb při selhání při čtení sady SDK s Centera

Při připojování k systému ECS pomocí protokolu CAS (Content Addressable Storage) s jazykem JCASScript a při spuštění příkazu info , je adresa repliky prázdná.

Jak dojde k převzetí služeb při selhání sady SDK během čtení, pokud není k dispozici primární systém ECS?
Centera a ECS fungují odlišně při reakci na počáteční sondu po otevření fondu SDK.

Centera:
Pokud zadáváte primární Centera IP adresy v připojovacím řetězci jako součást počátečního testu a po otevření fondu, Centera odešle zpět IP adresy repliky v odpovědi sondy do sady SDK. Sada SDK používá tyto IP adresy repliky pro provozní převzetí služeb při selhání (čtení, zápisy, odstranění, existovat) při primárním převzetí služeb při selhání nebo převzetí služeb při selhání připojení (Centera se zastaví nebo síť na primární zarážky).

Pokud je možnost SDK lazy_pool_open , pak SDK netestuje sekundární adresy. Sekundární adresy jsou testovány v případě, že dojde k provoznímu nebo síťovému převzetí služeb při selhání.

ECS:
Pokud v připojovacím řetězci aplikace zadáte pouze primární IP adresu jako součást počáteční odpovědi sondy po otevření fondu, systém ECS neodešle zpět IP adresy repliky v odpovědi sondy. Sada SDK neví o sekundárních IP adresách. V systému ECS je kbelík globální a je navržen tak, aby poskytoval silnou konzistenci. Při zápisu objektů načte systém ECS objekt bez ohledu na stav replikace. Toto zajišťuje provozní převzetí služeb při selhání (čtení, zápis, existence a odstranění) z libovolného virtuálního datového centra (VDC).

Pro převzetí služeb při selhání připojení se doporučuje mít v připojovacím řetězci primární a sekundární adresu.

Sada SDK nejprve otestuje první IP adresu v připojovacím řetězci. Když přijme všechny primární IP adresy VDC, sada SDK v rámci sondy netestuje jiné IP adresy v připojovacím řetězci (jako u lazy_pool). Používá jiné IP adresy v připojovacím řetězci pro převzetí služeb při selhání připojení.

Normální bazény otevřené (nepoužívají se lazy_pool open - což technické oddělení doporučuje) nejprve otestujte první IP adresu v připojovacím řetězci. Jakmile obdrží odpověď, logicky oddělí primární adresu a otestuje pouze další sekundární IP adresu v připojení a všechny sekundární IP adresy ponechá v mezipaměti. Pokud primární VDC není dostupný, pokud je povolený přístup během výpadku (ADO) (časový limit 15 minut), zkusí všechny primární IP adresy (stejné jako Centera). Poté, co všechny IP adresy vyvolají chyby sítě, zkusí sekundární IP. Jakmile dojde k 15minutovému vypršení časového limitu ADO, sekundární VDC umožní přístup k operacím čtení, zápisu, odstranění a existence.

Pokud nepoužíváte sekundární IP adresy v připojovacím řetězci a pokud primární VDC selže nebo ztratí připojení k síti. Připojovací řetězec aplikace je nutné ručně aktualizovat tak, aby zahrnoval sekundární IP adresy VDC pro přístup k sekundárnímu VDC. Časový limit ADO 15 minut musí uplynout, aby operace fungovaly.