Bring Your Own License(사용자 라이선스 사용)

Linux Windows

이 문서에서는 Google Cloud가 전용 하드웨어 요구사항이 있는 Bring Your Own License(사용자 라이선스 사용, BYOL)를 Compute Engine에서 어떻게 지원하는지 설명합니다. 기존 라이선스가 있는 이미지를 Google Cloud로 가져오기 전에 라이선스 이용약관을 검토합니다.

전용 하드웨어 요구사항이 있는 기존 물리적 코어 또는 물리적 프로세서 라이선스를 가져오려면 사용자 미디어를 가져와 라이선스를 준수하는 단독 테넌트 노드와 같은 하드웨어 구성에서 실행해야 합니다. 단독 테넌트 노드를 지원하는 리전에 기존 라이선스가 있는 이미지를 가져올 수 있으며 기존 라이선스가 있는 이미지를 가져오는 데 추가 비용이 발생하지 않습니다. 하지만 여전히 계약에 따른 라이선스 비용을 지불해야 합니다.

Microsoft 애플리케이션뿐 아니라 RHEL 또는 SLES가 있는 Linux BYOS와 관련된 라이선스와 같은 라이선스 시나리오에는 단독 테넌트 노드가 필요하지 않습니다. SharePoint Server 및 SQL Server와 같은 Microsoft 애플리케이션에서 라이선스를 가져오려면 Microsoft 라이선스 이동을 사용하세요.

단독 테넌트 노드는 프로젝트에 대해서만 가상 머신(VM) 인스턴스를 호스팅하는 전용 물리적 서버입니다. 단독 테넌트 노드가 물리적 서버와 코어의 수를 최소화하기 위한 요구사항과 같은 다양한 워크로드 요구사항을 지원하도록 구성할 수 있습니다. 라이선스 계약을 참조하여 워크로드에 가장 적합한 구성 옵션이 무엇인지 확인합니다.

Bring Your Own License(사용자 라이선스 사용)를 지원하고 라이선스와 관련된 규정 준수 요구사항을 관리하도록 Google Cloud는 이미지 가져오기, 단독 테넌트 노드를 사용하여 전용 하드웨어에서 VM 관리, 물리적 코어 사용량 최소화, 보고 목적으로 물리적 코어 사용량 추적을 위한 도구를 제공합니다.

기존 라이선스가 있는 이미지를 Google Cloud로 가져오려면 다음을 수행해야 합니다.

라이선스 계약에 따라 이미지를 준비합니다.
라이선스를 활성화합니다.
가상 디스크 파일을 가져오고 해당 디스크 파일에서 이미지를 만듭니다.
단독 테넌트 노드 템플릿을 만듭니다.
노드 템플릿에서 단독 테넌트 노드 그룹을 만듭니다.
가져온 가상 디스크 파일로 노드 그룹에 VM을 프로비저닝합니다.
VM의 라이선스 사용량을 추적합니다. 라이선스 소비 보고를 돕기 위해 Google은 라이선스 사용량과 물리적 코어 및 프로세서 사용량을 모두 추적할 수 있는 도구를 제공합니다.
공급업체에 라이선스 소비를 보고합니다.

지원이 필요하거나 라이선스와 관련하여 궁금한 점이 있으면 라이선스 리셀러에게 문의하세요. Google Cloud에 대한 지원이 필요하거나 기존 라이선스로 이미지를 가져오는 것과 관련하여 궁금한 점이 있으면 Google Cloud 지원팀에 문의하세요.

시작하기 전에

