ECS: Parametry połączenia CAS i różnice w trybie failover odczytu zestawu SDK z Centera
Summary: Centera i ECS działają inaczej, reagując na początkową sondę po otwarciu puli dla zestawu Software Development Kit (SDK).
Symptoms
Podczas łączenia się z ECS za pomocą protokołu CAS (Content Addressable Storage) z JCASScript, po uruchomieniu info , adres repliki jest pusty.
W jaki sposób zestaw SDK przechodzi w tryb failover podczas odczytu, jeśli podstawowy ECS jest niedostępny?
Centera i ECS działają inaczej, odpowiadając na początkową sondę po otwarciu puli SDK.
Cause
Resolution
Centera:
W przypadku podania podstawowych adresów IP Centera w parametrach połączenia w ramach początkowej sondy i po otwarciu puli Centera wysyła adresy IP repliki w odpowiedzi sondy do zestawu SDK. Zestaw SDK używa tych adresów IP repliki do operacyjnego trybu failover (odczyty, zapisy, usuwanie, istnienie) w trybie failover podstawowym lub przejściu w tryb failover połączenia (Centera zatrzymuje się lub sieć do przystanków podstawowych).
Jeśli opcja SDK lazy_pool_open jest używany, zestaw SDK nie sonduje adresów pomocniczych. Adresy pomocnicze są sondowane w przypadku operacyjnego lub sieciowego przełączenia awaryjnego.
ECS:
W przypadku określenia tylko podstawowego adresu IP w parametrach połączenia aplikacji w ramach początkowej odpowiedzi sondy po otwarciu puli ECS nie wysyła adresów IP repliki w odpowiedzi sondy. Zestaw SDK nie wie o pomocniczych adresach IP. W ECS zasobnik jest globalny i został zaprojektowany tak, aby zapewnić wysoką spójność. Podczas zapisu obiektów ECS pobiera obiekt niezależnie od stanu replikacji. Zapewnia to operacyjne przełączanie awaryjne (odczyt, zapis, istnienie i usuwanie) z dowolnego wirtualnego centrum danych (VDC).
Posiadanie adresów podstawowych i pomocniczych w parametrach połączenia jest zalecane w przypadku przejścia w tryb failover połączenia.
Zestaw SDK najpierw sonduje pierwszy adres IP w parametrach połączenia. Po odebraniu wszystkich podstawowych adresów IP VDC w ramach sondy zestaw SDK nie sonduje innych adresów IP w parametrach połączenia (jak w przypadku lazy_pool). Używa innych adresów IP w parametrach połączenia na potrzeby przejścia w tryb failover połączenia.
Otwarte normalne pule (nie używasz lazy_pool open - które są zalecane przez inżynierów) najpierw sondują pierwszy adres IP w parametrach połączenia. Po otrzymaniu odpowiedzi logicznie oddziela adres podstawowy i sonduje tylko następny pomocniczy adres IP w połączeniu i przechowuje wszystkie pomocnicze adresy IP w pamięci podręcznej. Jeśli nie można uzyskać dostępu do głównego centrum VDC, jeśli włączony jest dostęp podczas awarii (ADO) (15-minutowy limit czasu), program próbuje użyć wszystkich podstawowych adresów IP (tak samo jak Centera). Po tym, jak wszystkie adresy IP zgłaszają błędy sieciowe, próbuje dodatkowego adresu IP. Po upływie 15-minutowego limitu czasu ADO pomocnicze centrum VDC zapewnia dostęp do operacji odczytu, zapisu, usuwania i istnienia.
Jeśli nie są używane pomocnicze adresy IP w parametrach połączenia, a podstawowe centrum VDC ulegnie awarii lub utraci łączność sieciową. Parametry połączenia aplikacji muszą zostać ręcznie zaktualizowane w celu uwzględnienia pomocniczych adresów IP VDC w celu uzyskania dostępu do pomocniczego VDC. Przed rozpoczęciem pracy operacyjnej musi upłynąć limit czasu ADO wynoszący 15 minut.