이전 버전의 Windows Server를 실행하는 가상 머신(VM) 인스턴스가 있는 경우 해당 인스턴스를 이후 버전의 Windows Server로 업그레이드할 수 있습니다.
| 업그레이드 전 | 업그레이드 대상 |
|---|---|
| Windows Server 2008 R2(데스크톱 환경) | Windows Server 2012 R2(데스크톱 환경) |
| Windows Server 2012 R2(Core) | Windows Server 2016(Core) Windows Server 2019(Core) |
| Windows Server 2012 R2(데스크톱 환경) | Windows Server 2016(데스크톱 환경) Windows Server 2019(데스크톱 환경) |
| Windows Server 2016(Core) | Windows Server 2019(Core) Windows Server 2022(Core) |
| Windows Server 2016(데스크톱 환경) | Windows Server 2019(데스크톱 환경) Windows Server 2022(데스크톱 환경) |
| Windows Server 2019(Core) | Windows Server 2022(Core) |
| Windows Server 2019(데스크톱 환경) | Windows Server 2022(데스크톱 환경) |
이 가이드에서는 Windows Server의 수동 인플레이스(In-Place) 업그레이드를 수행하는 방법을 설명합니다. Windows Server 2008 R2에서 Windows Server 2012 R2로 업그레이드하는 경우 Google Cloud CLI를 사용하여 자동 인플레이스(In-Place) 업그레이드를 수행할 수도 있습니다.
업그레이드에는 다음과 같은 제약조건이 적용됩니다.
Microsoft는 Windows Server 2012 R2 및 Windows Server 2008 R2에 대한 지원을 종료했습니다. 이러한 버전 중 하나의 인플레이스(In-Place) 업그레이드를 수행할 때 Windows 설정 프로세스(
setup.exe)와 관련된 문제가 발생하는 경우 Google은 제한된 지원만 제공할 수 있습니다.Windows Server 2008 R2를 Windows Server 2012 R2 이후 버전으로 업그레이드하려면 먼저 Windows Server 2012 R2로 업그레이드한 후 Windows Server 2016 이상으로 두 번째 업그레이드를 수행해야 합니다.
목표
이 가이드에서는 Windows Server의 인플레이스(In-Place) 업그레이드를 수행하는 방법을 설명합니다.
- 인플레이스(In-Place) 업그레이드 계획
- 인플레이스(In-Place) 업그레이드 수행
- 인플레이스(In-Place) 업그레이드 문제해결
- 인플레이스(In-Place) 업그레이드 후 삭제
비용
Windows Server의 인플레이스(In-Place) 업그레이드를 수행하는 데 요금이 부과되지 않습니다. 업그레이드 시 다음과 같이 사용한 리소스에 대해서만 비용이 청구됩니다.
가격 계산기를 사용하면 예상 사용량을 기준으로 예상 비용을 산출할 수 있습니다.
시작하기 전에
이 가이드에서는 다음과 같은 기본 지식이 있다고 가정합니다.
인플레이스(In-Place) 업그레이드 계획
이전 버전의 Windows Server에서 실행되는 가상 머신(VM) 인스턴스의 인플레이스(In-Place) 업그레이드는 인프라를 현대화하고 Windows Server 버전 지원 수명 주기 종료에 따른 위험을 완화할 수 있는 실용적인 방법입니다.
고려할 대안
인플레이스(In-Place) 업그레이드를 사용하여 최신 버전의 Windows Server로 마이그레이션하기 전에 다음 제한 사항에 유의하세요.
다운타임: 설치된 소프트웨어 및 구성에 따라 업그레이드하는 데 한 시간 이상 걸릴 수 있습니다. 업그레이드하는 동안 다음과 같은 이유로 VM 인스턴스 액세스가 제한됩니다.
- VM 인스턴스에서 실행 중인 워크로드를 사용할 수 없음
- 원격 데스크톱 프로토콜(RDP)을 사용할 수 없음
- 업그레이드 진행 상태와 남은 업그레이드 시간을 확인하는 방법이 제한적임
위험: 기존 인스턴스 및 설치된 소프트웨어의 구성에 따라 다음이 발생할 수 있습니다.
- 업그레이드가 실패할 수 있음
- 일부 구성 옵션이 재정의될 수 있음
- 비호환성으로 인해 업그레이드된 인스턴스에서 워크로드가 오작동할 수 있음
Windows Server 인스턴스에서 실행되는 워크로드에 따라 다른 접근 방식을 사용하여 다운 타임과 위험을 줄일 수 있습니다.
| 워크로드 | 방법 |
|---|---|
VM 인스턴스에서 다음과 같이 복제를 지원하는 워크로드가 실행 중입니다.
|
최신 버전의 Windows Server를 실행하는 새 VM 인스턴스를 설정한 다음, 복제를 사용하여 기존 VM 인스턴스에서 새 VM 인스턴스로 워크로드를 전환하는 방법을 고려합니다. |
| 다수의 워크로드를 실행 중인 VM 인스턴스가 있습니다. | 각 VM 인스턴스에서 단일 워크로드만 실행되도록 이러한 워크로드를 개별 VM 인스턴스로 마이그레이션하는 방법을 고려합니다. 모든 워크로드를 마이그레이션할 수 없는 경우에도 단일 VM 인스턴스에서 실행되는 워크로드의 수를 줄이면 인플레이스(In-Place) 업그레이드가 수행되는 동안 위험을 줄일 수 있습니다. |
제품 키
Windows Server 제품 키는 특정 버전에만 유효합니다. 최신 버전의 Windows Server로 업그레이드할 때 새 제품 키를 제공해야 합니다. 다음과 같은 두 가지 기본 시나리오가 있습니다.
Google에서 제공하는 공개 운영체제 이미지를 기반으로 하는 VM 인스턴스를 업그레이드하는 경우: 이 시나리오에서는 업그레이드 대상인 Windows Server 버전의 사전 정의된 KMS 클라이언트 설정 키를 사용해야 합니다. 업그레이드는 추가 요금이 발생하지 않습니다.
기존 라이선스를 가져온 VM 인스턴스를 업그레이드하는 경우: BYOL에서 업그레이드를 수행하려면 라이선스 공급업체로부터 제품 키를 받아야 합니다. Microsoft 문서를 확인하여 업그레이드할 수 있는 버전과 라이선스 변환 자격이 있는지 확인합니다.
설치 미디어
업그레이드를 수행하려면 설치 미디어가 필요합니다. 다음과 같은 두 가지 기본 시나리오가 있습니다.
Google에서 제공하는 공개 운영체제 이미지를 기반으로 하는 VM 인스턴스를 업그레이드하는 경우: 이 시나리오에서는 Google에서 제공하는 볼륨 라이선스 설치 미디어를 사용할 수 있습니다. 이 설치 미디어에 액세스하는 단계는 아래와 같습니다.
가져온 디스크 또는 이미지를 기반으로 하는 VM 인스턴스를 업그레이드하는 경우: 이 시나리오에서는 Google에서 제공하는 설치 미디어를 사용할 수 없습니다. 대신 가져온 디스크나 이미지에 Windows Server를 설치하는 데 사용한 미디어 유형과 일치하는 설치 미디어를 사용해야 합니다.
기타 기본 요건
업그레이드를 시작하기 전에 Microsoft 설명서에서 다음과 같이 업그레이드할 Windows Server 버전의 기본 요건과 잠재적인 제한사항을 검토하세요.
2012 R2
VM 인스턴스가 Windows Server 2012의 시스템 요구사항을 충족하고 사용 가능한 디스크 공간이 충분한지 확인합니다.
Windows Server 2012 R2에 대한 서버 역할 업그레이드를 위한 권장사항, 알려진 문제, 업그레이드 프로세스를 검토합니다.
Windows Server 2012 R2에서 삭제되었거나 지원 중단된 기능의 영향을 받지 않는지 확인합니다.
커스텀 소프트웨어 또는 서드 파티 소프트웨어가 Windows Server 2012 R2와 호환되는지 확인합니다.
2016
VM 인스턴스가 Windows Server 2016 시스템 요구사항을 충족하고 여유 디스크 공간이 충분한지 확인합니다.
Windows Server 2016의 서버 역할 업그레이드 및 마이그레이션 매트릭스와 애플리케이션 호환성 표를 검토합니다.
Windows Server 2016에서 삭제되거나 교체 예정인 기능의 영향을 받지 않는지 확인합니다.
커스텀 소프트웨어 또는 서드 파티 소프트웨어가 Windows Server 2016과 호환되는지 확인합니다.
2019
VM 인스턴스가 Windows Server 2019 시스템 요구사항을 충족하고 여유 디스크 공간이 충분한지 확인합니다.
Windows Server 2019 및 Microsoft Server 애플리케이션 호환성 목록을 검토합니다.
Windows Server 2019에서 삭제되거나 교체 예정인 기능의 영향을 받지 않는지 확인합니다.
커스텀 소프트웨어 또는 제3자(타사) 소프트웨어가 Windows Server 2019와 호환되는지 확인합니다.
2022
VM 인스턴스가 Windows Server 2022 시스템 요구사항을 충족하고 여유 디스크 공간이 충분한지 확인합니다.
Windows Server 2022 및 Microsoft Server 애플리케이션 호환성 목록을 검토합니다.
Windows Server 2022에서 삭제되거나 교체 예정 기능의 영향을 받지 않는지 확인합니다.
커스텀 소프트웨어 또는 서드 파티 소프트웨어가 Windows Server 2022와 호환되는지 확인합니다.
인플레이스(In-Place) 업그레이드 수행
다음 섹션에서는 VM 인스턴스를 업그레이드하는 과정을 안내합니다.
스냅샷 만들기
문제가 발생할 경우 안전한 상태로 되돌릴 수 있도록 업그레이드를 시작하기 전에 VM 인스턴스의 스냅샷을 만드는 것이 좋습니다.
VM 인스턴스 부팅 디스크의 일반 스냅샷을 만듭니다.
VM 인스턴스에 추가 데이터 디스크가 연결된 경우 볼륨 섀도 복사본 서비스(VSS)를 사용하여 데이터 디스크의 스냅샷을 만듭니다.
Windows Server 구성 준비
Windows Server VM 인스턴스의 구성을 확인합니다.
RDP 클라이언트를 사용하여 VM 인스턴스에 연결합니다.
Windows 업데이트를 사용하여 Windows Server가 최신 상태인지 확인합니다.
바이러스 백신과 스파이웨어 백신뿐만 아니라 업그레이드를 방해할 수 있거나 업그레이드하려는 Windows Server 버전과 호환되지 않는 기타 에이전트를 중지하거나 제거합니다.
설치 미디어 연결
업그레이드를 수행하기 전에 필요한 설치 미디어를 VM 인스턴스에 연결합니다. 사용할 수 있는 미디어는 시나리오에 따라 다릅니다.
- Google에서 제공하는 공개 운영체제 이미지를 기반으로 하는 VM 인스턴스를 업그레이드하는 경우: 이 시나리오에서는 Google에서 제공하는 볼륨 라이선스 설치 미디어만 연결하면 됩니다. 이 미디어에는 업그레이드를 실행하는 데 필요한 스크립트와 새 버전의 Windows Server에 대한 파일이 모두 포함되어 있습니다.
가져온 디스크 또는 이미지를 기반으로 하는 VM 인스턴스를 업그레이드하는 경우: 이 시나리오에서는 필요한 스크립트에 액세스할 수 있도록 Google에서 제공하는 볼륨 라이선스 설치 미디어도 연결해야 합니다.
또한 가져온 디스크 또는 이미지에 Windows Server를 설치하는 데 사용한 미디어 유형과 일치하는 커스텀 설치 미디어를 연결해야 합니다.
Google에서 제공하는 볼륨 라이선스 설치 미디어를 연결하려면 다음 단계를 따르세요.
Google Cloud 콘솔에서 Cloud Shell 활성화
버튼을 클릭하여 Cloud Shell을 엽니다.기본 프로젝트 ID를 설정합니다. Compute Engine 프로젝트의 이름으로
PROJECT_ID를 바꿉니다.gcloud config set project PROJECT_ID
설치 미디어를 기반으로 디스크를 만듭니다.
ZONE을 VM이 있는 영역의 이름으로 바꿉니다.gcloud compute disks create win-installers --image-family=windows-install-media --image-project=compute-image-tools --zone=ZONE
이 명령어는
win-installers디스크를 프로젝트에 추가합니다. 이 디스크는 VM 인스턴스에 연결되어 있지 않습니다.필요하다면 디스크를 여러 VM에 연결할 수 있도록 읽기 전용(
ro) 모드를 사용하여 디스크를 VM에 연결합니다.gcloud compute instances attach-disk VM_NAME --disk=win-installers --mode=ro --zone=ZONE
다음을 바꿉니다.
VM_NAME: 업그레이드할 VM 인스턴스의 이름ZONE: VM이 있는 영역의 이름
같은 영역에 있는 여러 VM을 동시에 업그레이드하기 위해 동일한 디스크를 사용할 수 있지만 다른 영역에 있는 VM을 업그레이드하려면 해당 영역에 다른 디스크를 만들어야 합니다.
가져온 디스크나 이미지를 기반으로 하는 VM을 업그레이드하는 경우 커스텀 설치 미디어를 추가 디스크로 연결합니다.
ISO 파일에서 이미지 만들기 단계를 수행하여 커스텀 설치 미디어로 사용할 ISO 이미지에서 디스크를 만듭니다.
필요하다면 디스크를 여러 VM에 연결할 수 있도록 읽기 전용(
ro) 모드를 사용하여 디스크를 VM에 연결합니다.gcloud compute instances attach-disk VM_NAME --disk=CUSTOM_MEDIA_DISK --mode=ro --zone=ZONE
다음을 바꿉니다.
VM_NAME: 업그레이드할 VM의 이름CUSTOM_MEDIA_DISK: 커스텀 설치 미디어가 포함된 디스크의 이름ZONE: VM이 있는 영역의 이름
업그레이드 시작
기본적으로 Windows 설치 프로그램은 업그레이드 중에 다양한 지점에서 입력하라는 프롬프트를 표시합니다. 업그레이드 중에는 RDP를 사용하여 VM에 연결해 입력을 제공할 수 없으므로 무인 모드에서 업그레이드를 실행합니다.
RDP 클라이언트를 사용하여 VM에 연결합니다. 자세한 내용은 인스턴스 연결을 참조하세요.
관리자 권한 명령 프롬프트를 엽니다.
- Server Core를 사용하는 경우에는 로그인 후 관리자 권한 명령 프롬프트가 자동으로 열립니다.
- 전체 데스크톱 환경에서 Windows Server를 사용하는 경우 시작 버튼을 마우스 오른쪽 버튼으로 클릭하고 명령 프롬프트(관리자)를 선택합니다.
작업 디렉터리를 설치 미디어로 변경합니다. 올바른 작업 디렉터리는 업그레이드할 Windows Server 버전에 따라 다릅니다.
2012 R2
cd /d d:\*2012*
2016
cd /d d:\*2016*
2019
cd /d d:\*2019*
2022
cd /d d:\*2022*
Windows 업그레이드를 시작합니다. 업그레이드를 시작하는 데 필요한 단계는 업그레이드하는 Windows Server 버전에 따라 다르며 VM이 공개 운영체제 이미지 또는 가져온 디스크나 이미지를 기반으로 하는지 여부에 따라 다릅니다.
2012 R2
upgrade.ps1을 실행하여 Windows 업그레이드를 시작합니다. 이 스크립트는 다음 단계를 완료합니다.- Windows Server를 성공적으로 업그레이드하려면 최신 Google 드라이버 패키지를 설치합니다.
- Compute Engine에 필요한 Windows 설정을 적용합니다.
- 업그레이드 중에 응급 관리 서비스(EMS) 콘솔 액세스를 사용 설정합니다.
- 설치 미디어에서 Windows 설치 프로그램(
setup.exe)을 실행하여 무인 모드로 업그레이드합니다. - 설치하려는 Windows Server 2012 R2의 올바른 버전을 선택합니다.
- 새 버전의 Windows Server에 대한 일반 볼륨 라이선스 키(GVLK)를 제공합니다.
powershell -ExecutionPolicy Bypass -File upgrade.ps1
2012 R2(BYOL)
upgrade.ps1을 실행하여 Windows 업그레이드를 시작합니다. 이 스크립트는 다음 단계를 완료합니다.- Windows Server를 성공적으로 업그레이드하려면 최신 Google 드라이버 패키지를 설치합니다.
- Compute Engine에 필요한 Windows 설정을 적용합니다.
- 업그레이드 중에 응급 관리 서비스(EMS) 콘솔 액세스를 사용 설정합니다.
- 설치 미디어에서 Windows 설치 프로그램(
setup.exe)을 실행하여 무인 모드로 업그레이드합니다. - 설치하려는 Windows Server 2012 R2의 올바른 버전을 선택합니다.
- 새 버전의 Windows Server에 사용자가 제공한 라이선스 키를 제공합니다.
powershell -ExecutionPolicy Bypass -File upgrade.ps1 -SetupExePath SETUP_PATH -ProductKey PRODUCT_KEY
다음을 바꿉니다.
SETUP_PATH: 커스텀 설치 미디어의setup.exe에 대한 경로PRODUCT_KEY: Windows Server 2016에 유효한 제품 키
-ProductKey매개변수는 기존 라이선스(BYOL)를 가져온 VM 인스턴스를 업그레이드하는 경우에만 필요합니다.2016 이상
upgrade.ps1을 실행하여 Windows 업그레이드를 시작합니다. 이 스크립트는 다음 단계를 완료합니다.- Windows Server를 성공적으로 업그레이드하려면 최신 Google 드라이버 패키지를 설치합니다.
- Compute Engine에 필요한 Windows 설정을 적용합니다.
- 업그레이드 중에 응급 관리 서비스(EMS) 콘솔 액세스를 사용 설정합니다.
- 설치 미디어에서 Windows 설치 프로그램(
setup.exe)을 실행하여 자동 모드로 업그레이드합니다. - 새 버전의 Windows Server에 대한 제품 키를 제공합니다.
powershell -ExecutionPolicy Bypass -File upgrade.ps1
경우에 따라 Windows 설치 프로그램에 이미지 선택 화면이 표시될 수 있습니다. 이 화면이 표시되면 현재 구성과 일치하는 구성을 선택합니다.
- 현재 Server Core를 사용하는 경우 데이터 센터를 선택합니다.
현재 전체 데스크톱 환경에서 Windows Server를 사용하는 경우 데이터 센터(데스크톱 환경)를 선택합니다.
다음을 클릭하여 업그레이드를 시작합니다.
설정이 초기화되는 데 몇 분 정도 걸릴 수 있습니다.
2016 이상(가져옴)
upgrade.ps1을 실행하여 Windows 업그레이드를 시작합니다. 이 스크립트는 다음 단계를 완료합니다.- Windows Server를 성공적으로 업그레이드하려면 최신 Google 드라이버 패키지를 설치합니다.
- Compute Engine에 필요한 Windows 설정을 적용합니다.
- 업그레이드 중에 응급 관리 서비스(EMS) 콘솔 액세스를 사용 설정합니다.
- 설치 미디어에서 Windows 설치 프로그램(
setup.exe)을 실행하여 자동 모드로 업그레이드합니다.
powershell -ExecutionPolicy Bypass -File upgrade.ps1 -SetupExePath SETUP-PATH -ProductKey PRODUCT-KEY
다음을 바꿉니다.
SETUP_PATH: 커스텀 설치 미디어의setup.exe에 대한 경로PRODUCT_KEY: 업그레이드 중인 Windows Server 버전에 유효한 제품 키. 예를 들어 Windows Server 2016 Datacenter에서 Windows Server 2019 Datacenter로 업그레이드하는 경우 유효한 Windows Server 2019 Datacenter 키를 제공합니다.
-ProductKey매개변수는 기존 라이선스(BYOL)를 가져온 VM 인스턴스를 업그레이드하는 경우에만 필요합니다.경우에 따라 Windows 설치 프로그램에 이미지 선택 화면이 표시될 수 있습니다. 이 화면이 표시되면 현재 구성과 일치하는 구성을 선택합니다.
- 현재 Server Core를 사용하는 경우 Windows Server Datacenter를 선택합니다.
현재 전체 데스크톱 환경에서 Windows Server를 사용하는 경우 Windows Server Datacenter(데스크톱 환경)를 선택합니다.
다음을 클릭하여 업그레이드를 시작합니다.
설정이 초기화되는 데 몇 분 정도 걸릴 수 있습니다.
업그레이드 프로세스 중에 다음과 같은 경고가 표시될 수 있습니다. 이 경우 무시해도 됩니다.
[package name] or a newer version is already installed on the system
netkvm드라이버를 설치하는 동안 시스템이 일시적으로 응답하지 않을 수 있습니다. 이 문제가 발생해도 시스템이 5분 넘게 응답하지 않는 경우가 아니면 RDP 연결을 닫거나 VM 인스턴스를 중지하지 마세요. RDP 연결이 해제되면 약 5분 동안 기다린 후에 VM 인스턴스에 다시 연결합니다.설정 마법사에서 먼저 시스템을 다시 시작하도록 요구할 수 있습니다. 이 경우 같은 명령어를 사용하여 VM 인스턴스를 다시 시작하고 Windows 설치를 다시 실행합니다.
약 5분 후 머신이 재부팅되고 RDP 연결이 해제됩니다.
업그레이드 프로세스 관찰
VM 인스턴스의 머신 유형과 Windows Server 구성에 따라 업그레이드를 완료하는 데 10~60분 정도 걸릴 수 있습니다. 이 시간 동안 직렬 포트 출력을 통해 상태를 관찰할 수 있습니다.
Cloud Shell에서 다음 명령어를 실행하여 부팅 프로세스를 관찰합니다.
gcloud compute instances tail-serial-port-output VM_NAME --zone=ZONE
다음을 바꿉니다.
VM_NAME: VM 인스턴스의 이름ZONE: VM 인스턴스가 있는 영역의 이름
머신이 4번 재부팅될 때까지 기다립니다. VM 인스턴스의 구성에 따라 재부팅하는 데 30분 이상 걸릴 수 있습니다. 다음과 유사한 출력으로 재부팅을 인식할 수 있습니다.
SeaBIOS (version 1.8.2-20190620_103534-google) Total RAM Size = 0x00000001e0000000 = 7680 MiB CPUs found: 2 Max CPUs supported: 2
네 번째 재부팅 후 출력
GCEMetadataScripts: Finished running startup scripts또는No startup scripts to run이 나타날 때까지 기다립니다.
업그레이드 후 단계 수행
이제 VM 인스턴스에 연결하여 업그레이드가 성공적으로 완료되었는지 확인할 수 있습니다.
RDP 클라이언트를 사용하여 VM 인스턴스에 연결합니다. 자세한 내용은 인스턴스 연결을 참조하세요.
로컬 관리자 권한이 있는 사용자 계정으로 로그인합니다.
관리자 권한 명령 프롬프트를 엽니다.
- Server Core를 사용하는 경우에는 로그인 후 관리자 권한 명령 프롬프트가 자동으로 열립니다.
- 전체 데스크톱 환경에서 Windows Server를 사용하는 경우 시작 버튼을 마우스 오른쪽 버튼으로 클릭하고 명령 프롬프트(관리자)를 선택합니다.
다음 명령어를 실행하여 Windows Server 버전을 쿼리합니다.
Windows Server Core
ver
데스크톱 환경의 Windows Server
winver
버전이 Windows Server의 예상 버전과 일치하는지 확인합니다.
작업 디렉터리를 설치 미디어로 변경합니다. 올바른 작업 디렉터리는 업그레이드할 Windows Server 버전에 따라 다릅니다.
2012 R2
cd /d d:\*2012*
2016
cd /d d:\*2016*
2019
cd /d d:\*2019*
2022
cd /d d:\*2022*
upgrade.ps1을 다시 실행하여 업그레이드 중에 손실되었을 수 있는 특정 Compute Engine 설정을 다시 적용합니다.powershell -ExecutionPolicy Bypass -File upgrade.ps1
VM 인스턴스를 다시 시작하여 모든 변경사항이 적용되도록 합니다. VM 인스턴스에 다시 연결하기 전에 재부팅이 완료되려면 1~2분 정도 걸릴 수 있습니다.
설치 디스크 분리
이제 VM 인스턴스에서 설치 디스크를 분리할 수 있습니다.
Cloud Shell에서 설치 디스크를 VM 인스턴스로부터 분리하고
VM_NAME을 VM 인스턴스 이름으로 바꿉니다.gcloud compute instances detach-disk VM_NAME --disk=win-installers
업데이트 설치 및 액세스 복원
업그레이드가 완료되면 Windows 업데이트를 실행하여 보안 업데이트를 다운로드하고 설치합니다. 보안 업데이트를 설치하려면 다음 단계를 따르세요.RDP 클라이언트를 사용하여 머신에 연결합니다. 자세한 내용은 인스턴스 연결을 참조하세요.
Windows 업데이트를 사용하여 최신 Windows 업데이트를 설치합니다. 이 과정에서 VM 인스턴스를 여러 번 다시 시작해야 할 수 있습니다.
업그레이드 전에 사용 중지한 에이전트, 바이러스 백신 또는 멀웨어 방지 소프트웨어를 다시 사용 설정합니다.
인플레이스(In-Place) 업그레이드 문제 해결
Windows 설치 프로그램을 실행하는 동안에는 RDP.를 사용하여 VM 인스턴스에 연결할 수 없습니다. 업그레이드가 실패했거나 진행되지 않는 것으로 의심되는 경우 다음 방식을 순서대로 사용하여 상황을 진단합니다.
직렬 포트 출력 확인
업그레이드 프로세스의 진행 상황을 확인하려면 VM 인스턴스의 직렬 포트 출력을 봅니다.
- 직렬 포트 1은 부팅 상태를 캡처합니다.
- 직렬 포트 3은 Windows 설치 프로그램의 로그 출력을 캡처합니다.
업그레이드하는 동안 재부팅이 4회 발생해야 합니다. 첫 재부팅 후 30분 동안 아무런 진척이 없는 경우 업그레이드가 실패했을 가능성이 있습니다.
CPU 및 I/O 측정항목 확인
Windows Server 업그레이드는 CPU 및 디스크 I/O 집약적인 작업입니다. CPU 및 I/O 측정항목을 확인하면 설치가 진행 중인지 확인할 수 있습니다.
Google Cloud 콘솔에서 CPU 및 I/O 측정항목을 봅니다.
Google Cloud 콘솔에서 VM 인스턴스 페이지로 이동합니다.
업그레이드할 인스턴스를 클릭합니다.
모니터링 탭을 클릭합니다.
응급 관리 서비스 콘솔에 연결
Windows 설치 프로그램을 실행하는 동안과 실행한 후에 응급 관리 서비스(EMS) 콘솔에 연결할 수 있습니다. EMS 콘솔을 사용하여 Windows 설치 로그 파일 및 이벤트 로그에서 업그레이드가 계속 진행 중이라는 표시되는지 또는 발생할 수 있는 오류에 대한 정보를 확인합니다.
WinRM을 사용하여 원격으로 연결
RDP 또는 EMS를 사용하여 연결하지 못하는 경우 WinRM을 사용하여 원격 PowerShell 세션을 통해 연결할 수 있습니다.
동일한 VPC에서 다른 Windows Server 인스턴스에 연결합니다.
PowerShell을 엽니다.
VM_NAME을 업그레이드할 인스턴스의 이름으로 바꿔 원격 PowerShell 세션을 설정합니다.Enter-PSSession -ComputerName VM_NAME -UseSSL -SessionOption (New-PsSessionOption -SkipCACheck) -Credential (Get-Credential)
사용자 인증 정보를 입력하라는 메시지가 표시되면 관리 사용자 계정의 사용자 이름과 비밀번호를 입력합니다.
원격 PowerShell 세션을 사용하여 Windows 설치 로그 파일 및 이벤트 로그를 확인합니다.
오프라인에서 로그 파일 분석
Windows Remote Management(WinRM)를 사용하여 인스턴스에 연결할 수 없는 경우 업그레이드를 취소하고 다른 VM 인스턴스의 로그 파일을 분석할 수 있습니다. 이를 위해 다음 단계를 따르시기 바랍니다.
-
Windows Server가 응답하지 않는 경우 몇 분이 걸릴 수 있습니다.
인스턴스에서 부팅 디스크를 분리합니다.
임시 Windows Server 인스턴스를 새로 만들고 원래 인스턴스의 부팅 디스크를 추가 디스크로 연결합니다.
임시 Windows Server 인스턴스를 사용하여 업그레이드하려고 했던 인스턴스의 설치 로그 파일과 이벤트 로그 파일을 분석합니다.
분석이 완료되면 임시 인스턴스에서 디스크를 분리하고 원래 VM 인스턴스에 부팅 디스크로 다시 연결합니다.
RDP 문제해결
RDP 문제해결에 대한 자세한 내용은 RDP 문제해결을 참조하세요.
Windows Server 인스턴스 문제해결
Windows Server 인스턴스 문제해결에 대한 자세한 내용은 Windows 인스턴스 도움말 및 문제해결을 참조하세요.
삭제
이 프로세스를 완료한 후 추가 비용이 발생하지 않도록 하려면 설치 디스크를 삭제합니다.
설치 디스크 삭제
언제든지 Google 제공 이미지를 기반으로 설치 디스크를 만들 수 있습니다. 동일한 영역에서 추가 VM 인스턴스를 업그레이드할 계획이 없으면 설치 디스크를 삭제합니다.
Cloud Shell에서 앞서 만든
win-installers디스크를 삭제합니다.gcloud compute disks delete win-installers
다음 단계
Compute Engine의 단독 테넌트 노드에 대해 알아보기
더 많은 Windows 가이드 살펴보기