노드 그룹 호스트 유지보수 정책 검토: BYOL의 경우 호스트 유지보수 정책에는 라이선스 목적에 사용되는 물리적 서버 수를 최소화하는 두 가지 옵션이 있습니다. 이러한 옵션은 restart-in-place 및 migrate-within-node-group입니다.
추가 CPU 할당량 요청: 새 프로젝트의 CPU 할당량은 72입니다. 노드 그룹을 지원하기에 충분한 CPU 할당량이 있는지 확인합니다. 예를 들어 n1-node-96-624 노드 유형에 96개의 CPU가 있고 노드 그룹이 최소 노드 수인 2개를 사용하는 경우 CPU 할당량은 192 이상이어야 합니다. 설정 및 워크로드의 필요에 따라 VM 또는 IP 주소의 할당량 조정을 요청해야 할 수도 있습니다.
Cloud Build API 사용 설정: OS 이미지를 가져오려면 Cloud Build API를 사용 설정해야 합니다. 이 API를 사용 설정하면 Compute Engine이 프로젝트에 적절한 IAM 역할을 부여하여 이미지를 프로젝트로 가져올 수 있습니다. 프로젝트에 부여된 역할을 나열하려면 gcloud projects get-iam-policy 명령어를 사용합니다. 프로젝트에 역할을 부여하는 방법에 대한 자세한 내용은 Compute Engine 리소스에 대한 액세스 관리를 참조하세요.
Cloud Logging API 사용 설정: 라이선스 계약에 따라 물리적 서버 사용량을 추적해야 하는 경우 이 API를 사용 설정합니다. 이 API를 사용 설정하면 Google이 권장하는 BigQuery를 사용하여 물리적 코어 수와 같은 서버 사용량 정보를 가져와 확인할 수 있습니다. 물리적 코어 수를 확인하는 방법에 대한 자세한 내용은 단독 테넌트 노드 사용량 분석을 참조하세요.
아직 인증을 설정하지 않았다면 설정합니다. 인증은 Google Cloud 서비스 및 API에 액세스하기 위해 ID를 확인하는 프로세스입니다. 로컬 개발 환경에서 코드 또는 샘플을 실행하려면 다음과 같이 Compute Engine에 인증하면 됩니다.

이 페이지의 샘플 사용 방법에 대한 탭을 선택하세요.
콘솔

Google Cloud 콘솔을 사용하여 Google Cloud 서비스 및 API에 액세스할 때는 인증을 설정할 필요가 없습니다.
gcloud
1. Google Cloud CLI를 설치한 후 다음 명령어를 실행하여 초기화합니다.
```
gcloud init
```
  참고: gcloud CLI를 이전에 설치했으면 gcloud components update를 실행하여 최신 버전을 사용할 수 있는지 확인합니다.
2. 기본 리전 및 영역을 설정합니다.
REST

로컬 개발 환경에서 이 페이지의 REST API 샘플을 사용하려면 gcloud CLI에 제공한 사용자 인증 정보를 사용합니다.

오프라인 가상 디스크에서 이미지 가져오기 및 만들기

VM을 사용자의 기존 라이선스로 프로비저닝하려면 사용자 미디어를 가져와야 합니다. 프리미엄 이미지에는 Google 사용한 만큼만 지불 라이선스가 필요하므로 Google Cloud 프리미엄 이미지 기반 이미지에는 BYOL을 사용할 수 없습니다.

필요한 소프트웨어 구성 또는 라이선스가 포함된 가상 디스크(골든 디스크 또는 골든 이미지)가 온프레미스 환경에 있다면 가상 디스크 가져오기 도구는 다음을 수행하는 데 도움이 됩니다.

지원되는 운영체제로 맞춤설정된 가상 디스크를 가져오고 해당 디스크를 기반으로 이미지를 만듭니다.

참고: Windows Server 2008 R2 SP1 또는 Windows 7 SP1 x64를 가져오는 경우 Compute Engine 드라이버는 SHA2로 서명되므로 이미지가 SHA2 서명을 지원해야 합니다.
적절한 라이선스 구성을 설정합니다.
Google Cloud와 호환되는 데 필요한 패키지와 드라이버를 설치합니다.

VM용 가상 디스크 파일을 가져오기 전에 VM에서 사전 확인 도구를 다운로드하고 실행하여 파일에 비호환성이 없는지 확인합니다. 또한 타사 소프트웨어가 Compute Engine 드라이버 설치를 방해할 수 있으므로 이미지를 가져오기 전에 타사 소프트웨어를 삭제하는 것이 좋습니다.

자체 라이선스로 VM을 시작하려면 사용하려는 OS에서 가상 디스크를 가져옵니다. Cloud Storage 버킷 및 로컬 워크스테이션에서 가상 디스크를 가져올 수 있습니다. 로컬 워크스테이션에서 가상 디스크 파일을 가져오는 경우 이미지 가져오기 도구는 이미지 파일을 Cloud Storage에 업로드하고, 필요한 경우 새 Cloud Storage 버킷을 만듭니다. 그런 다음 가져오기 도구가 파일을 Compute Engine에 복사하고 가상 디스크 파일에서 부팅 가능한 이미지를 만듭니다.

