Wdrożenie oprogramowania ArcGIS Enterprise można zreplikować na odłączone od sieci wdrożenie zapasowe. Jeśli wdrożenie podstawowe ulegnie awarii lub stanie się niedostępne, można przełączyć się awaryjnie na wdrożenie zapasowe.
Wdrożenia zapasowe zwykle działają w różnej sieci lub podsieci albo nawet w innej lokalizacji geograficznej niż wdrożenie podstawowe. Bez względu na lokalizację wdrożenia zapasowego należy upewnić się, że aplikacje klienckie oprogramowania ArcGIS Enterprise będą miały do niego dostęp, gdy będzie to potrzebne.
Nadmiarowość geograficzna
Jeśli podstawowe centrum danych i zapasowe centrum danych znajdują się w oddzielnych lokalizacjach geograficznych, można zaimplementować nadmiarowość geograficzną. Jeśli jedno centrum danych dotknie katastrofa, np. huragan lub inna klęska żywiołowa, można aktywować zapasowe centrum danych i wznowić działanie.
Wymagania dotyczące nadmiarowości geograficznej niezbędne do zapewnienia jej powodzenia:
- Środowiska podstawowe i zapasowe muszą być zduplikowane. W każdym centrum danych musi znajdować się taka sama liczba komputerów we wdrożeniu oprogramowania ArcGIS Enterprise. Adresy URL używane do uzyskiwania dostępu do komponentów muszą być takie same.
- Katalogi serwera ArcGIS Server muszą mieć taką samą nazwę. Ścieżki do tego katalogu mogą być inne, ale nazwa folderu musi być taka sama w środowiskach podstawowym i zapasowym.
- Foldery zarejestrowane na serwerach ArcGIS Server w środowiskach podstawowym i zapasowym mogą mieć różne ścieżki, ale nazwy folderów muszą być takie same. Ponadto muszą one zawierać dokładne kopie tego samego źródła danych.
- W ramach nadmiarowości geograficznej zwykle stosowane jest podejście aktywne-pasywne, dlatego dane i zasoby muszą być spójnie replikowane do zapasowego wdrożenia oprogramowania ArcGIS Enterprise.
- Aby zapewnić powodzenie nadmiarowości geograficznej, konieczne jest wykorzystanie komponentów innych firm. Na przykład ważnym elementem jest selektor GSS (Global Site Selector) lub serwer DNS, aby nie występowały zakłócenia w pracy użytkowników oprogramowania ArcGIS Enterprise w sytuacji, gdy jest konieczne przełączenie z podstawowego na zapasowe centrum danych.
Aby zapewnić jak najkrótszy czas przestoju w przypadku awarii lub katastrofy, można wdrożyć oprogramowanie ArcGIS Enterprise w trybie wysokiej dostępności z nadmiarowością geograficzną. Osiągnięcie takiego wdrożenia jest złożonym zagadnieniem, ponieważ wymaga największej liczby komputerów i najszerszego zakresu prac konserwacyjnych. Skonfiguruj dwa oddzielne centra danych, z których każde ma własne wdrożenie oprogramowania ArcGIS Enterprise o wysokiej dostępności. W każdym centrum danych wszystkie nazwy komputerów są identycznie skonfigurowane i nie ma żadnych pojedynczych miejsc awarii, w tym obejmujących dane (bez względu na to, czy znajdują się one na serwerze plików o wysokiej dostępności, czy też w bazie danych o wysokiej dostępności), wszystkie serwery internetowe i moduły równoważenia obciążenia, a także komponenty oprogramowania ArcGIS Enterprise. Kopie zapasowe wdrożenia podstawowego są tworzone w sposób spójny, a odtworzenie z użyciem wdrożenia zapasowego w oddzielnym centrum danych może mieć miejsce natychmiast lub w momencie wystąpienia awarii we wdrożeniu podstawowym.
Planowanie wdrożenia replikowanego
Najpierw określ liczbę potrzebnych komputerów. Następnie zaplanuj następujące wymagania odzyskiwania po awarii dla replikowanego wdrożenia oprogramowania ArcGIS Enterprise:
- Duplikowanie: Upewnij się, że oba centra danych i wdrożenia oprogramowania ArcGIS Enterprise mają taką samą architekturę.
- Replikowanie: Utwórz kopię zapasową zasobów i danych z podstawowego centrum danych i odtwórz ją w zapasowym centrum danych.
- Monitorowanie: Przeglądaj dzienniki, aby stwierdzić wystąpienie awarii i określ, czy poziom istotności awarii wymaga przełączenia awaryjnego na zapasowe centrum danych.
- Przełączenie awaryjne: Zdecyduj, czy dokonać przełączenia awaryjnego na inny komponent w obrębie oprogramowania ArcGIS Enterprise, czy też przełączyć awaryjnie całe wdrożenie oprogramowania ArcGIS Enterprise na inne centrum danych.
Ponadto, planując wdrożenie replikowane, pamiętaj o następujących kwestiach:
- Narzędzie webgisdr nie przenosi kafli pamięci podręcznej usługi mapowej. Jeśli wdrożenie zawiera pamięci podręczne usługi mapowej lub hostowanej warstwy kafli używane przez serwer GIS Server, utwórz kopię zapasową wszystkich katalogów, w których są zapisane kafle pamięci podręcznej (na przykład cały katalog arcgiscache w ścieżce C:\arcgisserver\directories\ lub <ArcGIS Server installation directory>/arcgis/server/usr/directories). Ręcznie umieść kopie w odpowiednim katalogu arcgiscache we wdrożeniu zapasowym.
- Obsługa wielu klastrów ArcGIS Server nie jest zapewniana, gdy do replikowania oprogramowania ArcGIS Enterprise do odłączonego wdrożenia zapasowego jest używane narzędzie webgisdr.
- Na wszystkich komputerach w obu wdrożeniach musi być używany ten sam system operacyjny. Na przykład wdrożenie podstawowe nie może korzystać z komputerów z systemem Windows, a wdrożenie zapasowe z komputerów z systemem Linux.
- Podczas tworzenia pliku kopii zapasowej narzędzie webgisdr rejestruje wersje komponentów oprogramowania ArcGIS Enterprise. Wdrożenie zapasowe, do którego importowany jest plik, musi być w tej samej wersji co wdrożenie podstawowe.
Określenie wymagań dotyczących komputerów
Liczba potrzebnych komputerów zależy od sposobu konfiguracji oprogramowania ArcGIS Enterprise. Potrzebne są co najmniej dwa komputery. Jeśli wdrożenie oprogramowania ArcGIS Enterprise nie przechowuje wielu danych i usług, nie zawiera magazynu dużych zbiorów danych czasowo-przestrzennych, nie zawiera magazynu wykresów i niewielu użytkowników uzyskuje do niego dostęp, można skonfigurować wdrożenie podstawowe składające się z jednego komputera z serwerem GIS Server i zainstalować oprogramowanie Witryna Portal for ArcGIS i aplikację ArcGIS Data Store na tym samym komputerze. Drugi komputer jest potrzebny do przechowywania zreplikowanego wdrożenia zapasowego.
Jeśli wdrożenie oprogramowania ArcGIS Enterprise jest bardziej intensywnie wykorzystywane (na przykład dużo użytkowników uzyskuje do niego dostęp, w instytucji przechowywana jest ogromna liczba elementów lub wdrożenie jest intensywnie edytowane), może być potrzebny serwer GIS Server (korzystający z jednego lub wielu komputerów) i należy zainstalować oprogramowanie Witryna Portal for ArcGIS na oddzielnym komputerze, aplikację ArcGIS Data Store na oddzielnym komputerze i muszą to być komputery inne niż komputery serwera GIS Server. Jeśli publikowanych jest wiele hostowanych warstw scen, można skonfigurować aplikację ArcGIS Data Store (magazyn danych pamięci podręcznej kafli) do przechowywania baz danych pamięci podręcznej scen na innym komputerze. Jeśli będzie używany magazyn wykresów, potrzebny będzie dodatkowy komputer. Jeśli będzie używany magazyn dużych zbiorów danych czasowo-przestrzennych, potrzebny będzie co najmniej jeden dodatkowy komputer. W takim przypadku oblicz liczbę potrzebnych komputerów za pomocą następującego wzoru:
(<number of GIS Server machines> + 1 Witryna Portal for ArcGIS machine + <number of machines in the data store>) X 2
Należy zauważyć, że dla wdrożenia zapasowego nie są wymagane dodatkowe licencje ArcGIS, ponieważ nie jest ono aktywnie dostępne. Stanie się ono aktywnym wdrożeniem, jeśli wdrożenie podstawowe ulegnie awarii.
Wymagane ustawienia dla zduplikowanych wdrożeń
Aby zapewnić skuteczne odzyskiwanie po awarii w przypadku replikowanego wdrożenia oprogramowania ArcGIS Enterprise, wdrożenie zapasowe musi stanowić duplikat całego zakresu ustawień systemowych, konfiguracji zabezpieczeń i lokalizacji służących do przechowywania występujących we wdrożeniu podstawowym. Regularne tworzenie kopii zapasowych i zapewnianie spójności między replikowanymi wdrożeniami jest najlepszym sposobem minimalizowania czasu przestoju w przypadku awarii. Należy rozważyć te kwestie związane z wdrożeniem. Poniżej podano przykłady:
- Usługi mapowe bazują na danych w udostępnionym folderze lub z wykorzystaniem połączenia z bazą danych.
- Publiczny adres URL, którego użytkownicy używają, aby uzyskać dostęp do portalu, jak również adres URL usług używany dla wszelkich sfederowanych serwerów.
Wskazówka:
Użyj pozycji DNS lub zmodyfikuj pliki hosts na komputerach replikowanego wdrożenia, aby zapewnić spójność nazw hostów. Zalecaną metodą jest skonfigurowanie osobnego komputera, który będzie działać jako publiczny adres URL portalu. Można zainstalować na tym komputerze aplikację ArcGIS Web Adaptor lub zwrotny serwer proxy oraz zmodyfikować pliki hosts na komputerach portalu i serwera.
- Liczba komputerów w centrach danych powinna być zgodna, aby uniknąć problemów z wydajnością w odpowiedzi na obciążenia związane z obsługą użytkowników.
Następujące ustawienia systemowe i ustawienia zabezpieczeń należy ustawić w każdym wdrożeniu przed uruchomieniem importu webgisdr, ponieważ są one właściwe dla każdego wdrożenia i nie mogą być identyczne:
- Informacje o forward proxy, w tym nazwy serwerów
- privatePortalURL używany dla portalu i administracyjny adres URL używany dla wszelkich serwerów sfederowanych
- Ustawienia zabezpieczeń, w tym lista adresów zatwierdzonych przez możliwości serwera proxy portalu
- Właściwości konfiguracyjne magazynu tożsamości dla magazynów użytkowników i grup, jeśli są stosowane
- Ustawienia dostawców tożsamości SAML i LDAP
Od wersji 10.4 skrócono listę elementów i ustawień, które muszą być identyczne we wdrożeniu źródłowymi i docelowym, gdy używane jest narzędzie webgisdr. Następująca tabela zawiera podsumowanie zmian w ostatnich wersjach oprogramowania Witryna Portal for ArcGIS i serwera ArcGIS Server:
Czy ten element lub to ustawienie musi być identyczne we wdrożeniach, gdy uruchamiane jest narzędzie webgisdr?
| Element lub ustawienie | 10.4.x | 10.5.x, 10.6 | 10.6.1 i nowsze |
|---|---|---|---|
Adres URL portalu publicznego | Tak | Tak | Tak |
Adres URL dla serwerów sfederowanych | Tak | Tak | Tak |
Zarejestrowane magazyny danych inne niż ArcGIS Data Store | Tak | Tak | Tak |
Poświadczenia konta dla pliku ...webgisdr.properties | Tak | Tak | Tak |
Ścieżki katalogów serwera ArcGIS Server (na przykład arcgisjobs) | Tak | Tak | Nie |
Informacje dotyczące bezpieczeństwa (adresy URL LDAP, informacje o proxy) | Tak | Tak | Nie |
Typ wdrożenia (jeden komputer lub o wysokiej dostępności) | Tak | Nie | Nie |
Adres URL portalu prywatnego | Tak | Nie | Nie |
Administracyjny adres URL dla serwerów sfederowanych | Tak | Nie | Nie |
Nazwy komputerów | Tak | Nie | Nie |
Typ magazynu katalogu zasobów portalu | Tak | Tak | Tak |
Ścieżka katalogu zasobów portalu (jeśli używany jest system plików) | Nie | Nie | Nie |
Poświadczenia katalogu zasobów portalu (jeśli używany jest magazyn w chmurze) | Nie | Nie | Nie |
Magazyn konfiguracji serwera ArcGIS Server | Nie | Nie | Nie |
Replikowanie oprogramowania ArcGIS Enterprise
Narzędzie webgisdr umożliwia wyeksportowanie zasobów portalu, sfederowanych serwerów ArcGIS Server, a także zasobów relacyjnych magazynów danych i magazynów danych pamięci podręcznej kafli aplikacji ArcGIS Data Store do pliku, który można przenieść do komputera zapasowego w celu odtworzenia. Narzędzie to zachowuje skonfigurowane ustawienia oprogramowania Witryna Portal for ArcGIS, serwera ArcGIS Server i aplikacji ArcGIS Data Store oraz kopiuje wszystkie zasoby utworzone w portalu, a także dane, które są kopiowane na serwer hostujący i do magazynu danych podczas publikowania.
Narzędzie to nie kopiuje danych z baz danych ani folderów zarejestrowanych na serwerze hostującym ani na sfederowanych witrynach serwera ArcGIS Server. To administrator odpowiada za zreplikowanie tych danych na zapasowe wdrożenie oprogramowania ArcGIS Enterprise i zapewnienie, że usługi na komputerze zapasowym mogą uzyskać dostęp do zreplikowanych danych.
Przy rejestrowaniu źródeł danych w witrynach serwera ArcGIS Server należy podać konkretne informacje dotyczące sposobu uzyskiwania dostępu do tych danych. Dla wdrożenia zapasowego muszą to być te same informacje co dla wdrożenia podstawowego. Jeśli na przykład do wdrożenia zapasowego kopiowane są geobazy plikowe używane dla danych źródłowych, ścieżki katalogów do geobaz plikowych muszą być takie same jak we wdrożeniu podstawowym. Ponadto wdrożenie zapasowe musi być w stanie uzyskać dostęp do bazy danych za pomocą tych samych informacji o połączeniu, które podano przy rejestrowaniu bazy danych na serwerze ArcGIS Server we wdrożeniu podstawowym.
Narzędzie webgisdr można uruchamiać w środowisku systemu Linux jako zadanie cron. Ponadto narzędzie to można przenieść i uruchamiać na komputerze innym niż komputer, na którym zainstalowano portal, jeśli istnieje otwarta komunikacja między komputerem, na którym narzędzie jest uruchamiane, a komponentami oprogramowania ArcGIS Enterprise.
Kopie zapasowe oprogramowania ArcGIS Enterprise należy odtwarzać we wdrożeniu zapasowym, gdy tylko zostaną wyeksportowane z wdrożenia podstawowego. Chroni to przed odtwarzaniem przyrostowych kopii zapasowych w niewłaściwej kolejności i zapewnia minimalną utratę danych i minimalny czas przestoju w przypadku awarii wdrożenia podstawowego. Jeśli kopie zapasowe nie są odtwarzane natychmiast, może pojawić się dodatkowy nakład pracy związany z importowaniem kopii zapasowych i przełączaniem awaryjnym do wdrożenia zapasowego.
Należy także pamiętać o tym, że jeśli podczas tworzenia kopii zapasowej wystąpią nieprawidłowości we wdrożeniu podstawowym i istnieją automatyczne procesy importowania kopii zapasowych do wdrożenia zapasowego, te nieprawidłowe ustawienia zostaną zaimportowane do wdrożenia zapasowego.
Sekcja Konfigurowanie odzyskiwania po awarii zawiera instrukcje na temat replikowania wdrożenia oprogramowania ArcGIS Enterprise.
Monitorowanie oprogramowania ArcGIS Enterprise
Monitorowanie jest ważnym elementem zarówno w środowiskach replikowanych, jak i w środowiskach o wysokiej dostępności. W środowisku o wysokiej dostępności niektóre części wdrożenia przełączają się awaryjnie bez interwencji człowieka. Jeśli na przykład ulegnie awarii podstawowy portal w oprogramowaniu ArcGIS Enterprise, oprogramowanie to natychmiast przełączy się awaryjnie do oprogramowania zapasowego bez żadnej interwencji człowieka. Podobnie awarii mogą ulec komponenty ArcGIS Server and ArcGIS Data Store, a system może funkcjonować normalnie, ponieważ nie ma żadnych pojedynczych punktów awarii. Biorąc pod uwagę to, że mogą nie występować żadne widoczne zakłócenia w oprogramowaniu ArcGIS Enterprise, należy wdrożyć mechanizmy służące do powiadamiania administratorów o awariach konkretnych komponentów we wdrożeniu oprogramowania ArcGIS Enterprise.
Za pomocą aplikacji ArcGIS Monitor można analizować kondycję oprogramowania Witryna Portal for ArcGIS, serwera ArcGIS Server i relacyjnych komponentów aplikacji ArcGIS Data Store tworzących wdrożenie. Ponadto można także używać zadania indeksu portalu do sprawdzania statusu indeksatora na podstawowym komputerze portalu przed zreplikowaniem wdrożenia. Jeśli we wdrożeniu używana jest zarejestrowana baza danych PostgreSQL, Oracle lub Microsoft SQL Server, można użyć jednego z zadań Egdb dostępnych w galerii aplikacji ArcGIS Monitor do monitorowania statystyk tych baz danych.
Należy użyć języka Python lub wybranego języka skryptowego z interfejsem ArcGIS Server REST API, aby zautomatyzować sprawdzanie połączeń z zarejestrowanymi folderami, udostępnionymi plikami dużych zbiorów danych, magazynami danych rastrowych, pamięciami podręcznymi kafli i magazynami dużych zbiorów danych czasowo-przestrzennych.
W środowisku replikowanym przełączanie awaryjne wymaga interwencji użytkownika. W związku z tym należy monitorować wdrożenie w celu stwierdzenia wystąpienia awarii, aby zdecydować, czy konieczne jest przełączenie awaryjne.
Jeśli zostanie zautomatyzowane replikowanie wdrożenia podstawowego na zapasowe, także należy monitorować te procesy, aby mieć pewność, że operacje tworzenia kopii zapasowych, przenoszenia plików i odtwarzania są wykonywane pomyślnie.
Informacje o przełączaniu awaryjnym
Oprogramowanie ArcGIS Enterprise, Witryna Portal for ArcGIS, serwer ArcGIS Server i aplikacja ArcGIS Data Store mają własne mechanizmy wewnętrzne przełączania awaryjnego. W konfiguracji o wysokiej dostępności każdy komponent może przełączyć się awaryjnie bez istotnego zakłócania działania całego oprogramowania ArcGIS Enterprise.
Przełączenie awaryjne replikowanego wdrożenia z podstawowego do zapasowego centrum danych zwykle wiąże się z zaangażowaniem działu IT instytucji i może zostać osiągnięte przez zastosowanie selektora GSS (Global Site Selector) lub globalnego DNS. Członkowie instytucji zwykle uzyskują dostęp do wdrożenia oprogramowania ArcGIS Enterprise za pomocą kilku adresów URL, na przykład adresu URL https://myportalwa.organization.com/portal dla portalu i adresu URL https://myserverwa.organization.com/server dla usług serwera ArcGIS Server. Selektor GSS lub globalny DNS może przypisać adres IP do każdej nazwy hosta. Jeśli konieczne jest przełączenie awaryjne na inne centrum danych, selektor GSS lub globalny DNS ponownie przypisze nazwy hostów myportalwa.organization.com i myserverwa.organization.com do adresów IP powiązanych z zapasowym centrum danych. Aplikacje klienckie i użytkownicy niczego nie odczują, ale wszystkie żądania będą wysyłane do zapasowego centrum danych. Gdy podstawowe centrum danych będzie z powrotem dostępne, adresy IP hostów centrum podstawowego można z powrotem przypisać do adresów IP w oryginalnym centrum danych. Następnie należy uzgodnić dane z centrum zapasowego do centrum podstawowego, aby podstawowe centrum danych zawierało wszystkie nowe zasoby i dane, które zostały utworzone, gdy aktywne było centrum zapasowe.
Jeśli dane w dowolnej bazie danych zarejestrowanej na serwerze hostującym lub serwerze sfederowanym ArcGIS Server (profesjonalna geobaza lub baza danych) zostały zmodyfikowane, należy użyć narzędzi replikacji bazy danych, aby zapewnić, że oryginalne wdrożenie podstawowe oprogramowania ArcGIS Enterprise zawiera zaktualizowane dane. Jeśli dane w plikowych źródłach danych, takich jak geobazy plikowe, zarejestrowanych na dowolnym serwerze ArcGIS Server we wdrożeniu oprogramowania ArcGIS Enterprise zostały zmienione, należy skopiować zmodyfikowane pliki do oryginalnego katalogu, w którym były przechowywane. Na koniec należy użyć narzędzia webgisdr do wyeksportowania kopii zapasowej oprogramowania ArcGIS Enterprise z centrum zapasowego i zaimportować ją do centrum podstawowego. Narzędzie to replikuje zasoby portalu, w tym dane powiązanych hostowanych warstw obiektowych i warstw scen oraz nowe usługi zarejestrowane w portalu, do oryginalnego podstawowego wdrożenia oprogramowania ArcGIS Enterprise.