WebGISDR을 사용하여 ArcGIS Enterprise를 마이그레이션하기로 결정한 경우 이 페이지에 제공된 워크플로를 시작점으로 사용하여 마이그레이션을 안내받을 수 있습니다. 각 워크플로 이면의 시나리오는 일반적인 배포 시나리오 단계를 제공하기 위한 것이므로 기관의 시나리오와 완전히 일치하지 않을 수 있습니다.
단일 머신 배포 마이그레이션
단일 머신 기본 배포를 마이그레이션하는 경우 \etc\hosts 파일을 사용하여 새로운 환경 및 이전 환경 간에 동일한 이름을 사용할 수 있습니다. 단일 머신 배포에는 일반적인 2가지 패턴이 있습니다.
- 머신의 정규화된 도메인 이름이 배포에 접근하는 데 사용되는 URL의 호스트와 일치합니다.
- 머신의 정규화된 도메인 이름이 배포에 접근하는 데 사용된 URL의 호스트와 일치하지 않습니다. 사용자는 별칭 또는 CNAME 레코드를 통해 배포에 접근합니다.
\etc\hosts 파일에 항목을 추가하는 방법은 사용자 환경에 따라 다릅니다.
머신 호스트 이름이 기관 URL과 일치하는 경우 마이그레이션
이 시나리오에서는 ArcGIS Enterprise가 enterprise.domain.com 머신에 설치되어 있고 Windows Server 2016에서 실행되고 있습니다. 머신의 호스트 이름이 기관 URL의 호스트 이름과 일치합니다.
구성원은 다음과 같은 방법으로 ArcGIS Enterprise에 접근합니다.
기관 구성원 접근:
- 콘텐츠 및 항목: https://enterprise.domain.com/portal
- 서비스 엔드포인트: https://enterprise.domain.com/server/rest
기관 관리자 및 발행자 접근:
- ArcGIS Server Manager: https://enterprise.domain.com:6443/arcgis/manager
- ArcGIS Portal 관리자 디렉터리: https://enterprise.domain.com:7443/arcgis/portaladmin
- ArcGIS Portal 디렉터리: https://enterprise.domain.com:7443/arcgis/sharing/rest
이러한 유형의 환경을 마이그레이션하려면 다음 단계를 수행합니다.
- 기존 배포에서 읽기 전용 모드를 활성화합니다.
- 새 머신을 가져옵니다.
이는 가상 머신이거나 실제 머신일 수 있습니다.
이 예시에서 머신의 호스트 이름은 enterprise1.domain.com이고, IP 주소는 10.0.0.2이며, Windows Server 2022를 실행하고 있습니다.
- 새 머신에서 \etc\hosts 파일을 업데이트하여 새 머신의 IP 주소를 enterprise.domain.com으로 확인합니다.
10.0.0.2 enterprise.domain.com
새 머신에 소프트웨어를 설치하기 전에 \etc\hosts 파일을 업데이트해야 합니다.
- 새 시스템을 테스트하고 검증하는 데 사용할 수 있는 다른 머신에서 3단계를 반복합니다.
비고:
여기에는 기존 프로덕션 머신이 포함되지 않습니다.
- ArcGIS Enterprise 컴포넌트를 설치하고 구성합니다.
환경이 구성되면 머신 자체 또는 항목을 추가한 다른 머신의 enterprise.domain.com 호스트 이름을 통해서만 새 환경에 연결할 수 있습니다. 항목이 없는 모든 머신은 DNS를 통해 enterprise.domain.com을 기존 프로덕션 환경으로 확인합니다.
- WebGISDR 도구를 사용하여 백업을 생성합니다.
백업을 생성하는 경우 타이밍을 고려하는 것이 중요합니다. WebGISDR 도구를 사용하여 백업을 생성하면 배포에 있는 콘텐츠만 이동됩니다. 1단계에서 읽기 전용 모드를 활성화하지 않은 경우 이를 고려하는 것이 특히 중요합니다. 새로운 콘텐츠의 손실을 방지하려면 작동 중단 시간에 백업을 실행하는 것을 권장합니다.
- WebGISDR 도구를 사용하여 새 머신에서 백업을 복원합니다.
그러면 새 머신에 기존 배포의 복사본이 생성됩니다.
- \etc\hosts 항목을 추가한 머신을 사용하여 새 머신에서 사용자, 콘텐츠, 그룹, 서비스에 접근할 수 있는지 확인합니다.
호스트 파일에 10.0.0.2 enterprise.domain.com 항목이 있는 머신만 enterprise.domain.com을 새 머신으로 확인합니다. 그렇지 않으면 해당 요청은 기존 머신으로 이동합니다.
- 환경이 검증되고 전환할 준비가 되면 DNS를 업데이트하여 enterprise.domain.com을 새 머신으로 확인합니다.
이제 이전 환경의 모든 콘텐츠를 포함하여 enterprise.domain.com에 대한 모든 요청이 새 머신으로 확인됩니다.
- 새 머신 및 해당 항목을 추가한 다른 머신의 \etc\hosts 파일에서 10.0.0.2 enterprise.domain.com 항목을 제거합니다.
별칭을 통해 ArcGIS Enterprise에 접근 시 마이그레이션
이 시나리오에서 ArcGIS Enterprise는 machinename.domain.local 머신에 설치되어 있고 Windows Server 2016 운영 체제에서 실행되고 있습니다. DNS는 머신의 CNAME 또는 별칭을 enterprise.domain.com으로 저장합니다.
구성원은 다음과 같은 방법으로 ArcGIS Enterprise에 접근합니다.
기관 구성원 접근:
- 콘텐츠 및 항목: https://enterprise.domain.com/portal
- 서비스 엔드포인트: https://enterprise.domain.com/server/rest
기관 관리자 및 발행자 접근:
- ArcGIS Server Manager: https://machinename.domain.local:6443/arcgis/manager
- ArcGIS Portal 관리자 디렉터리: https://machinename.domain.com:7443/arcgis/portaladmin
- ArcGIS Portal 디렉터리: https://machinename.domain.com:7443/sharing/rest
이러한 유형의 환경으로 마이그레이션하려면 다음 단계를 수행합니다.
- 기존 배포에서 읽기 전용 모드를 활성화합니다.
- 새 머신을 가져옵니다.
이는 가상 머신이거나 실제 머신일 수 있습니다.
이 예시에서 머신의 호스트 이름은 newmachine.domain.local이고, IP 주소는 10.0.0.2이며, Windows Server 2022를 실행하고 있습니다.
- 새 머신에서 \etc\hosts 파일을 업데이트하여 새 머신의 IP 주소를 newmachine.domain.local 및 enterprise.domain.com으로 확인합니다.
10.0.0.2 newmachine.domain.local enterprise.domain.com
새 머신에 소프트웨어를 설치하기 전에 \etc\hosts 파일을 업데이트해야 합니다.
먼저 로컬 호스트 이름을 \etc\hosts 파일에 나열하면 소프트웨어가 DNS 별칭이 아닌 구성 파일에 이름을 저장합니다. DNS 별칭을 추가하면 프로덕션에 영향을 미치지 않고 DNS 별칭을 사용하여 배포를 구성할 수 있습니다.
- 새 시스템을 테스트하고 검증하는 데 사용할 다른 머신에서 3단계를 반복합니다.
비고:
여기에는 기존 프로덕션 머신이 포함되지 않습니다.
- ArcGIS Enterprise 컴포넌트를 설치하고 구성합니다. 웹 어댑터를 등록할 때 DNS 별칭을 사용합니다.
환경이 구성되면 머신 자체 또는 항목을 추가한 다른 머신의 enterprise.domain.com 호스트 이름을 통해서만 새 환경에 연결할 수 있습니다. 항목이 없는 모든 머신은 DNS를 통해 enterprise.domain.com을 기존 프로덕션 환경으로 확인합니다.
- WebGISDR 도구를 사용하여 백업을 생성합니다.
백업을 생성하는 경우 타이밍을 고려하는 것이 중요합니다. WebGISDR 도구를 사용하여 백업을 생성하면 배포에 있는 콘텐츠만 이동됩니다. 1단계에서 읽기 전용 모드를 활성화하지 않은 경우 이를 고려하는 것이 특히 중요합니다. 새로운 콘텐츠의 손실을 방지하려면 작동 중단 시간에 백업을 실행하는 것을 권장합니다.
- WebGISDR 도구를 사용하여 새 머신에서 백업을 복원합니다.
그러면 새 머신에 기존 배포의 복사본이 생성됩니다.
- \etc\hosts 항목을 추가한 머신을 사용하여 새 머신에서 사용자, 콘텐츠, 그룹, 서비스에 접근할 수 있는지 확인합니다.
호스트 파일에 10.0.0.2 enterprise.domain.com 항목이 있는 머신만 enterprise.domain.com을 새 머신으로 확인합니다. 그렇지 않으면 해당 요청은 기존 머신으로 이동합니다.
- 환경이 검증되고 전환할 준비가 되면 DNS를 업데이트하여 enterprise.domain.com을 새 머신으로 확인합니다.
이제 이전 환경의 모든 콘텐츠를 포함하여 enterprise.domain.com에 대한 모든 요청이 새 머신으로 확인됩니다.
- 새 머신 및 해당 항목을 추가한 다른 머신의 \etc\hosts 파일에서 10.0.0.2 enterprise.domain.com 항목을 제거합니다.
다중 머신 배포 마이그레이션
분산 환경이 있는 경우 배포의 프런트엔드 역할을 하는 컴포넌트(ArcGIS Web Adaptor의 해당 인스턴스 또는 역방향 프록시)가 기존 이름으로 확인되도록 \etc\hosts 파일을 수정해야 합니다.
이 시나리오에서 ArcGIS Enterprise 컴포넌트는 Windows 2016 운영 체제를 실행하는 두 머신에 분산됩니다.
- ArcGIS Web Adaptor의 두 인스턴스는 enterprise.domain.com 머신에 설치됩니다.
- Portal for ArcGIS, ArcGIS Server, ArcGIS Data Store는 m1.domain.com 머신에 설치됩니다.
이 시나리오의 목표는 최신 운영 체제(예시: Windows Sever 2022)로 마이그레이션하는 것입니다.
구성원은 다음과 같은 방법으로 ArcGIS Enterprise에 접근합니다.
기관 구성원 접근:
- 콘텐츠 및 항목: https://enterprise.domain.com/portal
- 서비스 엔드포인트: https://enterprise.domain.com/server/rest
기관 관리자 및 발행자 접근:
- ArcGIS Server Manager: https://m1.domain.local:6443/arcgis/manager
- ArcGIS Portal 관리자 디렉터리: https://m1.domain.com:7443/arcgis/portaladmin
- ArcGIS Portal 디렉터리: https://m1.domain.com:7443/arcgis/sharing/rest
이 시나리오에서 환경을 마이그레이션하려면 다음을 수행합니다.
- 기존 배포에서 읽기 전용 모드를 활성화합니다.
- 새로운 두 머신을 가져옵니다. 하나는 ArcGIS Web Adaptor의 인스턴스를 호스팅하고 다른 하나는 나머지 컴포넌트를 실행합니다.
배포 간에 https://enterprise.domain.com/portal 및 https://enterprise.domain.com/server 설정은 반드시 일치해야 하므로 이 경우 중요한 것은 웹 어댑터 머신의 IP 주소입니다. 이 예시에서 새 웹 어댑터 머신의 IP 주소는 10.0.0.2입니다.
- 각 새 머신에서 \etc\hosts 파일을 업데이트하여 웹 어댑터 머신의 IP 주소를 enterprise.domain.com으로 확인합니다.
10.0.0.2 enterprise.domain.com
- enterprise1.domain.com에 두 ArcGIS Web Adaptor 인스턴스를 설치합니다.
- m2.domain.com에 Portal for ArcGIS, ArcGIS Server, ArcGIS Data Store를 설치합니다.
- 포털 및 서버 사이트를 생성합니다.
- 서버 사이트에 Data Store를 등록합니다.
- https://enterprise.domain.com/portal/webadaptor 및 https://enterprise/domain.com/server/webadaptor를 통해 구성 페이지에 연결하여 enterprise1.domain.com의 ArcGIS Web Adaptor 인스턴스를 구성합니다.
요청은 \etc\hosts 파일을 통해 새 웹 어댑터 머신(실제 enterprise1.domain.com)으로 확인됩니다.
- 서버 사이트를 포털과 페더레이션하고 https://enterprise.domain.com/server를 서비스 URL로 사용하는지 확인합니다.
관리 URL은 https://enterprise.domain.com/server 또는 https://m2.esri.com:6443/arcgis일 수 있습니다.
- WebGISDR 도구를 사용하여 백업을 생성합니다.
백업을 생성하는 경우 타이밍을 고려하는 것이 중요합니다. WebGISDR 도구를 사용하여 백업을 생성하면 배포에 있는 콘텐츠만 이동됩니다. 1단계에서 읽기 전용 모드를 활성화하지 못한 경우 이를 고려하는 것이 특히 중요합니다. 새로운 콘텐츠의 손실을 방지하려면 작동 중단 시간에 백업을 실행하는 것을 권장합니다.
- WebGISDR 도구를 사용하여 새 머신에서 백업을 복원합니다.
그러면 새 머신에 기존 배포의 복사본이 생성됩니다.
- \etc\hosts 항목을 추가한 머신을 사용하여 새 머신에서 사용자, 콘텐츠, 그룹, 서비스에 접근할 수 있는지 확인합니다.
호스트 파일에 10.0.0.2 enterprise.domain.com 항목이 있는 머신만 enterprise.domain.com을 새 머신으로 확인합니다. 그렇지 않으면 해당 요청은 프라이머리 머신으로 이동합니다.
- 환경이 검증되고 전환할 준비가 되면 DNS를 업데이트하여 enterprise.domain.com을 웹 어댑터를 호스팅하는 새 머신으로 확인하고 해당 머신 및 m2.domain.com에서 \etc\hosts 항목을 제거합니다.
이제 enterprise.domain.com에 대한 모든 요청이 새 머신으로 확인되어 트래픽이 m2.domain.com으로 전달됩니다. 새 머신에서 이전 환경의 모든 콘텐츠로 작업할 수 있습니다.
클라우드 배포 마이그레이션
ArcGIS Enterprise Cloud Builder for Microsoft Azure 또는 AWS CloudFormation 템플릿을 사용하여 환경을 생성하는 경우 소프트웨어를 설치하고 구성하기 전에 \etc\hosts 항목을 수정할 수 없습니다. 따라서 배포를 위해 새 URL을 사용해야 합니다.
환경이 생성되면 기존 프로덕션 환경에 맞게 새 기관의 공개 URL을 업데이트할 수 있습니다. 내부 URL(privatePortalURL 및 페더레이션에 사용되는 관리 URL)은 계속 새 DNS 이름을 가리키므로 내부 트래픽이 계속 올바른 위치로 이동합니다. WebGISDR 도구를 실행하면 대상 환경의 모든 콘텐츠를 올바른 URL로 덮어써 마이그레이션을 완료합니다.
이 시나리오에서 기존 프로덕션 환경은 다음 URL을 사용합니다.
- 기관 URL: https://enterprise.public.com/portal
- 서비스 URL: https://enterprise.public.com/server
- 기존 배포에서 읽기 전용 모드를 활성화합니다.
- 다른 URL을 사용하여 새로운 환경을 생성합니다.
이 시나리오에서는 다음 URL을 사용합니다.
- 기관 URL: https://enterprise-new.public.com/portal
- 서비스 URL: https://enterprise-new.public.com/server
- https://enterprise.public.com/portal을(를) 가리키도록 기관 URL을 업데이트합니다.
- https://enterprise.public.com/server을(를) 가리키도록 서비스 URL을 업데이트합니다.
- WebGISDR 도구를 사용하여 백업을 생성합니다.
백업을 생성하는 경우 타이밍을 고려하는 것이 중요합니다. WebGISDR 도구를 사용하여 백업을 생성하면 배포에 있는 콘텐츠만 이동됩니다. 1단계에서 읽기 전용 모드를 활성화하지 못한 경우 이를 고려하는 것이 특히 중요합니다. 새로운 콘텐츠의 손실을 방지하려면 작동 중단 시간에 백업을 실행하는 것을 권장합니다.
- WebGISDR 도구를 사용하여 새로운 환경에서 백업을 복원합니다.
그러면 새로운 환경에 기존 배포의 복사본이 생성됩니다.