Cloud Storage에 저장된 파일과 Compute Engine의 이미지에는 요금이 부과됩니다. 이미지를 VM으로 올바르게 가져오고 부팅하는지 확인한 후 Cloud Storage에서 가상 디스크 파일을 삭제할 수 있습니다.

이 태스크에 필요한 권한

이 작업을 수행하려면 다음과 같은 권한이 있어야 합니다.

Cloud Build 서비스 계정의 roles/compute.admin
Cloud Build 서비스 계정의 roles/iam.serviceAccountUser

Console

이미지 페이지로 이동합니다.

이미지로 이동
이미지 만들기를 클릭합니다.
이미지 이름을 지정합니다.
소스에서 가상 디스크(VMDK, VHD)를 선택합니다.
Cloud Storage 파일에서 찾아보기를 선택하고 가져올 이미지의 Cloud Storage 위치로 이동합니다.
가상 디스크의 운영체제에서 가져오려는 이미지의 운영체제를 선택합니다.
가져오는 이미지가 부팅 가능한 상태가 되려면 게스트 패키지 설치가 선택되어 있어야 합니다.
라이선스 키 옵션을 확장합니다. OS 라이선스에서 자체 라이선스 키 사용을 선택합니다.
만들기를 클릭하여 이미지를 가져옵니다.

gcloud

gcloud compute images import를 실행하여 가상 디스크 파일을 가져오고 가상 디스크 파일에서 디스크 이미지를 만듭니다.

gcloud compute images import IMAGE_NAME \
    --source-file VMDK_NAME \
    --byol

다음을 바꿉니다.

IMAGE_NAME: 가상 디스크 파일에서 만든 이미지에 제공할 이름입니다.
VMDK_NAME: 가져와서 이미지를 만들 가상 디스크의 이름입니다. 다음에서 VMDK 파일을 가져올 수 있습니다.
- 로컬 파일: 로컬 파일에서 가져오는 경우 파일의 절대 경로 또는 상대 경로를 사용합니다. 가상 디스크의 크기와 네트워크 연결 속도에 따라 업로드하는 데 수십 분이 걸릴 수 있습니다.
- Cloud Storage: Cloud Storage에서 가져올 경우 Cloud Storage 버킷이 가상 디스크 가져오기에 사용되는 것과 동일한 프로젝트에 있어야 하고, 파일 전체 경로를 gs://BUCKET_NAME/OBJECT_NAME으로 지정해야 합니다. BUCKET_NAME을 Cloud Storage 버킷 이름으로 바꾸고 OBJECT_NAME을 Cloud Storage 객체 이름으로 바꿉니다.

라이선스 활성화

호환되는 OS를 가져오는 것을 확인한 후에는 라이선스 계약에서 Bring Your Own License(사용자 라이선스 사용)가 허용되고, Google이 제공하는 게스트 OS 이미지와 라이선스 가져오기 환경을 사용하는 것이 허용되는지 확인해야 합니다. 또한 라이선스 계약에 따라 가져올 게스트 OS 이미지를 준비해야 합니다.

라이선스를 활성화하려면 다중 활성화 키(MAK)에 시작 스크립트를 사용하거나 조직의 Microsoft 키 관리 서비스에 대한 액세스를 구성합니다. Compute Engine 라이선스 서버에 대한 기존 라이선스가 있는 이미지를 활성화할 수 없습니다.

이미지를 가져오고 라이선스를 활성화한 후에는 가져온 이미지를 기반으로 VM을 단독 테넌트 노드에 프로비저닝합니다.

단독 테넌트 노드 템플릿 만들기

이미지를 가져온 후 단독 테넌트 노드 템플릿을 만듭니다. 이 노드 템플릿을 사용하여 이미지를 실행할 단독 테넌트 노드 그룹을 만듭니다.

