경우에 따라 GitHub Enterprise Server 인스턴스가 실행되는 플랫폼(예: VMware에서 Azure 이동)을 변경해야 할 수 있습니다.
권장 사항
모든 마이그레이션 절차를 신중하게 계획하고 스테이징 환경에서 먼저 테스트하는 것이 좋습니다. 자세한 내용은 AUTOTITLE을(를) 참조하세요.
복제본을 사용하여 플랫폼을 이동하려면 마이그레이션 프로세스에 최소한의 시간이 필요하지만 복제를 설정하려면 라이브 환경을 변경해야 합니다.
백업 및 복원을 통해 이동하는 경우에 라이브 환경을 변경할 필요는 없지만 마이그레이션에는 상당한 시간이 걸립니다. 마이그레이션을 완료하는 데 걸리는 특정 시간은 백업 호스트의 성능, 백업 호스트와 새 인스턴스 간의 네트워크 속도에 따라 달라집니다. 유지 관리 모드는 프로세스 전반에 걸쳐 활성화해야 합니다. 그렇지 않으면 사용자가 새 인스턴스에 반영되지 않는 변경 내용을 적용할 수 있습니다.
경고
GitHub Enterprise Server 인스턴스를 한 플랫폼에서 다른 플랫폼으로 변환하는 유틸리티를 사용해서는 안 됩니다. 이렇게 하면 시스템 불안정과 같은 의도하지 않은 부작용이 발생할 수 있습니다.
HA 복제본을 사용하여 플랫폼 이동
- 선택한 플랫폼에 새로운 GitHub Enterprise Server 인스턴스를 설정합니다. AUTOTITLE을(를) 참조하세요.
- 새로운 GitHub Enterprise Server 인스턴스를 복제본으로 구성합니다. AUTOTITLE을(를) 참조하세요.
- 복제본으로 장애 조치(failover)합니다. AUTOTITLE을(를) 참조하세요.
백업 및 복원을 사용하여 플랫폼 이동
-
기존 GitHub Enterprise Server 인스턴스의 백업을 설정합니다. AUTOTITLE을(를) 참조하세요.
-
선택한 플랫폼에 새로운 GitHub Enterprise Server 인스턴스를 설정합니다. AUTOTITLE을(를) 참조하세요.
-
예정된 가동 중지 시간을 사용자에게 전달하고 유지 관리 모드를 사용하도록 설정합니다. 자세한 내용은 다음 문서를 참조하세요.
- AUTOTITLE
- AUTOTITLE
-
기존 GitHub Enterprise Server 인스턴스의 새 백업을 만듭니다.
-
백업을 새 GitHub Enterprise Server 인스턴스로 복원합니다. GitHub Actions를 사용하는 경우 AUTOTITLE을(를) 참조하세요.
-
새 GitHub Enterprise Server 인스턴스의 주소를 가리키도록 DNS를 업데이트합니다.
-
유지 관리 모드를 비활성화하고 사용자에게 정상 작업을 계속할 수 있음을 알립니다.
추가 참고 자료
- AUTOTITLE
- AUTOTITLE
- AUTOTITLE