お客様所有ライセンスの使用

このドキュメントでは、Compute Engine での専用のハードウェア要件があるお客様所有ライセンスの使用（BYOL: Bring Your Own License）を Google Cloud がサポートする仕組みについて説明します。既存のライセンスを含むイメージを Google Cloud に移行する前に、ライセンスの利用規約をご確認ください。

専用のハードウェア要件を持つ既存の物理コアまたは物理プロセッサのライセンスを使用するには、お客様所有のメディアを移行し、ライセンスを遵守する単一テナントノードなどのハードウェア構成でそのメディアを実行する必要があります。既存のライセンスを含むイメージは、単一テナントノードをサポートするリージョンに移行できます。既存のライセンスを使用する場合、追加料金はかからないものの、契約に基づいてライセンスに対して支払う必要があります。

RHEL や SLES の Linux BYOS、Microsoft アプリケーションに関連するライセンスなどのライセンス シナリオでは、単一テナントノードは必要ありません。SharePoint Server や SQL Server などの Microsoft アプリケーションからライセンスを移行する場合は、Microsoft ライセンス モビリティを使用します。

単一テナントノードは、お客様の専用の物理サーバーで、お客様のプロジェクトの仮想マシン（VM）インスタンスのみをホスティングします。単一テナントノードは、物理サーバーとコアの数を最小限に抑えるなど、さまざまなワークロード要件を満たすように構成できます。使用許諾契約をご確認のうえ、お客様のワークロードに最適な構成オプションを選択してください。

お客様所有ライセンスの使用をサポートし、ライセンスに関連するコンプライアンス要件を管理するために、Google Cloud では、イメージのインポート、専用ハードウェア（単一テナントノード）での VM の管理、物理コアの使用量の最小化、レポート用の物理コアの使用状況の追跡を目的としたツールが用意されています。

既存のライセンスを持つイメージを Google Cloud に移行するには、次の操作を行います。

1. ライセンス契約に従ってイメージを準備する。

2. ライセンスを有効にする。

3. 仮想ディスク ファイルをインポートし、それらのディスク ファイルからイメージを作成する。

4. 単一テナントノード テンプレートを作成する。

5. ノード テンプレートから単一テナントノード グループを作成する。

6. インポートした仮想ディスク ファイルを使用して、ノードグループ内の VM をプロビジョニングする。

7. VM のライセンス使用状況を追跡する。ライセンスの使用状況の報告に役立つツールとして、Google はライセンスの使用状況と物理コアおよびプロセッサの使用状況の両方を追跡できるツールを提供しています。

8. ライセンスの使用状況をベンダーに報告する。

ライセンスに関してサポートが必要な場合やご質問がある場合は、ライセンスの販売元にお問い合わせください。既存のライセンスを含むイメージを Google Cloud に移行する方法についてサポートが必要な場合、またはご不明な点がある場合は、Google Cloud サポートにお問い合わせください。

準備

• ノードグループのホスト メンテナンス ポリシーを確認する: BYOL の場合、ライセンスに使用する物理サーバーの数を最小限に抑えるための 2 つのホスト メンテナンス ポリシー用オプションがあります。これらのオプションは restart-in-place と migrate-within-node-group です。
• 追加の CPU 割り当てをリクエストする: 新しいプロジェクトは 72 基の CPU 割り当てを受けられます。ノードグループをサポートするのに十分な 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 を有効にして、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 をプロビジョニングするには、お客様所有のメディアを使用する必要があります。プレミアム イメージに基づいたイメージは BYOL の対象ではありません。これは、プレミアム イメージには Google による従量課金制ライセンスが必要なためです。プレミアム イメージの詳細については、オペレーティング システムの詳細をご覧ください。

オンプレミス環境に、必要なカスタマイズ（ソフトウェア構成、ライセンスなど）が行われた仮想ディスク（ゴールデン ディスクまたはゴールデン イメージ）がある場合、仮想ディスクのインポート ツールを使用すると、次のことができます。

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 をインポートしていることを確認したら、お客様所有のライセンスの使用や、Google が提供するゲスト OS イメージとライセンス インポート環境の使用が許可されていることを、ライセンス契約で確認する必要があります。また、ライセンス契約に沿って、ゲスト OS イメージをインポートする準備を行う必要があります。

ライセンスを有効にするには、起動スクリプトを複数のアクティベーション キー（MAK）とともに使用するか、組織の Microsoft Key Management Service へのアクセスを構成します。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 ホストメンテナンス ポリシーを使用してノードグループにプロビジョニングするには、VM がホスト メンテナンス オプションで TERMINATE 値になっていることを確認します。
• migrate-within-node-group メンテナンス ポリシーを使用してノードグループにプロビジョニングするには、VM が node-group-name アフィニティ ラベルの単一ノードグループをターゲットとし、VM が 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 に移行する方法を確認する。

• Compute Engine での Windows について学習する。