노드 템플릿 페이지에는 템플릿의 리전 및 영역이 나열되지 않지만, 노드 템플릿을 만든 리전 내에 있는 영역에서 노드 그룹을 만들어야 합니다. 템플릿을 만들려면 먼저 노드 그룹을 만들어야 하지만 리전 및 영역을 선택하는 경우에만 이 단계를 완료하면 됩니다. 그 후에는 템플릿을 만들 수 있고 필요에 따라 노드 그룹 만들기를 계속하지 않아도 됩니다.

템플릿을 만들 때 단독 테넌트 노드 템플릿에서 노드 어피니티 라벨을 설정합니다.

이 태스크에 필요한 권한

이 태스크를 수행하려면 다음과 같은 권한이 있어야 합니다.

프로젝트 또는 조직에 대한 compute.nodeTemplates.create 권한

Console

단독 테넌트 노드 페이지로 이동합니다.

단독 테넌트 노드로 이동
노드 그룹 만들기를 클릭합니다.
노드 그룹의 이름을 입력합니다.
노드 그룹의 리전 및 영역을 선택합니다.

사용한 리전과 영역을 확인합니다. 나중에 이 노드 템플릿 기반의 노드 그룹을 만들 때는 노드 템플릿을 만든 리전 내의 영역에 노드 그룹이 있어야 합니다.
노드 템플릿 속성에서 노드 템플릿 만들기를 선택합니다.
노드 템플릿 만들기 대화상자에서 이름, 노드 유형, 로컬 SSD, GPU 가속기를 지정합니다.
CPU 오버커밋에서 CPU 오버커밋을 사용 설정할지 여부를 선택합니다.
선택사항: 어피니티 라벨에서 어피니티 라벨 추가를 클릭하여 키-값 쌍을 노드 어피니티 라벨로 추가합니다.
만들기를 클릭하여 노드 템플릿 만들기를 마칩니다.
취소를 클릭하여 노드 그룹 만들기를 취소합니다.

gcloud

gcloud compute sole-tenancy node-templates create를 사용하여 단독 테넌트 노드 템플릿을 만듭니다.

gcloud compute sole-tenancy node-templates create TEMPLATE_NAME \
    --node-type NODE_TYPE \
    --region REGION

다음을 바꿉니다.

TEMPLATE_NAME: 만들 노드 템플릿의 이름입니다.
NODE_TYPE: 노드 그룹에 있는 노드의 단독 테넌트 노드 유형입니다. 노드 그룹의 모든 노드는 동일하며 노드 템플릿에 지정된 매개변수에서 생성됩니다.
REGION: 노드 템플릿을 만들 리전입니다.

REST

nodeTemplates.insert를 사용하여 단독 테넌트 노드 템플릿을 만듭니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/nodeTemplates

{
   "name": "TEMPLATE_NAME",
   "nodeType": "NODE_TYPE"
   "nodeAffinityLabels": {
      "KEY": "VALUE"
   }
}

다음을 바꿉니다.

PROJECT_ID: 프로젝트의 ID입니다.
REGION: 노드 템플릿을 만들 리전입니다.
TEMPLATE_NAME: 만들 노드 템플릿의 이름입니다.
NODE_TYPE: 노드 그룹에 있는 노드의 단독 테넌트 노드 유형입니다. 노드 그룹의 모든 노드는 동일하며 노드 템플릿에 지정된 매개변수에서 생성됩니다.
"KEY": "VALUE": 키-값 쌍으로 표시되는 쉼표로 구분된 어피니티 라벨 목록입니다. 노드 템플릿의 어피니티 라벨은 노드 템플릿을 만들 때만 지정할 수 있습니다.

단독 테넌트 노드 그룹 만들기

이 노드 템플릿 기반의 노드 그룹을 만들려면 노드 템플릿을 만든 리전 내의 영역에 노드 그룹이 있어야 합니다. 단독 테넌트 노드 그룹은 단독 테넌트 노드 템플릿에 지정된 속성을 상속합니다. 단독 테넌트 노드 그룹에는 추가로 지정해야 하는 값이 있습니다. BYOL의 경우 라이선스 요구사항에 따라 다른 호스트 유지보수 정책 옵션을 고려하세요.

