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

이 문서에서는 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로 가져오려면 다음을 수행해야 합니다.

1. 라이선스 계약에 따라 이미지를 준비합니다.

2. 라이선스를 활성화합니다.

3. 가상 디스크 파일을 가져오고 해당 디스크 파일에서 이미지를 만듭니다.

4. 단독 테넌트 노드 템플릿을 만듭니다.

5. 노드 템플릿에서 단독 테넌트 노드 그룹을 만듭니다.

6. 가져온 가상 디스크 파일로 노드 그룹에 VM을 프로비저닝합니다.

7. VM의 라이선스 사용량을 추적합니다. 라이선스 소비 보고를 돕기 위해 Google은 라이선스 사용량과 물리적 코어 및 프로세서 사용량을 모두 추적할 수 있는 도구를 제공합니다.

8. 공급업체에 라이선스 소비를 보고합니다.

지원이 필요하거나 라이선스와 관련하여 궁금한 점이 있으면 라이선스 리셀러에게 문의하세요. 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에 인증하면 됩니다.
  

  Select the tab for how you plan to use the samples on this page:

  Console

  When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

  gcloud

  1. Install the Google Cloud CLI, then initialize it by running the following command:

     gcloud init

  2. Set a default region and zone.

  REST

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

  Install the Google Cloud CLI, then initialize it by running the following command:

  gcloud init

  자세한 내용은 Google Cloud 인증 문서의 REST 사용 인증을 참조하세요.

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

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

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

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

2. 적절한 라이선스 구성을 설정합니다.

3. Google Cloud와 호환되는 데 필요한 패키지와 드라이버를 설치합니다.

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

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

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

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

라이선스 활성화

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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"
}

단독 테넌트 VM 프로비저닝

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

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

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

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"
       }
    }
  ]
}

다음 단계

• Google Cloud에서의 Bring Your Own License(사용자 라이선스 사용) FAQ 참조

• Compute Engine의 Windows 알아보기