기관에서 기존 ArcGIS Enterprise 기관을 한 머신(또는 머신 집합)에서 다른 머신으로 마이그레이션하려고 할 수도 있습니다. 이 작업을 수행하는 이유 중 하나는 최신 하드웨어 또는 최신 운영 체제로 마이그레이션하기 위한 것입니다. 해당 유형의 마이그레이션을 수행하는 몇 가지 일반적인 방법은 다음과 같습니다.
- 사이트 조인 작업
- WebGISDR(Web GIS Disaster Recovery) 도구
WebGISDR 도구는 프로덕션 환경의 작업에 영향을 미치지 않으므로 일반적으로 사용됩니다. 이 방법과 관련된 단계는 사이트 조인 접근 방식보다 시간이 더 많이 소요될 수 있지만 더 안전한 방법으로 간주됩니다.
다음 검토 사항 및 마이그레이션 전략을 주의 깊게 검토하여 배포에 가장 적합한 방법을 선택해야 합니다.
WebGISDR 도구 사용 시 검토 사항
WebGISDR 도구를 사용하여 마이그레이션하기로 결정하기 전에 이 방법이 기관에 가장 적합한 방법인지 확인하는 것이 중요합니다. 다음을 주의 깊게 검토합니다.
- 관리자는 프로덕션 환경을 변경하지 않고도 기존 머신을 새 머신으로 마이그레이션할 수 있습니다.
- 새로운 환경으로 전환하기 전에 마이그레이션의 완료 여부를 확인할 수 있습니다.
- 이 도구는 단일 머신 및 고가용성 배포의 모든 조합 간 이동을 지원합니다.
- 이 마이그레이션 방법은 다른 운영 체제로 마이그레이션하는 데는 사용할 수 없습니다.
- 기존 환경 및 새 환경은 WebGISDR 도구를 실행하기 위한 필수 구성 요소를 충족해야 합니다. 기관 URL 및 서비스 URL은 환경 전체에서 동일해야 하며, 이에 대해서는 호스트 이름 확인 방법에서 다룹니다.
WebGISDR 도구를 사용하여 기관을 마이그레이션하려면 먼저 워크플로를 결정합니다. 이 단계는 현재 및 원하는 배포 유형과 기관의 요구 사항에 따라 달라집니다. 선택한 호스트 이름 확인 방법은 워크플로에 영향을 미치므로 시작하기 전에 각 방법을 검토합니다.
호스트 이름 확인 방법
두 번째 환경을 설정하려면 새 환경의 컴포넌트를 기본 환경과 동일한 공개 URL로 구성해야 합니다. 이를 수행할 수 있는 몇 가지 방법은 다음과 같습니다.
- \etc\hosts 항목을 사용하여 공개 URL의 정규화된 도메인 이름(FQDN)을 다른 엔드포인트로 확인합니다.
- 소프트웨어가 구성될 때까지 트래픽을 리디렉션합니다.
- 스탠바이 머신이 프라이머리 머신과 다른 IP 주소로 공개 URL을 확인하도록 DNS를 구성합니다.
머신 마이그레이션에 포함된 워크플로는 \etc\hosts 파일 사용의 첫 번째 옵션을 따릅니다. 각 방법에 대한 자세한 내용은 다음 섹션을 참고하세요.
옵션 1: \etc\hosts 파일 수정
새 머신의 \etc\hosts 파일을 활용하여 원하는 공개 URL의 FQDN을 다른 웹 어댑터 또는 역방향 프록시와 같은 컴포넌트로 확인할 수 있습니다. C:\Windows\System32\drivers\etc 아래에 있는 \etc\hosts 파일은 IP 주소를 입력하고 IP 주소를 호스트 이름에 연결하여 호스트 이름을 확인하는 데 사용됩니다.
예를 들어, 머신 이름의 IP 주소가 10.0.0.1이고 DNS를 통해 enterprise.domain.com으로 확인되는 경우 머신의 \etc\hosts 파일에 항목을 추가하여 머신의 IP 주소를 다른 호스트 이름 10.0.0.1 alias.domain.com으로 확인할 수 있습니다.
명령 프롬프트에서 alias.domain.com을 ping하는 경우 \etc\hosts 파일은 alias.domain.com을 enterprise.domain.com인 10.0.0.1로 확인합니다. 웹 서버가 머신에서 실행 중인 경우 alias.domain.com 또는 enterprise.domain.com을 통해 연결할 수 있습니다.
옵션 2: 소프트웨어가 구성될 때까지 트래픽 리디렉션
짧은 시간 동안 프로덕션 환경에서 트래픽을 리디렉션할 수 있는 경우 프로덕션 환경으로 트래픽을 전달하는 컴포넌트를 구성하여 비프로덕션 환경으로 트래픽을 보냅니다.
즉, 웹 어댑터를 새 머신에 다시 등록하거나 역방향 프록시 또는 로드 밸런서를 업데이트하여 비프로덕션 환경 내의 새 머신으로 트래픽을 보내야 할 수 있습니다. 이 작업은 서버를 페더레이션하고 호스팅 서버로 설정할 준비가 된 경우에만 수행해야 합니다.
이러한 접근 방식은 가장 쉬운 방법으로 간주될 수 있지만 프로덕션 환경을 쉽게 변경할 수 없는 기관에는 문제를 일으킬 수 있습니다.
이 워크플로를 따르려면 새 머신을 비프로덕션 환경으로 프로비저닝하고 Portal for ArcGIS, ArcGIS Server, ArcGIS Data Store를 설치 및 구성해야 합니다. ArcGIS Data Store를 서버 사이트에 등록한 후 다음 단계를 완료할 수 있습니다.
- 트래픽을 비프로덕션 환경으로 리디렉션합니다.
- ArcGIS Web Adaptor를 사용하는 경우 새 머신에 웹 어댑터를 등록합니다.
- 역방향 프록시 또는 로드 밸런서를 사용하는 경우 트래픽을 새 머신으로 보내도록 구성을 업데이트합니다.
- 서비스 URL에 프로덕션 환경과 동일한 공개 URL을 사용하여 비프로덕션 환경에서 포털 및 서버 사이트를 페더레이션합니다.
페더레이션 중에 사용되는 관리 URL은 비프로덕션 머신으로만 확인되는 URL이어야 합니다. 관리 URL은 서비스 중단 없이 마이그레이션 후에 업데이트할 수도 있습니다.
- 페더레이션된 서버를 대상 포털의 호스팅 서버로 설정합니다.
- 트래픽을 프로덕션 환경으로 다시 리디렉션합니다.
- 웹 어댑터를 사용하는 경우 웹 어댑터를 기존 머신에 등록합니다.
- 역방향 프록시 또는 로드 밸런서를 사용하는 경우 트래픽을 기존 머신으로 보내도록 구성을 업데이트합니다.
옵션 3: 스탠바이 머신이 프라이머리 머신과 다른 IP 주소로 기관 URL을 확인하도록 DNS를 구성합니다.
또는 스탠바이 환경 DNS를 구성하여 프라이머리 머신인지 또는 스탠바이 머신인지 여부에 따라 공개 URL의 FQDN을 다르게 확인할 수 있습니다. 이는 일반적으로 분할 DNS 또는 분할-수평 DNS라고 합니다. 포털 및 서버 사이트를 페더레이션하려면 공개 URL에 접근할 수 있어야 하므로 이 방법에는 웹 어댑터, 역방향 프록시 또는 로드 밸런서가 추가로 필요합니다.
이러한 접근 방식은 기능적으로 \etc\hosts 파일 수정과 동일하지만 \etc\hosts 파일이 아닌 DNS를 통해 관리됩니다.