물리적 코어당 라이선스가 할당된 경우 restart-in-place 또는 migrate-within-node-group 호스트 유지보수 정책을 사용하여 사용되는 물리적 서버의 수를 최소화합니다.
사용자/기기를 기준으로 라이선스가 할당되는 경우(일반적으로 가상 데스크톱 라이선스에 사용되는 모델) default 호스트 유지보수 정책을 사용합니다. 이러한 라이선스는 물리적 코어별로 할당되지 않으므로 물리적 서버 사용량을 제한하기 위해 특별한 호스트 유지보수 정책이 필요하지 않습니다.

이 태스크에 필요한 권한

이 태스크를 수행하려면 다음과 같은 권한이 있어야 합니다.

노드 템플릿에 대한 compute.nodeTemplates.use 권한
프로젝트 또는 조직에 대한 compute.nodeGroups.create 권한

Console

단독 테넌트 노드 페이지로 이동합니다.

단독 테넌트 노드로 이동
노드 그룹 만들기를 클릭합니다.
노드 그룹 속성에서 노드 그룹의 이름을 입력합니다.
노드 그룹의 리전 및 영역을 선택합니다.

해당 리전 또는 영역에 사용 가능한 템플릿이 있으면 계속을 클릭한 후 노드 템플릿 속성에 템플릿이 나열됩니다.
계속을 클릭합니다.
노드 템플릿 속성에서 노드 그룹의 기준으로 사용할 노드 템플릿을 선택합니다. 노드 그룹은 노드 템플릿을 만든 리전 내의 영역에 있어야 하므로, 노드 그룹의 템플릿을 선택할 때 노드 그룹을 만들려는 영역이 포함된 리전에서 템플릿을 선택합니다. 노드 템플릿이 없으면 만들 수 있습니다.
계속을 클릭합니다.
자동 확장 구성에서 자동 확장 모드를 다음 값 중 하나로 설정합니다. 자세한 내용은 자동 확장 노드 그룹을 참조하세요.
- 설정: 노드 그룹에 노드가 자동으로 추가되거나 삭제됩니다.
- 수평 확장만: 용량이 추가로 필요한 경우 노드 그룹에 노드를 추가합니다.
- 해제: 노드 그룹 크기를 수동으로 관리합니다.
그룹에 대해 최소 노드 수를 지정합니다. 노드 그룹 자동 확장 처리를 사용 설정한 경우 노드 그룹 크기에 대한 범위(최소 및 최대 노드 수)를 지정하거나 그룹의 노드 수를 지정합니다. 나중에 값을 직접 변경할 수 있습니다.
계속을 클릭합니다.
선택사항: 유지보수 설정 구성에서 유지보수 정책을 다음 값 중 하나로 설정합니다. 유지보수 정책을 사용하면 호스트 유지보수 이벤트 중에 노드 그룹에서 VM 동작을 구성할 수 있습니다. 자세한 내용은 호스트 유지보수 정책을 참조하세요.
- 기본
- 그대로 다시 시작
- 노드 그룹 내 마이그레이션
만들기를 클릭합니다.

gcloud

gcloud compute sole-tenancy node-groups create 명령어를 사용하여 단독 테넌트 노드 그룹을 만듭니다.

gcloud compute sole-tenancy node-groups create GROUP_NAME \
    --node-template TEMPLATE_NAME \
    --target-size GROUP_SIZE \
    --zone ZONE \
    --maintenance-policy MAINTENANCE_POLICY

다음을 바꿉니다.

GROUP_NAME: 만들 단독 테넌트 노드 그룹의 이름입니다.
TEMPLATE_NAME: 노드 그룹을 만들 노드 템플릿의 이름입니다.
GROUP_SIZE: 노드 그룹의 초기 크기입니다. 노드 그룹 자동 확장 처리로 단독 테넌트 노드 그룹의 크기를 자동으로 관리하거나 직접 크기를 관리할 수 있습니다.
ZONE: 노드 그룹을 만들 영역입니다. 노드 템플릿과 동일한 리전에 있어야 합니다.
MAINTENANCE_POLICY: 노드 그룹의 유지보수 정책입니다. 유지보수 정책을 다음 값 중 하나로 설정합니다. 설정된 값이 없으면 유지보수 정책에 default가 사용됩니다.
- default
- migrate-within-node-group
- restart-in-place

REST

