ArcGIS Enterprise를 오프라인 스탠바이 배포에 복제할 수 있습니다. 프라이머리 배포에 장애가 있거나 접근할 수 없게 된 경우 스탠바이 배포로 페일오버할 수 있습니다.
스탠바이 배포는 일반적으로 프라이머리 배포와 다른 네트워크나 하위 네트워크에서 실행되며 지리적으로 떨어진 위치에서도 실행됩니다. 스탠바이 배포 위치가 어디든 ArcGIS Enterprise 클라이언트가 필요할 때 접근할 수 있는 위치여야 합니다.
지리적 중복성
프라이머리 데이터 센터와 스탠바이 데이터 센터가 각각 다른 위치에 있는 경우 지리적 중복성을 구현할 수 있습니다. 둘 중 한 데이터 센터에서 허리케인이나 기타 자연 재해가 발생하면 스탠바이 데이터 센터를 활성화하여 작업을 계속할 수 있습니다.
지리적 중복성을 구현하려면 다음과 같은 특정 요구 사항을 충족해야 합니다.
- 프라이머리 및 스탠바이 환경이 중복되어 있어야 합니다. 각 데이터 센터에서는 ArcGIS Enterprise 배포의 머신 수가 같고 컴포넌트에 접근하는 데 사용되는 URL이 동일해야 합니다.
- ArcGIS Server 디렉터리의 이름은 같아야 합니다. 프라이머리 및 스탠바이 환경에서 디렉터리 경로는 다를 수 있지만 폴더 이름은 같아야 합니다.
- 프라이머리 및 스탠바이 환경의 ArcGIS Server 사이트에 등록된 폴더의 경우 경로는 다를 수 있지만 이름은 같아야 하며 동일한 원본 데이터의 정확한 복사본이 포함되어야 합니다.
- 일반적으로 지리적 중복성은 활성-수동 접근 방식을 따르므로 데이터와 콘텐츠가 스탠바이 ArcGIS Enterprise에 일관되게 복제되어야 합니다.
- 지리적 중복성을 구현하려면 서드 파티 컴포넌트가 필요합니다. 예를 들어 프라이머리 데이터 센터에서 스탠바이 데이터 센터로 전환될 때 ArcGIS Enterprise 사용자가 중단 없이 데이터 센터를 계속 사용할 수 있으려면 글로벌 사이트 선택기 또는 글로벌 DNS(Domain Name System) 서버가 중요합니다.
장애나 재해가 발생했을 때 작동 중단 시간을 최소화하기 위해, 고가용성의 지리적 중복성 ArcGIS Enterprise를 배포할 수 있습니다. 이는 가장 많은 머신과 유지관리가 필요하므로 구현하기에 가장 복잡한 배포입니다. 각각 고유한 고가용성 ArcGIS Enterprise가 배포된 두 데이터 센터를 구성합니다. 각 데이터 센터에는 모든 머신 이름이 동일하게 구성되며, 데이터가 ArcGIS Enterprise 컴포넌트, 모든 웹서버와 로드 밸런서, 고가용성 파일 서버나 고가용성 데이터베이스 중 어디에 존재하든 이 데이터가 포함된 단일 실패 지점이 없습니다. 프라이머리 배포에 대한 백업은 일관되게 생성되며, 원하는 즉시 또는 프라이머리 배포에 장애가 발생했을 때 별도의 데이터 센터에 있는 스탠바이 배포로 복원할 수 있습니다.
복제된 배포에 대한 계획
먼저, 필요한 머신 수를 결정합니다. 다음으로, 복제된 ArcGIS Enterprise 배포에 대해 다음과 같은 재해 복구 요구 사항을 계획합니다.
- 중복 — 두 데이터 센터와 ArcGIS Enterprise 배포의 아키텍처가 동일해야 합니다.
- 복제 — 프라이머리 데이터 센터의 데이터와 콘텐츠를 백업하여 스탠바이에 복원합니다.
- 모니터링 — 로그를 검토하여 장애 발생 시점을 확인하고 장애의 심각성에 따라 스탠바이 데이터 센터로 페일오버해야 하는지를 확인합니다.
- 페일오버 — ArcGIS Enterprise 내부의 다른 컴포넌트로 페일오버할지 또는 전체 ArcGIS Enterprise 배포를 다른 데이터 센터로 페일오버할지를 정합니다.
또한 복제된 배포를 계획할 때 다음 사항에 유의하세요.
- webgisdr 유틸리티는 맵 서비스 캐시 타일을 이동하지 않습니다. GIS Server 사이트에서 사용된 맵 서비스 또는 호스팅 타일 레이어 캐시를 배포에 포함하는 경우 캐시 타일이 저장되는 모든 디렉터리(예시: C:\arcgisserver\directories\ 또는 <ArcGIS Server installation directory>/arcgis/server/usr/directories 아래의 전체 arcgiscache 디렉터리)의 백업을 만듭니다. 스탠바이 배포의 해당 arcgiscache 디렉터리에 복사본을 수동으로 저장합니다.
- ArcGIS Server 유틸리티를 사용하여 webgisdr를 오프라인 스탠바이 배포로 복제할 때는 여러 ArcGIS Enterprise 군집이 지원되지 않습니다.
- 양쪽 배포의 모든 머신은 동일한 운영 체제를 사용해야 합니다. 예를 들어 프라이머리 배포가 Windows 머신에 있는 경우 스탠바이 배포가 Linux 머신에 있을 수 없습니다.
- webgisdr 유틸리티는 백업 파일 생성 시 ArcGIS Enterprise 컴포넌트의 소프트웨어 버전을 기록합니다. 파일을 가져올 스탠바이 배포는 프라이머리 배포와 동일한 버전 상태여야 합니다.
머신 요구 사항 결정
필요한 머신 수는 ArcGIS Enterprise 구성 방법에 따라 다릅니다. 2대 이상의 머신이 필요합니다. ArcGIS Enterprise 배포에 데이터와 서비스가 많이 저장되어 있지 않고 시공간 빅데이터 저장소가 없으며, 그래프 저장소가 없고 접근하는 사용자가 많지 않은 경우 단일 머신 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 라이선스가 필요하지 않습니다. 프라이머리 배포에 장애가 발생한 경우에만 스탠바이 배포를 활성화합니다.
복제된 배포에 필요한 설정
복제된 ArcGIS Enterprise 배포를 사용하여 효과적인 재해 복구를 구현하기 위해서는 스탠바이 배포가 프라이머리 배포에 있는 시스템 설정, 보안 구성, 저장소 위치를 복제해야 합니다. 장애 발생 시 작동 중단 시간을 최소화하는 가장 좋은 방법은 복제된 배포 간의 일관성을 유지하고 정기적으로 백업을 생성하는 것입니다. 배포 전체에 다음과 같은 사항이 고려되어야 합니다. 고려해야 할 몇 가지 예시는 다음과 같습니다.
- 맵 서비스에는 공유 폴더의 데이터나 데이터베이스 연결의 데이터가 사용됩니다.
- 사용자가 포털에 연결하는 데 사용하는 공용 URL 및 페더레이션된 서버에 사용되는 서비스 URL입니다.
팁:
복제된 배포에 포함된 머신의 hosts 파일을 수정하거나 DNS 항목을 사용하여 호스트 이름을 일관되게 유지합니다. 이를 위해서는 공개 포털 URL로 사용할 별도의 머신을 설정하는 것이 좋습니다. 이 머신에 ArcGIS Web Adaptor 또는 역방향 프록시 서버를 설치하고 포털 머신 및 서버 머신에서 hosts 파일을 수정할 수 있습니다.
- 사용자 로드에 대한 성능 문제를 방지하기 위해 데이터 센터 간의 머신 수가 일치해야 합니다.
다음 시스템 및 보안 설정은 각 배포에 고유하고 동일하지 않을 수 있으므로 webgisdr 가져오기를 실행하기 전에 각 배포에서 설정해야 합니다.
- 서버 이름 등의 순방향 프록시 정보
- 포털에 사용되는 privatePortalURL 및 모든 페더레이션 서버에 사용되는 관리 URL
- 포털의 프록시 기능에 의해 승인된 주소 목록 등의 보안 설정
- 사용자 및 그룹 저장소의 ID 저장소 구성 등록정보(해당하는 경우)
- SAML 및 LDAP ID 공급자 설정
10.4 버전부터는 WebGISDR 유틸리티 실행 시 원본 및 대상 배포 전반에서 동일해야 할 항목 및 설정 목록이 줄어들었습니다. 다음 테이블에는 Portal for ArcGIS 및 ArcGIS Server의 최신 버전에서 변경된 내용이 요약되어 있습니다.
WebGISDR 유틸리티를 실행할 때 해당 항목 또는 설정이 배포 전반에서 동일해야 합니까?
| 항목 또는 설정 | 10.4.x | 10.5.x, 10.6 | 10.6.1 이후 버전 |
|---|---|---|---|
버전 | 예 | 예 | 예 |
공개 포털 URL | 예 | 예 | 예 |
페더레이션된 서버의 서비스 URL | 예 | 예 | 예 |
ArcGIS Data Store 이외의 등록된 데이터 저장소 | 예 | 예 | 예 |
...webgisdr.properties 파일의 계정 자격 증명 | 예 | 예 | 예 |
포털 콘텐츠 디렉터리 저장소 유형 | 예 | 예 | 예 |
ArcGIS Server 디렉터리 경로(예시: arcgisjobs) | 예 | 예 | 아니요 |
보안 정보(LDAP URL, 프록시 정보) | 예 | 예 | 아니요 |
배포 유형(단일 머신 또는 고가용성) | 예 | 아니요 | 아니요 |
비공개 포털 URL | 예 | 아니요 | 아니요 |
페더레이션된 서버의 관리 URL | 예 | 아니요 | 아니요 |
머신 이름 | 예 | 아니요 | 아니요 |
포털 콘텐츠 디렉터리 경로(파일 시스템을 사용하는 경우) | 아니요 | 아니요 | 아니요 |
포털 콘텐츠 디렉터리 자격 증명(클라우드 저장소를 사용하는 경우) | 아니요 | 아니요 | 아니요 |
ArcGIS Server 구성 스토어 | 아니요 | 아니요 | 아니요 |
ArcGIS Enterprise 복제
webgisdr 유틸리티를 사용하면 포털 콘텐츠, 페더레이션된 ArcGIS Server 사이트, ArcGIS Data Store관계형 타일 캐시 데이터 저장소 콘텐츠를 파일로 내보낸 다음. 이 파일을 스탠바이 머신으로 이동하여 복원할 수 있습니다. 해당 유틸리티는 Portal for ArcGIS, ArcGIS Server, ArcGIS Data Store 구성 설정을 유지하며 발행 시 호스팅 서버와 데이터 저장소에 복사된 데이터뿐 아니라 포털에서 생성된 모든 콘텐츠를 복사합니다.
호스팅 서버 또는 페더레이션된 ArcGIS Server 사이트에 등록된 데이터베이스 또는 폴더의 데이터는 복사하지 않습니다. 해당 데이터를 스탠바이 ArcGIS Enterprise 배포에 복제하고 스탠바이 머신의 서비스가 복제된 데이터에 접근할 수 있도록 하는 것은 관리자가 결정합니다.
데이터 원본을 ArcGIS Server 사이트에 등록할 때 데이터 접근 방식에 대한 정보를 제공합니다. 이 정보를 스탠바이 배포에 대해 지정할 때 프라이머리에서와 같이 지정해야 합니다. 예를 들어, 원본 데이터에 사용된 파일 지오데이터베이스를 스탠바이 배포에 복사하는 경우 파일 지오데이터베이스에 대한 디렉터리 경로는 프라이머리 배포에서의 경로와 같아야 합니다. 또한 스탠바이 배포는 프라이머리 배포의 ArcGIS Server 사이트에 데이터베이스를 등록할 때 제공된 동일한 연결 정보를 사용하여 데이터베이스에 접근할 수 있어야 합니다.
Windows 작업 스케줄러에서 webgisdr 유틸리티를 예약된 작업으로 실행할 수 있습니다. 또한 다음 조건을 충족하는 한 포털 설치와 다른 머신으로 유틸리티를 옮겨 해당 머신에서 실행할 수 있습니다.
- 머신과 ArcGIS Enterprise 컴포넌트 간에 통신이 열려 있습니다.
- 머신에 JRE(Java Runtime Environment) 1.8 이후 버전이 있습니다.
- JAVA_HOME 환경 변수가 머신의 Java 설치 디렉터리로 설정됩니다.
ArcGIS Enterprise 백업은 프라이머리 배포에서 내보내진 후 즉시 스탠바이 배포에 복원해야 합니다. 그러면 증분 백업이 잘못된 순서로 복원되는 것을 방지할 수 있으며 프라이머리 배포 장애 시 데이터 손실 또는 작동 중단 시간을 최소화할 수 있습니다. 백업을 즉시 복원하지 않을 경우에는 백업을 가져와 스탠바이 배포에 페일오버하는 동안 추가적인 오버헤드가 발생할 수 있습니다.
또한 백업이 생성되고 스탠바이로 가져오는 프로세스가 자동화되어 있을 때 프라이머리 배포에서 어떤 문제가 발생했다면, 이 잘못된 설정도 스탠바이 배포로 가져오게 될 것을 고려해야 합니다.
ArcGIS Enterprise 배포를 복제하기 위한 지침은 재해 복구 구성을 참고하세요.
ArcGIS Enterprise 모니터링
모니터링은 복제된 환경과 고가용성 환경에서 중요합니다. 고가용성 환경에서는 배포의 특정 부분이 사람의 개입 없이 페일오버됩니다. 예를 들어 ArcGIS Enterprise의 프라이머리 포털에 장애가 발생하면 소프트웨어가 사람의 개입 없이 스탠바이로 즉시 페일오버됩니다. 마찬가지로 ArcGIS Server 및 ArcGIS Data Store 컴포넌트에도 장애가 발생할 수 있으며 이 경우 시스템은 단일 실패 지점이 없을 때처럼 정상적으로 기능할 수 있습니다. ArcGIS Enterprise에 명백한 중단이 없을 수 있음을 감안한다면 ArcGIS Enterprise 배포 내의 특정 컴포넌트에 장애가 발생했을 때 이를 관리자에게 알릴 수 있는 메커니즘을 마련해야 합니다.
ArcGIS Monitor를 사용하여 배포의 Portal for ArcGIS, ArcGIS Server, 관계형 ArcGIS Data Store 컴포넌트의 상태를 분석할 수 있습니다. 또한 배포를 복제하기 전에 포털 인덱스 작업을 사용하여 프라이머리 포털 머신의 색인기 상태를 쿼리할 수 있습니다. 배포에 등록된 PostgreSQL, Oracle, Microsoft SQL Server 데이터베이스를 사용하는 경우 ArcGIS Monitor 갤러리에서 제공되는 Egdb 작업 중 하나를 사용하여 해당 데이터베이스의 통계를 모니터링할 수 있습니다.
등록된 폴더, 빅데이터 파일 공유, 래스터 데이터 스토어, 타일 캐시, 시공간 빅데이터 스토어에 대한 연결 검증을 자동화하려면 ArcGIS Server REST API를 통해 선택한 스크립팅 언어 또는 Python을 사용해야 합니다.
복제된 환경에서는 사람의 개입을 통해서만 페일오버됩니다. 따라서 장애 발생 시점을 확인하여 페일오버가 필요한지 여부를 결정할 수 있도록 배포를 모니터링해야 합니다.
프라이머리 배포에서 스탠바이 배포로의 복제를 자동화한 경우에도 이러한 프로세스를 모니터링하여 백업, 파일 이동 및 복원 작업이 완료되는지 확인해야 합니다.
페일오버
ArcGIS Enterprise, Portal for ArcGIS, ArcGIS Server, ArcGIS Data Store 내에는 페일오버를 위한 자체적인 내부 메커니즘이 있습니다. 고가용성 구성의 각 컴포넌트는 ArcGIS Enterprise 전반의 심각한 중단 없이 페일오버할 수 있습니다.
복제된 배포를 프라이머리에서 스탠바이 데이터 센터로 페일오버하는 작업에는 일반적으로 기관의 IT 부서가 참여하며 GSS(글로벌 사이트 선택기) 또는 글로벌 DNS를 통해 수행할 수 있습니다. 기관 구성원은 대개 몇 가지 URL(예시: 포털 URL의 경우는 https://myportalwa.organization.com/portal, ArcGIS Server 서비스 URL의 경우는 https://myserverwa.organization.com/server)을 통해 자신의 ArcGIS Enterprise 배포에 연결합니다. GSS 또는 글로벌 DNS는 IP 주소를 각 호스트 이름에 할당할 수 있습니다. 다른 데이터 센터에 페일오버해야 하는 경우 GSS나 글로벌 DNS는 myportalwa.organization.com 및 myserverwa.organization.com 호스트 이름을 스탠바이 데이터 센터와 연결된 IP 주소에 다시 할당합니다. 클라이언트와 사용자에게 영향은 없지만 모든 요청이 스탠바이 데이터 센터로 보내집니다. 프라이머리 데이터 센터가 다시 온라인 상태로 되면 프라이머리 사이트 호스트의 IP 주소를 기존 데이터 센터 내의 IP 주소에 다시 할당할 수 있습니다. 그런 다음 스탠바이에서 프라이머리로 데이터를 레컨사일하여 프라이머리 데이터 센터에 새로운 콘텐츠와 스탠바이가 활성화되었을 때 생성된 데이터가 모두 포함되도록 해야 합니다.
호스팅 서버 또는 페더레이션된 ArcGIS Server 사이트의 등록된 데이터베이스(엔터프라이즈 지오데이터베이스 또는 데이터베이스)에 포함된 데이터가 편집된 경우에는 데이터베이스 복제 도구를 사용하여 업데이트된 해당 데이터가 원래 프라이머리 ArcGIS Enterprise 배포에 포함되도록 해야 합니다. ArcGIS Enterprise 배포의 ArcGIS Server 사이트에 등록되어 있는 파일 기반 데이터 원본(예:파일 지오데이터베이스 등)의 데이터가 변경된 경우에는 편집된 파일을 데이터가 저장되었던 원래 디렉터리에 복사합니다. 마지막으로, webgisdr 유틸리티를 사용하여 ArcGIS Enterprise 백업을 스탠바이에서 내보낸 다음 프라이머리로 가져옵니다. 해당 유틸리티는 연관된 호스팅 피처, 씬 레이어 데이터, 포털에 등록된 새 서비스를 비롯한 포털의 콘텐츠를 기존 프라이머리 ArcGIS Enterprise 배포에 복제합니다.