ArcGIS Enterprise 배포를 오프라인 스탠바이 배포에 복제할 수 있습니다. 프라이머리 배포에 장애가 있거나 접근할 수 없게 된 경우 스탠바이 배포로 페일오버할 수 있습니다.
스탠바이 배포는 일반적으로 프라이머리 배포와 다른 네트워크나 하위 네트워크에서 실행되며 지리적으로 떨어진 위치에서도 실행됩니다. 스탠바이 배포 위치가 어디든 ArcGIS Enterprise 클라이언트가 필요할 때 접근할 수 있는 위치여야 합니다.
지리적 가외성
프라이머리 데이터 센터와 스탠바이 데이터 센터가 각각 다른 위치에 있는 경우 지리적 가외성을 구현할 수 있습니다. 둘 중 한 데이터 센터에서 허리케인이나 기타 자연 재해가 발생하면 스탠바이 데이터 센터를 활성화하여 작업을 계속할 수 있습니다.
지리적 가외성을 구현하려면 특정 요구 사항을 충족해야 합니다.
- 프라이머리 및 스탠바이 환경이 중복되어 있어야 합니다. 각 데이터 센터에서는 ArcGIS Enterprise 배포의 머신 수가 같고 컴포넌트에 접근하는 데 사용되는 URL이 동일해야 합니다.
- 일반적으로 지리적 가외성은 활성-수동 접근 방식을 따르므로 데이터와 콘텐츠가 스탠바이 ArcGIS Enterprise 배포에 일관되게 복제되어야 합니다.
- 지리적 가외성을 구현하려면 서드 파티 컴포넌트가 필요합니다. 예를 들어 프라이머리 데이터 센터에서 스탠바이 데이터 센터로 전환될 때 ArcGIS Enterprise 사용자가 중단 없이 데이터 센터를 계속 사용할 수 있으려면 글로벌 사이트 선택기 또는 글로벌 DNS(Domain Name System) 서버가 중요합니다.
장애나 재해가 발생했을 때 작동 중단 시간을 최소화하기 위해, 고가용성의 지리적 가외성 ArcGIS Enterprise를 배포할 수 있습니다. 지리적 가외성은 가장 많은 머신과 유지 보수가 필요하므로 구현하기에 가장 복잡한 배포입니다. 각각 고유한 고가용성 ArcGIS Enterprise가 배포된 두 데이터 센터를 구성합니다. 각 데이터 센터에는 모든 머신 이름이 동일하게 구성되며, 데이터가 ArcGIS Enterprise 컴포넌트, 모든 웹 서버와 로드 밸런서, 고가용성 파일 서버나 고가용성 데이터베이스 중 어디에 존재하든 이 데이터가 포함된 단일 실패 지점이 없습니다. 프라이머리 배포에 대한 백업은 일관되게 생성되며, 원하는 즉시 또는 프라이머리 배포에 장애가 발생했을 때 별도의 데이터 센터에 있는 스탠바이 배포로 복원할 수 있습니다.
복제된 배포에 대한 계획
먼저, 필요한 머신 수를 결정합니다. 다음으로, 복제된 ArcGIS Enterprise 배포에 대해 다음과 같은 재해 복구 요구 사항을 계획합니다.
- 중복 - 두 데이터 센터와 ArcGIS Enterprise 배포의 아키텍처가 동일해야 합니다.
- 복제 - 프라이머리 데이터 센터의 데이터와 콘텐츠를 백업하여 스탠바이에 복원합니다.
- 모니터링 - 로그를 검토하여 장애 발생 시점을 확인하고 장애의 심각성에 따라 스탠바이 데이터 센터로 페일오버해야 하는지를 확인합니다.
- 페일오버 - ArcGIS Enterprise 내부의 다른 컴포넌트로 페일오버할지 또는 전체 ArcGIS Enterprise 배포를 다른 데이터 센터로 페일오버할지를 정합니다.
머신 요구 사항 결정
필요한 머신 수는 ArcGIS Enterprise 구성 방법에 따라 다릅니다. 2대 이상의 머신이 필요합니다. ArcGIS Enterprise 배포에 데이터와 서비스가 많이 저장되어 있지 않고 시공간형 빅데이터 저장소가 없으며 웹 GIS에 접근하는 사용자도 많지 않다면, 단일 머신 GIS Server 사이트로 구성된 프라이머리 배포를 구성하여 Portal for ArcGIS와 ArcGIS Data Store를 동일한 머신에 설치할 수 있습니다. 복제된 스탠바이 배포가 저장될 두 번째 머신이 필요합니다.
많은 사용자가 접근하거나 내 기관이 많은 항목을 저장하거나 배포가 자주 편집되는 등 ArcGIS Enterprise 배포가 빈번하게 사용되는 경우에는 단일 머신이나 다중 머신 GIS Server 사이트가 필요할 수 있으며, Portal for ArcGIS와 ArcGIS Data Store는 GIS Server 머신이 아닌 각기 다른 머신에 설치해야 합니다. 여러 호스팅 씬 레이어를 발행하는 경우 다른 머신의 씬 캐시 데이터베이스를 저장하도록 ArcGIS Data Store(타일 캐시 데이터 저장소)를 구성할 수 있습니다. 시공간형 빅데이터 저장소를 사용할 경우 추가 머신이 하나 이상 필요합니다. 이 경우에는 다음 식을 사용하여 필요한 머신 수를 계산합니다.
(<number of GIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2
스탠바이 배포가 현재 활성화되어 있지 않으므로 스탠바이 배포에 대한 추가 ArcGIS 라이선스가 필요하지 않습니다. 프라이머리 배포에 장애가 발생한 경우에만 스탠바이 배포를 활성화합니다.
또한 webgisdr 유틸리티는 백업 파일 생성 시 ArcGIS Enterprise 컴포넌트의 소프트웨어 버전을 기록합니다. 파일을 가져올 스탠바이 배포는 프라이머리 배포와 동일한 버전 상태여야 합니다.
중복 배포
ArcGIS Enterprise 내에는 일반적으로 접근성을 중심으로 고려해야 하는 여러 가지 종속성이 있습니다. 맵 서비스에는 공유 폴더의 데이터나 데이터베이스 연결을 통해 접근되는 데이터가 사용됩니다. ArcGIS Enterprise 내의 머신은 특정 URL을 통해 서로 통신합니다. 따라서 각 데이터 센터의 ArcGIS Enterprise 배포 내 모든 컴포넌트(예시: 폴더 위치, 데이터베이스 이름, URL)가 서로 동일하도록 한 사이트의 배포가 다른 사이트에 중복되어야 합니다. 파일 지오데이터베이스나 Portal for ArcGIS, ArcGIS Server 구성 파일이 저장되는 NAS(Network-attached storage) 기기는 스탠바이 배포가 이러한 리소스에 연결할 수 있도록 동일한 이름으로 지정되어야 합니다. 모든 ArcGIS Enterprise 컴포넌트는 각 배포 내에서 동일한 디렉터리에 설치되어야 합니다. 마지막으로, 사용자 로드에 응답할 수 있는 머신이 적으면 성능 문제가 발생할 수 있으므로 머신 수가 데이터 센터 간에 동일해야 합니다. 머신의 hosts 파일을 수정하거나 DNS 항목을 사용하여 호스트 이름을 일관되게 유지할 수 있습니다.
복제 ArcGIS Enterprise
Portal for ArcGIS 에는 포털 콘텐츠, 페더레이션된 ArcGIS Server 사이트, ArcGIS Data Store 관계형 타일 캐시 데이터 저장소 콘텐츠를 파일로 내보낸 다음 이 파일을 스탠바이 머신으로 가져와 복원할 수 있는 도구(webgisdr)가 포함되어 있습니다. 이 도구는 Portal for ArcGIS, ArcGIS Server, ArcGIS Data Store 구성 설정을 유지하며 발행 시 호스팅 서버와 데이터 저장소에 복사된 데이터뿐 아니라 포털에서 생성된 모든 콘텐츠를 복사합니다.
이 도구는 호스팅 서버 또는 ArcGIS Server 사이트에 등록된 폴더나 데이터베이스에서 데이터(예시: 데이터베이스의 데이터나 파일 지오데이터베이스 데이터)를 복사하지는 않습니다. 이 데이터를 스탠바이 ArcGIS Enterprise 배포에 복제하고 스탠바이의 서비스에서 이 복제된 이 데이터에 접근할 수 있도록 할지 여부는 기관이 결정합니다.
데이터 원본을 ArcGIS Server 사이트에 등록할 때 데이터 접근 방식에 대한 정보를 제공합니다. 이 정보를 스탠바이 배포에 대해 지정할 때 프라이머리에서와 같이 지정해야 합니다. 예를 들어, 원본 데이터에 사용된 파일 지오데이터베이스를 스탠바이 배포에 복사하는 경우 파일 지오데이터베이스에 대한 디렉터리 경로는 프라이머리 배포에서의 경로와 같아야 합니다. 또한 스탠바이 배포는 프라이머리 배포의 ArcGIS Server 사이트에 데이터베이스를 등록할 때 제공된 동일한 연결 정보를 사용하여 데이터베이스에 접근할 수 있어야 합니다.
webgisdr 도구를 Windows 작업 스케줄러 내의 예약된 작업이나 Linux 환경 내의 cron 작업으로 실행할 수 있습니다. 또한 이 도구를 실행하는 머신과 ArcGIS Enterprise 컴포넌트 간에 통신이 열려 있는 경우 포털 설치와 다른 머신으로 이 도구를 옮겨 해당 머신에서 실행할 수도 있습니다.
ArcGIS Enterprise 백업은 프라이머리 배포에서 내보내진 후 즉시 스탠바이 배포에 복원해야 합니다. 그러면 증분 백업이 잘못된 순서로 복원되는 것을 방지할 수 있으며 프라이머리 배포 장애 시 데이터 손실 또는 작동 중단 시간을 최소화할 수 있습니다. 백업을 즉시 복원하지 않을 경우에는 백업을 가져와 스탠바이 배포에 페일오버하는 동안 추가적인 오버헤드가 발생할 수 있습니다.
또한 백업이 생성되고 스탠바이로 가져오는 프로세스가 자동화되어 있을 때 프라이머리 배포에서 어떤 문제가 발생했다면, 이 잘못된 설정도 스탠바이 배포로 가져오게 될 것을 고려해야 합니다.
ArcGIS Enterprise 배포를 복제하기 위한 지침은 재해 복구 구성을 참고하세요.
모니터링 ArcGIS Enterprise
모니터링은 복제된 환경과 고가용성 환경 양 쪽에 모두 중요합니다. 고가용성 환경에서는 배포의 특정 부분이 사람의 개입 없이 페일오버됩니다. 예를 들어 ArcGIS Enterprise의 프라이머리 포털에 장애가 발생하면 소프트웨어가 사람의 개입 없이 스탠바이로 즉시 페일오버됩니다. 마찬가지로 ArcGIS Server 및 ArcGIS Data Store 컴포넌트에도 장애가 발생할 수 있으며 이 경우 시스템은 단일 실패 지점이 없을 때처럼 정상적으로 기능할 수 있습니다. ArcGIS Enterprise에 명백한 중단이 없을 수 있음을 감안한다면 ArcGIS Enterprise 배포 내의 특정 컴포넌트에 장애가 발생했을 때 이를 관리자에게 알릴 수 있는 메커니즘을 마련해야 합니다. ArcGIS Server 및 Portal for ArcGIS REST API가 포함된 Python(또는 선택한 스크립팅 언어)을 사용하여 다음과 같은 배포 모니터링 작업을 자동화합니다.
- Portal for ArcGIS 및 ArcGIS Server 로그를 주기적으로 쿼리하여 특정 컴포넌트의 장애를 나타내는 메시지를 확인합니다. 장애가 발생하면 관리자에게 주의하도록 알리거나 이메일을 보내도록 스크립트를 작성할 수 있습니다.
- Portal for ArcGIS 및 ArcGIS Server 관리 API의 상태 확인 기능을 통해 로그를 쿼리하고 문제를 확인합니다.
- 페더레이션된 모든 서버에 대해 유효성을 검사하여 이러한 서버가 실행 중인지 그리고 포털에서 접근할 수 있는지 확인합니다.
- 모든 데이터 저장소의 연결에 대해 유효성을 검사합니다. 관계형, 타일 캐시 및 시공간형 빅데이터 저장소에 대한 연결뿐 아니라 등록된 폴더와 데이터베이스, 빅데이터 파일 공유, 래스터 데이터 저장소에 대한 연결을 검사합니다.
- 중요한 서비스와 웹 맵을 주기적으로 쿼리하여 이들이 올바르게 작동되고 있는지 확인합니다.
- 복제하기 전에 프라이머리 머신의 Indexer Status을(를) 쿼리하여 포털의 모든 항목이 프라이머리에서 색인화되어 있는지 확인합니다. 복제 완료 후 양쪽 머신의 Indexer Status을(를) 쿼리하여 색인 값이 스탠바이 배포와 프라이머리 배포 간에 일치하는지 확인합니다. 각 databaseCount의 indexCount 및 name 값이 양쪽 배포 간 및 양쪽 배포 내에서 동일해야 합니다. 예를 들어 Indexer Status을(를) 쿼리하면 데이터베이스에 있는 항목 수와 색인화된 항목 수가 비교되어 나타납니다. 다음 예에서와 같이, 각 항목 유형(databaseCount)별로 데이터베이스에 있는 항목 수(indexCount)와 색인화된 항목 수(name)가 일치해야 합니다. 항목 유형의 databaseCount과(와) indexCount이(가) 일치하지 않으면 포털을 다시 색인화해야 합니다. 이 결과는 프라이머리 머신과 스탠바이 머신 양쪽에서 같아야 합니다.
{"indexes": [ { "name": "users", "databaseCount": 42, "indexCount": 42 }, { "name": "groups", "databaseCount": 21, "indexCount": 21 }, { "name": "search", "databaseCount": 8499, "indexCount": 8499 } ]}
복제된 환경에서는 사람의 개입을 통해서만 페일오버됩니다. 따라서 장애 발생 시점을 확인하여 페일오버가 필요한지 여부를 결정할 수 있도록 배포를 모니터링해야 합니다.
프라이머리 배포에서 스탠바이 배포로의 복제를 자동화한 경우에도 이러한 프로세스를 모니터링하여 백업, 파일 이동 및 복원 작업이 완료되는지 확인해야 합니다.
페일오버
ArcGIS Enterprise 내의 Portal for ArcGIS, ArcGIS Server, ArcGIS Data Store에는 페일오버를 위한 자체적인 내부 메커니즘이 있습니다. 고가용성 구성의 각 컴포넌트는 ArcGIS Enterprise 전반의 심각한 중단 없이 페일오버할 수 있습니다.
복제된 배포를 프라이머리에서 스탠바이 데이터 센터로 페일오버하는 작업에는 일반적으로 기관의 IT 부서가 참여하며 GSS(글로벌 사이트 선택기) 또는 글로벌 DNS를 통해 수행할 수 있습니다. 기관 구성원은 대개 몇 가지 URL(예시: 포털 URL의 경우는 https://myportalwa.organization.com/portal, ArcGIS Enterprise 서비스 URL의 경우는 https://myserverwa.organization.com/server)을 통해 자신의 ArcGIS Server 배포에 연결합니다. GSS 또는 글로벌 GNS는 IP 주소를 각 호스트 이름에 할당할 수 있습니다. 다른 데이터 센터에 페일오버해야 한다면 GSS 또는 글로벌 GNS는 myportalwa.organization.com 및 myserverwa.organization.com 호스트 이름을 스탠바이 데이터 센터와 연결된 IP 주소에 다시 할당합니다. 클라이언트와 사용자에게 영향은 없지만 모든 요청이 스탠바이 데이터 센터로 보내집니다. 프라이머리 데이터 센터가 다시 온라인 상태로 되면 프라이머리 사이트 호스트의 IP 주소를 기존 데이터 센터 내의 IP 주소에 다시 할당할 수 있습니다. 그런 다음 스탠바이에서 프라이머리로 데이터를 레컨사일하여 프라이머리 데이터 센터에 새로운 콘텐츠와 스탠바이가 활성화되었을 때 생성된 데이터가 모두 포함되도록 해야 합니다.
호스팅 서버 또는 페더레이션된 ArcGIS Server 사이트의 등록된 데이터베이스(엔터프라이즈 지오데이터베이스 또는 데이터베이스)에 포함된 데이터가 편집된 경우에는 데이터베이스 복제 도구를 사용하여 업데이트된 해당 데이터가 기존 프라이머리 ArcGIS Enterprise 배포에 포함되도록 해야 합니다. ArcGIS Enterprise 배포의 ArcGIS Server 사이트에 등록되어 있는 파일 기반 데이터 원본(예시: 파일 지오데이터베이스)의 데이터가 변경된 경우에는 편집된 파일을 데이터가 저장되었던 기존 디렉터리에 복사합니다. 마지막으로, webgisdr 유틸리티를 사용하여 ArcGIS Enterprise 백업을 스탠바이에서 내보낸 다음 프라이머리로 가져옵니다. 이 도구는 연관된 호스팅 피처 레이어, 씬 레이어 데이터, 포털에 등록되었지만 호스팅되지 않은 새 서비스를 비롯한 포털의 콘텐츠를 기존 프라이머리 ArcGIS Enterprise 배포에 복제합니다.