nodeGroups.insert를 사용하여 단독 테넌트 노드 그룹을 만듭니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/nodeGroups?initialNodeCount=GROUP_SIZE

{
  "nodeTemplate": "/regions/REGION/nodeTemplates/TEMPLATE_NAME",
  "name": "GROUP_NAME",
  "maintenancePolicy": "MAINTENANCE_POLICY"
}

다음을 바꿉니다.

PROJECT_ID: 노드 그룹을 만들 프로젝트의 ID입니다.
ZONE: 노드 그룹을 만들 영역입니다. 노드 템플릿과 동일한 리전에 있어야 합니다.
GROUP_SIZE: 노드 그룹의 초기 크기입니다. 노드 그룹 자동 확장 처리로 단독 테넌트 노드 그룹의 크기를 자동으로 관리하거나 직접 크기를 관리할 수 있습니다.
REGION: 노드 템플릿이 포함된 리전입니다.
TEMPLATE_NAME: 노드 그룹을 만들 노드 템플릿의 이름입니다.
GROUP_NAME: 만들 단독 테넌트 노드 그룹의 이름입니다.
MAINTENANCE_POLICY: 노드 그룹의 유지보수 정책입니다. 유지보수 정책을 다음 값 중 하나로 설정합니다. 설정된 값이 없으면 유지보수 정책에 DEFAULT가 사용됩니다.
- DEFAULT
- RESTART_IN_PLACE
- MIGRATE_WITHIN_NODE_GROUP

단독 테넌트 VM 프로비저닝

노드 그룹에 VM을 프로비저닝하고 호스트 유지보수 정책을 지정합니다. 다음 요구사항을 알고 있어야 합니다.

restart-in-place 호스트 유지보수 정책으로 노드 그룹에서 프로비저닝하려면 호스트 유지보수 옵션에 대해 TERMINATE 값이 VM에 있는지 확인해야 합니다.
migrate-within-node-group 유지보수 정책으로 노드 그룹에서 프로비저닝하려면 VM이 node-group-name 어피니티 라벨이 있는 단일 노드 그룹을 타겟팅하고 node-name 어피니티 라벨이 있는 단일 노드를 타겟팅하지 않아야 합니다. 모든 유형의 호스트 유지보수 옵션이 유효하지만 MIGRATE를 사용하는 것이 좋습니다.

이 태스크에 필요한 권한

이 작업을 수행하려면 다음과 같은 권한이 있어야 합니다.

프로젝트에 대한 compute.instances.create 및 시나리오 관련 인스턴스 만들기와 관련된 기타 권한

Console

템플릿에 노드 어피니티 라벨을 사용한 경우 관리형 인스턴스 그룹(MIG)을 사용하고 단독 테넌트 노드 설정에서 노드 어피니티 라벨을 지정하여 여러 VM을 만들거나, 노드 그룹 세부정보 페이지에서 개별 VM을 만들 수 있습니다.

단독 테넌트 노드 페이지로 이동합니다.

단독 테넌트 노드로 이동
VM을 프로비저닝할 노드 그룹의 이름을 클릭합니다.
다음 중 하나를 수행하여 단독 테넌트 노드에 VM을 만듭니다.
- 단독 테넌트 노드 그룹의 아무 곳에나 VM을 만들려면 인스턴스 만들기를 클릭합니다.
- 특정 단독 테넌트 노드에 VM을 만들려면 단독 테넌트 노드 그룹의 이름을 클릭한 다음 단독 테넌트 노드의 이름을 클릭하고 인스턴스 만들기를 클릭합니다.
단독 테넌트 VM을 구성합니다. 이미 노드 그룹 또는 특정 노드를 선택했으므로 리전, 영역, 노드 어피니티 라벨이 이미 템플릿에 지정되어 있습니다.
머신 계열, 시리즈, 머신 유형을 지정하여 머신 구성을 선택합니다. 단독 테넌트 노드 유형에 해당하는 시리즈를 선택합니다.
이전에 가져온 가상 디스크 이미지인 단독 테넌트 VM의 부팅 디스크를 선택합니다.
관리 탭을 선택합니다.
- 가용성 정책 > 호스트 유지보수 시에서 VM의 다시 시작 동작을 선택합니다.
- 자동으로 다시 시작에서 사용(권장) 또는 사용 중지를 선택합니다.
만들기를 클릭합니다.

gcloud

gcloud compute instances create 명령어를 사용하여 단독 테넌트 노드 그룹에 단독 테넌트 VM을 프로비저닝합니다.

gcloud compute instances create VM_NAME \
    --machine-type MACHINE_TYPE
    --image IMAGE_NAME \
    --zone ZONE \
    --node-group GROUP_NAME \
    RESTART_BEHAVIOR \
    --maintenance-policy MAINTENANCE_POLICY

다음을 바꿉니다.

VM_NAME: 만들 VM의 이름입니다.
MACHINE_TYPE: 새 VM의 머신 유형입니다.
IMAGE_NAME: VM을 만들 이미지입니다. 이것은 가져오기 프로세스 중에 생성된 이미지입니다.
ZONE: VM을 만들 영역입니다.
GROUP_NAME: VM을 프로비저닝할 노드 그룹의 이름입니다.
RESTART_BEHAVIOR: 이 VM의 다시 시작 동작입니다. 재시작 동작을 다음 값 중 하나로 설정합니다.
- --restart-on-failure
- --no-restart-on-failure
MAINTENANCE_POLICY: 유지보수 이벤트 중의 VM 동작입니다. 유지보수 정책을 다음 값 중 하나로 설정합니다.
- MIGRATE
- TERMINATE

REST

instances.insert 메서드를 사용하여 단독 테넌트 노드 그룹에 단독 테넌트 VM을 프로비저닝합니다.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/VM_ZONE/instances

{
  "name": "VM_NAME",
  "machineType": "/zones/MACHINE_TYPE_ZONE/machineTypes/MACHINE_TYPE",
  "scheduling": {
    "nodeAffinities": [
      {
        "key": "node-group",
        "operator": "IN",
        "values": [
        "GROUP_NAME"
        ]
      }
    ],
    "onHostMaintenance": "MAINTENANCE_POLICY",
    "automaticRestart": "AUTOMATIC_RESTART"
  },
  "networkInterfaces": [
    {
     "network": "/global/networks/NETWORK",
     "subnetwork": "/regions/region/subnetworks/SUBNETWORK"
    }
  ],
  "disks": [
    {
      "boot": true,
      "initializeParams": {
        "sourceImage": "/projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
       }
    }
  ]
}

다음을 바꿉니다.

PROJECT_ID: VM을 만들 프로젝트의 ID입니다.
VM_ZONE: VM을 만들 영역입니다.
VM_NAME: 새 VM의 이름입니다.
MACHINE_TYPE_ZONE: 머신 유형을 포함하는 영역입니다.
MACHINE_TYPE: VM을 프로비저닝할 머신 유형입니다.
GROUP_NAME: VM을 프로비저닝할 노드 그룹의 이름입니다.
MAINTENANCE_POLICY: 유지보수 이벤트 중의 VM 동작입니다. MIGRATE 또는 TERMINATE로 설정합니다.
AUTOMATIC_RESTART: Compute Engine이 VM을 중지할 때 VM이 자동으로 다시 시작되는지 여부를 지정합니다. 기본값은 true입니다.
NETWORK: VM을 연결할 네트워크의 이름입니다.
SUBNETWORK: VM을 연결할 서브네트워크의 이름입니다.
IMAGE_PROJECT: 소스 이미지가 포함된 이미지 프로젝트입니다.
IMAGE_FAMILY: 소스 이미지의 이미지 계열입니다.

다음 단계

Google Cloud에서의 Bring Your Own License(사용자 라이선스 사용) FAQ 참조
Compute Engine의 Windows 알아보기

Bring Your Own License(사용자 라이선스 사용)

시작하기 전에

콘솔

gcloud

REST

오프라인 가상 디스크에서 이미지 가져오기 및 만들기

이 태스크에 필요한 권한

Console

gcloud

라이선스 활성화

단독 테넌트 노드 템플릿 만들기

이 태스크에 필요한 권한

Console

gcloud

REST

단독 테넌트 노드 그룹 만들기

이 태스크에 필요한 권한

Console

gcloud

REST

단독 테넌트 VM 프로비저닝

이 태스크에 필요한 권한

Console

gcloud

REST

다음 단계