このページは Cloud Translation API によって翻訳されました。

静的外部 IP アドレスを構成する

仮想マシン（VM）インスタンスに静的外部 IP アドレスを割り当てることができます。VM の静的 IP アドレスを変更、一覧表示、解放することもできます。静的外部 IP アドレスを予約するには、静的外部 IP アドレスを予約するをご覧ください。

外部 IP アドレスには、静的なものとエフェメラルなものがあります。変更されない固定外部 IP アドレスが VM に必要な場合は、次の操作を行います。

静的外部 IP アドレスを取得します。新しい外部 IP アドレスを予約することも、既存のエフェメラル外部 IP アドレスを昇格させることもできます。
予約した IP アドレスを既存の VM に割り当てるか、新しい VM の作成時に割り当てます。

内部 Compute Engine ネットワーク上の静的 IP アドレスが必要な場合は、静的内部 IP アドレスの予約をご覧ください。

始める前に

IP アドレスの詳細をご覧ください。
静的外部 IP アドレスの割り当てと上限をご覧ください。
外部 IP アドレスの料金をご覧ください。
まだ設定していない場合は、認証を設定します。認証とは、Google Cloud サービスと API にアクセスするために ID を確認するプロセスです。ローカル開発環境からコードまたはサンプルを実行するには、次のように Compute Engine に対する認証を行います。

このページのサンプルをどのように使うかに応じて、タブを選択してください。
コンソール

Google Cloud コンソールを使用して Google Cloud サービスと API にアクセスする場合、認証を設定する必要はありません。
gcloud
1. Google Cloud CLI をインストールし、次のコマンドを実行して初期化します。
```
gcloud init
```
  注: すでに gcloud CLI をインストールしている場合は、gcloud components update を実行して、最新バージョンがインストールされていることを確認してください。
2. デフォルトのリージョンとゾーンを設定します。
Terraform

このページの Terraform サンプルをローカル開発環境から使用するには、gcloud CLI をインストールして初期化し、自身のユーザー認証情報を使用してアプリケーションのデフォルト認証情報を設定してください。
1. Google Cloud CLI をインストールします。
2. gcloud CLI を初期化するには:
```
gcloud init
```
3. Google アカウントのローカル認証情報を作成します。
```
gcloud auth application-default login
```
詳細については、ローカル開発環境の認証の設定をご覧ください。
REST

このページの REST API サンプルをローカル開発環境で使用するには、gcloud CLI に指定した認証情報を使用します。

必要なロール

静的 IP アドレスの構成と管理に必要な権限を取得するには、プロジェクトに対する次の IAM ロールを付与するよう管理者に依頼してください。

VM を作成して更新するには: Compute インスタンス管理者（v1）（roles/compute.instanceAdmin.v1）

ロールの付与の詳細については、アクセス権の管理に関する記事をご覧ください。

これらの事前定義ロールには、静的 IP アドレスの構成と管理に必要な権限が含まれています。必要とされる正確な権限については、「必要な権限」セクションを開いてご確認ください。

必要な権限

静的 IP アドレスの構成と管理には、次の権限が必要です。

VM インスタンスに対する compute.instances.update
VM インスタンスに対する compute.instances.updateNetworkInterface
VM インスタンスに対する compute.instances.addAccessConfig
VM インスタンスに対する compute.instances.deleteAccessConfig
ネットワークに対する compute.networks.list
サブネットに対する compute.subnetworks.use
サブネットに対する compute.subnetworks.list
VM を作成する:
- プロジェクトに対する compute.instances.create
- カスタムイメージを使用して VM を作成する: イメージに対する compute.images.useReadOnly
- スナップショットを使用して VM を作成する: スナップショットに対する compute.snapshots.useReadOnly
- インスタンステンプレートを使用して VM を作成する: インスタンステンプレートに対する compute.instanceTemplates.useReadOnly
- レガシーネットワークを VM に割り当てる: プロジェクトに対する compute.networks.use
- VM の静的 IP アドレスを指定する: プロジェクトに対する compute.addresses.use
- レガシーネットワークの使用時に VM に外部 IP アドレスを割り当てる: プロジェクトに対する compute.networks.useExternalIp
- VM のサブネットを指定する: プロジェクトまたは選択したサブネットに対する compute.subnetworks.use
- VPC ネットワークの使用時に VM に外部 IP アドレスを割り当てる: プロジェクトまたは選択したサブネットに対する compute.subnetworks.useExternalIp
- VM の VM インスタンスメタデータを設定する: プロジェクトに対する compute.instances.setMetadata
- VM にタグを設定する: VM に対する compute.instances.setTags
- VM にラベルを設定する: VM に対する compute.instances.setLabels
- VM が使用するサービスアカウントを設定する: VM に対する compute.instances.setServiceAccount
- VM に新しいディスクを作成する: プロジェクトに対する compute.disks.create
- 既存のディスクを読み取り専用モードまたは読み取り / 書き込みモードでアタッチする: ディスクに対する compute.disks.use
- 既存のディスクを読み取り専用モードでアタッチする: ディスクに対する compute.disks.useReadOnly

カスタムロールや他の事前定義ロールを使用して、これらの権限を取得することもできます。

制限事項

一度に複数のリソースが同じ静的外部 IP アドレスを使用することはできません。
IP アドレスをリソースに割り当てた後に、その IP アドレスが静的であるかエフェメラルであるかを確認する方法はありません。IP アドレスと、そのプロジェクトに予約されている静的外部 IP アドレスのリストを比較することは可能です。プロジェクトで使用可能な静的外部 IP アドレスのリストを表示するには、gcloud compute addresses list サブコマンドを使用します。
各 VM は複数のネットワークインターフェースを持つことができ、各インターフェースには次の IP アドレスを割り振ることができます。
- 内部 IPv4 アドレス（必須）
- 外部 IPv4 アドレス
- IPv6 アドレス範囲（内部または外部のどちらか一方）
静的 IP アドレスの名前は変更できません。
割り当てられた外部 IP アドレスは、VM と同じ物理ホストに存在し、すべての用途（ルーティング、レイテンシ、料金設定など）の VM と同じリージョンに存在します。これは、インターネットの位置情報に関する検索情報に関係なく当てはまります。

注: ネットワークインターフェースは複数の転送ルールからトラフィックを受信できますが、ルールの中には他の外部 IP アドレスを対象とするものもあります。これらの転送ルールによって任意の数の外部 IP アドレスがネットワークインターフェースを参照できますが、各ネットワークインターフェースには、外部 IPv4 アドレスを 1 つと、外部 IPv6 アドレス範囲を 1 つだけ割り振ることができます。

ロードバランシングと転送ルールの詳細については、ロードバランシングのドキュメントをご覧ください。

使用可能な静的外部 IP アドレスを表示する

プロジェクト用に予約した静的外部 IP アドレスを一覧表示するには、次の手順に沿います。

コンソール

Google Cloud コンソールで、[IP アドレス] ページに移動します。

[IP アドレス] に移動
[外部 IP アドレス] をクリックします。

gcloud

gcloud compute addresses list コマンドを実行します。

すべての IP アドレスを一覧表示するには、次のコマンドを使用します。
```
gcloud compute addresses list
```
すべてのグローバル IP アドレスを一覧表示するには、次のコマンドを使用します。
```
gcloud compute addresses list --global
```
特定のリージョンのすべてのリージョン IP アドレスを一覧表示するには、次のコマンドを使用します。
```
gcloud compute addresses list \
    --regions=REGION
```
REGION は、アドレスを一覧表示するリージョンに置き換えます。カンマ区切りでリージョン名を指定すると、複数のリージョンのアドレスを一覧表示できます。
```
gcloud compute addresses list \
    --regions=REGION1,REGION2,..REGION_n_
```

API

リージョン IPv4 アドレスまたはリージョン IPv6 アドレスを一覧表示するには、addresses.list メソッドを呼び出します。
```
GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/addresses
```
次のように置き換えます。
- PROJECT_ID: このリクエストのプロジェクト ID
- REGION: このリクエストのリージョン名
すべてのリージョンのアドレスを一覧表示するには、addresses.aggregatedList メソッドを呼び出します。
```
GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/aggregated/addresses
```
グローバル IPv4 アドレスまたはグローバル IPv6 アドレスを一覧表示するには、globalAddresses.list メソッドを呼び出します。
```
GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/addresses
```
次のように置き換えます。

PROJECT_ID: このリクエストのプロジェクト ID

静的外部 IP アドレスを構成する

以降のセクションでは、VM の静的外部 IP アドレスを構成する方法について説明します。

静的外部 IP アドレスを使用する VM を作成する

静的外部 IP アドレスを予約したら、VM に割り当てることができます。

コンソール

Google Cloud コンソールで、[インスタンスの作成] ページに移動します。

[インスタンスの作成] に移動
VM の詳細を指定します。
[詳細オプション] セクションを開きます。
[ネットワーキング] セクションを開きます。
[ネットワークインターフェース] セクションで、ネットワークインターフェースを開いて編集します。
IPv4 アドレスを割り当てるには、次の手順を行います。
1. ネットワークを選択してください。
2. [外部 IPv4 アドレス] リストから IP アドレスを選択します。
IPv6 アドレスを割り当てるには、次の手順を行います。
1. IPv6 サブネットを含むネットワークを選択します。
2. [サブネットワーク] リストからデュアルスタックサブネットを選択します。
3. [IP スタックタイプ] には、[IPv4 と IPv6（デュアルスタック）] を選択します。
4. [外部 IPv6 アドレス] リストから、新しく予約した外部 IPv6 アドレスを選択します。または、[IP アドレスを作成] を選択して、新しい静的外部 IPv6 アドレスを予約します。
5. [ネットワークサービスティア] で [プレミアム] を選択します。
ネットワークインターフェースの変更を終了するには、[完了] をクリックします。
VM 作成プロセスを続行します。

gcloud

VM を作成し、すでに予約した静的リージョン外部 IP アドレスを割り当てることができます。

静的外部 IPv4 アドレスを割り当てるには、次の手順を行います。
```
gcloud compute instances create VM_NAME --address=IP_ADDRESS
```
次のように置き換えます。
- VM_NAME: VM の名前。
- IP_ADDRESS: VM に割り当てる IP アドレス。アドレス名ではなく、予約済みの静的外部 IP アドレスを使用してください。

静的外部 IPv6 アドレスを割り当てるには、次の手順を行います。

gcloud compute instances create VM_NAME \
    --subnet=SUBNET \
    --stack-type=IPV4_IPV6 \
    --external-ipv6-address=IPV6_ADDRESS \
    --external-ipv6-prefix-length=96 \
    --ipv6-network-tier=PREMIUM \
    --zone=ZONE

Terraform

google_compute_instance リソースを使用して外部 IP アドレスを割り当てることができます。

resource "google_compute_instance" "default" {
  name         = "dns-proxy-nfs"
  machine_type = "n1-standard-1"
  zone         = "us-central1-a"

  boot_disk {
    initialize_params {
      image = "ubuntu-1404-trusty-v20160627"
    }
  }

  network_interface {
    network = "default"
    access_config {
      nat_ip = google_compute_address.default.address
    }
  }
}

REST

新しい VM に静的外部 IPv4 アドレスを割り当てるには、次の手順を行います。

新しい VM を作成するリクエストで、networkInterfaces[].accessConfigs[].natIP プロパティと使用する外部 IPv4 アドレスを明示的に指定します。例:

{
  "name": "VM_NAME",
  "machineType": "zones/ZONE/machineTypes/MACHINE_TYPE",
  "networkInterfaces": [{
    "accessConfigs": [{
      "type": "ONE_TO_ONE_NAT",
      "name": "External NAT",
      "natIP": "IPV4_ADDRESS"
     }],
    "network": "global/networks/default"
  }],
  "disks": [{
      "autoDelete": "true",
      "boot": "true",
      "type": "PERSISTENT",
      "initializeParams": {
          "sourceImage": "SOURCE_IMAGE"
      }
}]
}

新しい VM に静的外部 IPv6 アドレスを割り当てるには、次の手順を行います。

新しい VM を作成するリクエストで、networkInterfaces[].ipv6AccessConfigs[].externalIpv6 プロパティと使用する外部 IPv6 アドレスを明示的に指定します。例:

{
  "name": "VM_NAME",
  "machineType": "zones/ZONE/machineTypes/MACHINE_TYPE",
  "networkInterfaces": [{
          "accessConfigs": [{
              "name": "external-nat",
              "type": "ONE_TO_ONE_NAT"
          }],
          "ipv6AccessConfigs": [{
        "externalIpv6": "IOV6_ADDRESS",
        "externalIpv6PrefixLength": 96,
        "name": "external-ipv6-access-config",
        "networkTier": "PREMIUM",
        "type": "DIRECT_IPV6"
          }],
      "stackType": "IPV4_IPV6",
      "subnetwork":"SUBNETWORK
  }],
  "disks": [{
    "autoDelete": "true",
    "boot": "true",
    "mode": "READ_WRITE",
    "type": "PERSISTENT",
    "initializeParams": {
        "sourceImage": "SOURCE_IMAGE"
    },
  }],
 }

既存の VM に対して外部 IP アドレスの変更または割り当てを行う

既存の VM に対して、エフェメラルまたは静的外部 IP アドレスの変更または割り当てを行うことができます。

VM は複数のインターフェースを持つことができ、各インターフェースは外部 IP アドレスを持つことができます。VM にすでに外部 IP アドレスがある場合は、まずそのアドレスを削除する必要があります。その後、既存の VM に新しい外部 IP アドレスを割り当てることができます。

コンソール

Google Cloud コンソールで [VM インスタンス] ページに移動します。
[VM インスタンス] に移動
外部 IP を割り当てる VM の名前をクリックします。[インスタンスの詳細] ページが表示されます。
[インスタンスの詳細] ページで、次の手順を実行します。
1. [編集] をクリックします。
2. [ネットワークインターフェース] を開きます。
3. VM に割り当てることを必要とする外部 IP アドレスを選択します。
  1. [外部 IPv4 アドレス] に、[エフェメラル] または静的外部 IPv4 アドレスを選択します。
  2. [外部 IPv6 アドレス] に、[エフェメラル] または静的外部 IPv6 アドレスを選択します。
4. [完了] をクリックします。
[保存] をクリックします。

gcloud

（省略可）静的外部 IP アドレスを予約します。

静的外部 IP アドレスを割り当てる場合は、アドレスを予約し、そのアドレスが別のリソースで使用されていないことを確認する必要があります。必要であれば、手順に沿って新しい静的外部 IP アドレスを予約するか、静的外部 IP アドレスの割り当てを解除します。

エフェメラル外部 IP アドレスを使用する場合は、この手順をスキップします。エフェメラル外部 IP アドレスは Compute Engine によってランダムに割り当てられます。
静的外部 IP アドレスの割り当てを解除するで説明されているように、既存の IP アドレス割り当てを削除します。
新しい外部 IP アドレスを割り当てます。
- IPv4 アドレスを割り当てるには、instances add-access-config サブコマンドを使用します。
  
  注: IP_ADDRESS を静的 IP の名前に置き換えないでください。実際の IP アドレスを使用する必要があります。
```
gcloud compute instances add-access-config VM_NAME \
  --access-config-name="ACCESS_CONFIG_NAME" --address=IP_ADDRESS
```
  次のように置き換えます。
  - VM_NAME: VM の名前。
  - ACCESS_CONFIG_NAME: このアクセス構成ファイルの名前。引用符の中に完全な名前を指定してください。
  - IP_ADDRESS: 追加する IP アドレス。
  Compute Engine で静的外部 IP アドレスを使用せずにエフェメラル外部 IP アドレスを割り当てる場合は、--address IP_ADDRESS プロパティを省略します。
```
gcloud compute instances add-access-config VM_NAME \
  --access-config-name="ACCESS_CONFIG_NAME"
```
- IPv6 アドレス範囲を割り当てるには、instance network-interfaces update サブコマンドを使用します。
```
gcloud compute instances network-interfaces update VM_NAME \
  --network-interface==NIC \
  --ipv6-network-tier=PREMIUM \
  --stack-type=IPV4_IPV6 \
  --external-ipv6-address=IPV6_ADDRESS \
  --external-ipv6-prefix-length=96 \
  --zone=ZONE
```
  次のように置き換えます。
  - VM_NAME: VM の名前。
  - NIC: ネットワークインターフェースの名前。
  - IPV6_ADDRESS: VM に割り当てる IPv6 アドレス。/96 範囲に存在する最初の IPv6 アドレスを指定します。
  - ZONE: VM のゾーン。

REST

VM の外部 IPv4 アドレスまたは外部 IPv6 アドレスを変更するには、その VM に新しいアクセス構成を追加します。

静的外部 IP アドレスの割り当てを解除するで説明されているように、既存の IP アドレス割り当てを削除します。
既存のアクセス構成を削除するには、instances.deleteAccessConfig メソッドに POST リクエストを行います。
```
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME/deleteAccessConfig
```
instances.addAccessConfig メソッドに POST リクエストを発行し、VM インスタンスのネットワークインターフェースに新しいアクセス構成を追加します。
- IPv4 アドレスの場合は、次のリクエストを発行します。
```
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME/addAccessConfig
{
"natIP": "IPV4_ADDRESS",
"name": "ACCESS_CONFIG_NAME"
}
```
- IPv6 アドレスの場合は、networkInterfaces[].ipv6AccessConfigs[].externalIpv6 プロパティと使用する外部 IPv6 アドレスを更新します。
  
  新しい VM に静的外部 IP アドレスを割り当てるをご覧ください。

外部 IP アドレスを特定の VM に制限する

特定のワークロードでは、セキュリティやネットワークに関する制限など、基本的な要件が必要になることがあります。たとえば、特定の VM のみが外部 IP アドレスを使用できるように、外部 IP アドレスを制限できます。このオプションは、データの引き出しの防止や、ネットワーク分離の維持に役立ちます。組織ポリシーを使用すると、外部 IP アドレスを特定の VM に制限し、組織内またはプロジェクト内の VM に対する外部 IP アドレスの使用を制御できます。

VM の外部 IP アドレスを制御するための制約は次のとおりです。

constraints/compute.vmExternalIpAccess

制約を使用するには、外部 IP アドレスを持つことができる VM が allowedList に設定されたポリシーを指定します。ポリシーを指定しない場合は、すべての VM ですべての外部 IP アドレスが許可されます。ポリシーを指定すると、allowedValues リストに含まれる VM にのみ、エフェメラルまたは静的な外部 IP アドレスを割り当てることができます。ポリシーで明示的に定義されていない組織内またはプロジェクト内の他の Compute Engine VM では、外部 IP アドレスの使用が禁止されています。

許可リストと拒否リストでは、次のような VM の URI を使用して VM を指定します。

projects/PROJECT_ID/zones/ZONE/instances/VM_NAME

外部 IP アドレスを制限するための仕様

このリスト型制約は VM にのみ適用できます。
過去にさかのぼって制約を適用することはできません。ポリシーを有効にする前から外部 IP アドレスを持つすべての VM は、外部 IP アドレスを保持します。
この制約には、allowedList または deniedList のいずれか一方を指定できます。両方を同一のポリシーに指定することはできません。
VM のライフサイクルと完全性の管理と維持は、必要な権限を持つユーザーまたは管理者の責任です。制約によって VM の URI のみが検証され、許可リスト内の VM の変更、削除、再作成を回避することはできません。

外部 IP アドレスの制限に必要な権限

制約をプロジェクトまたは組織レベルで設定するには、組織での orgpolicy.policyAdmin ロールが付与されている必要があります。

組織レベルでポリシー制約を設定する

コンソール

[組織のポリシー] ページに移動します。
[組織のポリシー] に移動
必要に応じて、組織をプロジェクトプルダウンメニューから選択します。
[VM インスタンスに対して許可されている外部 IP を定義する] をクリックします。
[編集] をクリックして外部 IP ポリシーを編集します。[編集] ツールにアクセスできない場合は、正しい権限を付与されていません。
[カスタマイズ] を選択し、特定の VM に組織のポリシーを設定します。
必要な [ポリシーの適用] と [ポリシーの種類] を選択します。
[ポリシーの値] で [カスタム] を選択します。
VM の URI を入力し、Enter キーを押します。URI は、次の形式にする必要があります。
```
projects/PROJECT_ID/zones/ZONE/instances/VM_NAME
```
[新しいポリシーの値] をクリックし、必要に応じて VM の URI を入力します。
[保存] をクリックして、制約を適用します。

gcloud

外部 IP アクセスの制約を設定するには、組織 ID が必要です。組織 ID を確認するには、organizations list コマンドを実行して、そのレスポンスで数値 ID を探します。

gcloud organizations list

gcloud CLI は、組織のリストを次の形式で返します。

DISPLAY_NAME               ID
example-organization1      29252605212
example-organization2      1234567890

gcloud resource-manager org-policies set-policy コマンドを使用してポリシーを設定します。JSON ファイルでポリシーを指定する必要があります。次の形式の JSON ファイルを作成します。

{
"constraint": "constraints/compute.vmExternalIpAccess",
"listPolicy": {
  "allowedValues": [
     "projects/PROJECT_ID/zones/ZONE/instances/VM_NAME",
     "projects/PROJECT_ID/zones/ZONE/instances/VM_NAME",
     "projects/PROJECT_ID/zones/ZONE/instances/VM_NAME"
  ]
 }
}

次のように置き換えます。

PROJECT_ID。このリクエストのプロジェクト ID（example-project など）。これは、組織のポリシーを設定するときとは異なります。組織のポリシーの場合は組織の数値 ID が必要です。
ZONE: VM のゾーン
VM_NAME: VM の名前

または、外部 IP アドレスの取得を明示的に禁止する VM を示す deniedValues リストを指定できます。このリストに含まれない VM は、外部 IP アドレスを持つことが暗黙的に許可されます。allowedValues または deniedValues のどちらか一方だけ指定できます。

次に、リクエストでこのファイルを渡します。

gcloud resource-manager org-policies set-policy MY_POLICY.JSON --organization=ORGANIZATION_ID

ORGANIZATION_ID は、組織の数値 ID に置き換えます。

外部 IP アクセスを必要としない VM の場合は、allValues を DENY に設定したポリシーを設定できます。

{
  "constraint": "constraints/compute.vmExternalIpAccess",
  "listPolicy": {
    "allValues": "DENY"
  }
}

REST

setOrgPolicy() API を使用して制約を定義します。allowedValue リストに指定した VM は、外部 IP アドレスを持つことが許可されます。また、外部 IP アドレスの取得を明示的に禁止する VM を示す deniedValues リストを指定できます。このリストに含まれない VM は、外部 IP アドレスを持つことが暗黙的に許可されます。allowedValues または deniedValues のどちらか一方だけ指定できます。

たとえば、以下に示すのは、組織内の特定のプロジェクトの VM が外部 IP アドレスを持つことができるように、compute.vmExternalIpAccess 制約を組織に適用するリクエストです。

POST https://cloudresourcemanager.googleapis.com/v1/organizations/ORGANIZATION_ID:setOrgPolicy

ORGANIZATION_ID は組織の数値 ID です。

次に、リクエスト本文で、この制約のポリシーを指定します。

{
  "policy": {
    "constraint": "constraints/compute.vmExternalIpAccess",
    "listPolicy": {
      "allowedValues": [
        "projects/PROJECT_ID/zones/ZONE/instances/VM_NAME",
        "projects/PROJECT_ID/zones/ZONE/instances/VM_NAME",
        "projects/PROJECT_ID/zones/ZONE/instances/VM_NAME"
        ]
      }
    }
 }

外部 IP アクセスを必要としない VM の場合は、allValues を DENY に設定したポリシーを設定できます。

{
  "policy": {
    "constraint": "constraints/compute.vmExternalIpAccess",
    "listPolicy": {
      "allValues": "DENY"
      }
    }
 }

プロジェクトレベルでのポリシーの設定

プロジェクトレベルでポリシーを設定すると、そのポリシーは組織レベルのポリシーよりも優先されます。たとえば、組織レベルでは allowedValues リストに example-vm-1 があり、プロジェクトレベルのポリシーで同じ VM が deniedValues リストにある場合、VM に外部 IP アドレスを割り当てることはできません。

コンソール

組織レベルでのポリシー制約の設定と同じ手順を行いますが、組織ではなくプロジェクトセレクタでプロジェクトを選択してください。

プロジェクトセレクタ。

gcloud

{
 "constraint": "constraints/compute.vmExternalIpAccess",
 "listPolicy": {
  "allowedValues": [
   "projects/PROJECT_ID/zones/ZONE/instances/VM_NAME"
  ]
 }
}

次のように置き換えます。

PROJECT_ID。このリクエストのプロジェクト ID（example-project など）。これは、組織のポリシーを設定するときとは異なります。組織のポリシーの場合は組織の数値 ID が必要です。
ZONE: VM のゾーン。
VM_NAME: VM の名前。

また、外部 IP アドレスの取得を明示的に禁止する VM の deniedValues リストを指定できます。このリストに含まれない VM は、外部 IP アドレスを持つことが暗黙的に許可されます。allowedValues または deniedValues のどちらか一方だけ指定できます。

次に、リクエストでこのファイルを渡します。

gcloud resource-manager org-policies set-policy MY_POLICY.JSON --project=example-project

REST

setOrgPolicy API を使用して制約を定義します。allowedValue リストに指定した VM は、外部 IP アドレスを持つことが許可されます。また、外部 IP アドレスの取得を明示的に禁止する VM を示す deniedValues リストを指定できます。このリストに含まれない VM は、外部 IP アドレスを持つことが暗黙的に許可されます。allowedValues または deniedValues のどちらか一方だけ指定できます。

次の例は、特定の VM が外部 IP アドレスを持つことを許可するように compute.vmExternalIpAccess 制約をプロジェクトに設定するリクエストです。

POST https://cloudresourcemanager.googleapis.com/v1/projects/PROJECT_ID:setOrgPolicy

PROJECT_ID は、このリクエストのプロジェクト ID で置き換えます。

リクエストの本文にはこの制約のポリシーを格納します。

{
  "policy": {
    "constraint": "constraints/compute.vmExternalIpAccess",
    "listPolicy": {
      "allowedValues": [
        "projects/PROJECT_ID/zones/ZONE/instances/VM_NAME"
      ]
    }
  }
}

外部 IP アドレスの制限に関するベストプラクティス

この制約では deniedValues リストを使用しないでください。deniedValues リストで値を定義した場合は、deniedValues リストにある VM のみが外部 IP アドレスの使用を制限されます。外部 IP アドレスの使用が許可される VM を正確に制御したい場合、これはセキュリティ上の問題になる可能性があります。特定の VM を allowedValues リストから削除する場合は、deniedValues リストに VM を配置するのではなく、allowedList から VM を削除するように既存のポリシーを更新します。
リソース階層の大部分にポリシーを設定し、特定のプロジェクトを除外する場合は、setOrgPolicy メソッドを使用してデフォルトのポリシーを復元します。restoreDefault オブジェクトを指定して、そのプロジェクト内のすべての VM に外部 IP アドレスとの関連付けを許可します。プロジェクトの現在のポリシーは、デフォルト設定の影響を受けません。
この組織のポリシーと IAM のロールを組み合わせて使用することにより、環境をより適切に管理できます。このポリシーは VM にのみ適用されますが、ネットワークデバイスの外部 IP アドレスをより適切に制御して制限するには、compute.networkAdmin ロールを適切な関係者に付与します。
ポリシーが有効になっている組織またはプロジェクト内の Compute Engine 上で実行されるすべてのサービスとプロダクトは、この組織ポリシーの影響を受けます。特に、Google Kubernetes Engine、Dataflow、Dataproc、Cloud SQL などのサービスは、このポリシーの影響を受けます。これによって問題が生じた場合は、組織のポリシーが適用されない別のプロジェクト内に別のサービスまたはプロダクトをセットアップし、必要に応じて共有 VPC を使用することをおすすめします。

静的外部 IP アドレスを管理する

以降のセクションでは、VM の静的外部 IP アドレスを管理する方法について説明します。

内部 IP アドレスがエフェメラルか静的かを判別する

静的内部 IP アドレスとエフェメラル内部 IP アドレスは、ほとんどのコンテキストで同じように動作します。ただし、静的内部 IP アドレスを使用すると、リソースを削除して再作成した場合でも、同じリソースには同じ IP アドレスを使用できます。通常、特定のリソースを停止または削除すると、エフェメラル IP アドレスが 1 つ解放されます。

アドレスが静的かエフェメラルかを判別するには、次のようにします。

Google Cloud コンソールで、[IP アドレス] ページに移動します。

[IP アドレス] に移動
リストからアドレスを探し、[タイプ] 列で IP アドレスのタイプを確認します。

静的外部 IP アドレスの割り当てを解除する

IP アドレスの割り当てを解除すると、その IP アドレスはリソースから削除されますが、予約されたままになります。IP アドレスの割り当てを解除したら、その IP アドレスを別のリソースに再割り当てできます。

VM を削除して、IPv4 アドレスまたは IPv6 アドレスの割り当てを解除することもできます。

コンソール

Google Cloud コンソールで、[IP アドレス] ページに移動します。

[IP アドレス] に移動
[外部 IP アドレス] をクリックします。
割り当てを解除する静的 IP アドレスを選択します。
[変更] をクリックして [IP アドレスの接続] ダイアログを開きます。
[接続先] プルダウンリストから [なし] を選択します。
[OK] をクリックします。

gcloud

gcloud compute addresses list コマンドを使用して、静的 IP アドレスが使用されているかどうかを確認します。

gcloud compute addresses list

出力は次のようになります。

NAME                      REGION    ADDRESS                  STATUS
example-address-ipv4      REGION    198.51.100.1             RESERVED
example-address-new-ipv4  REGION    203.0.113.1              IN_USE
example-address-ipv6      REGION    2001:db8:1:1:1:1:1:1     RESERVED
example-address-new-ipv6  REGION    2001:db8:4:4:4:4:4:4     IN_USE

IP アドレスが使用されていない場合、ステータスは RESERVED です。
IP アドレスが使用中の場合、ステータスは IN_USE です。

IP アドレスを使用している VM の名前を取得します。

gcloud compute addresses describe ADDRESS_NAME \
  --region=REGION

次のように置き換えます。

ADDRESS_NAME: IPv6 アドレスリソースの名前。
REGION: IPv6 アドレスリソースのリージョン。

出力は次のようになります。

address: IP_ADDRESS
addressType: EXTERNAL
...
region: https://www.googleapis.com/compute/v1/projects/PROJECT/regions/REGION
selfLink: https://www.googleapis.com/compute/v1/projects/PROJECT/regions/REGION/addresses/ADDRESS_NAME
status: IN_USE
subnetwork: https://www.googleapis.com/compute/v1/projects/PROJECT/regions/REGION/subnetworks/SUBNET
users:
- https://www.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE/instances/VM_NAME

users フィールドに、IP アドレスを使用している VM の名前が表示されます。

VM から IP アドレスの割り当てを解除します。
- IPv4 アドレスの割り当てを解除するには、VM のアクセス構成ファイルを削除します。
  1. 削除するアクセス構成の名前を取得します。名前を取得するには、gcloud compute instances describe コマンドを使用します。VM_NAME は VM の名前に置き換えます。
```
gcloud compute instances describe VM_NAME
```
    アクセス構成は次の形式で表示されます。
```
networkInterfaces:
  - accessConfigs:
    - kind: compute#accessConfig
      name: external-nat
      natIP: 203.0.113.1
      type: ONE_TO_ONE_NAT
```
    注: アクセス構成の name は external-nat でない場合があります。必ずご使用のアクセス構成の名前を確認してください。場合によっては、以前のバージョンのアクセス構成名（External NAT）が使用されている可能性があります。
  2. gcloud compute instances delete-access-config コマンドを使用して、アクセス構成を削除します。
```
gcloud compute instances delete-access-config VM_NAME \
  --access-config-name="ACCESS_CONFIG_NAME"
```
    次のように置き換えます。
    - VM_NAME: VM の名前。
    - ACCESS_CONFIG_NAME: 削除するアクセス構成ファイルの名前。引用符の中に完全な名前を指定してください。
- IPv6 アドレス範囲の割り当てを解除するには、instance network-interfaces update コマンドを使用します。
```
gcloud compute instances network-interfaces update VM_NAME \
  --network-interface=nic0 \
  --stack-type=IPV4_ONLY \
  --zone=ZONE
```
  次のように置き換えます。
  - VM_NAME: IP アドレスを使用している VM の名前。
  - ZONE: VM のゾーン。
静的外部 IP アドレスのステータスが IN_USE から RESERVED に変わり、使用可能になったことを確認します。
```
gcloud compute addresses list \
  --filter="ADDRESS_NAME AND region=REGION"
```
次のように置き換えます。
- ADDRESS_NAME: IP アドレスリソースの名前。
- REGION: IP アドレスリソースのリージョン。

これで静的外部 IP アドレスが使用可能になったため、別の VM に割り当てることができます。

REST

静的外部 IPv4 アドレスまたは静的外部 IPv6 アドレスの割り当てを解除するには、次の手順を行います。

IPv4 アドレスの場合、そのアドレスを使用している VM に接続されたアクセス構成を削除します。
1. VM のアクセス構成の詳細を確認するには、instances.get メソッドに GET リクエストを発行します。
```
GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME
```
2. 既存のアクセス構成を削除するには、instances.deleteAccessConfig メソッドに POST リクエストを行います。
```
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME/deleteAccessConfig
```
  次のように置き換えます。
  - PROJECT_ID: このリクエストのプロジェクト ID
  - ZONE: VM を配置するゾーン
  - VM_NAME: VM の名前
IPv6 アドレスの場合は、IPv6 アドレスが割り当てられている VM のネットワークインターフェースのスタックタイプを更新します。
1. instances.updateNetworkInterface メソッドに PATCH リクエストを送信します。
2. リクエストの本文で、stackType フィールドの値を IPV4_ONLY に更新します。
  
  例:
```
PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME/updateNetworkInterface

{
  "networkInterfaces": [{
    ...
    "stackType" : "IPV4_ONLY"
    ...
    }]
}
```

静的外部 IP アドレスを解放する

静的外部 IPv4 アドレスや静的外部 IPv6 アドレスが不要になったら、IP アドレスリソースを削除して IP アドレスを解放できます。VM を削除しても、静的外部 IP アドレスは自動的に解放されません。静的外部 IP アドレスが不要になったら手動で解放する必要があります。

静的外部 IP アドレスを解放するには、VPC ドキュメントの静的外部 IP アドレスを解放するをご覧ください。

次のステップ

IP アドレスについて学ぶ
ネットワークとファイアウォールについて学ぶ
内部 DNS を使用して VM を参照する方法を学習する。
VPC の料金を確認する

静的外部 IP アドレスを構成する

始める前に

コンソール

gcloud

Terraform

REST

必要なロール

必要な権限

制限事項

使用可能な静的外部 IP アドレスを表示する

コンソール

gcloud

API

静的外部 IP アドレスを構成する

静的外部 IP アドレスを使用する VM を作成する

コンソール

gcloud

Terraform

REST

既存の VM に対して外部 IP アドレスの変更または割り当てを行う

コンソール

gcloud

REST

外部 IP アドレスを特定の VM に制限する

外部 IP アドレスを制限するための仕様

外部 IP アドレスの制限に必要な権限

組織レベルでポリシー制約を設定する

コンソール

gcloud

REST

プロジェクト レベルでのポリシーの設定

コンソール

gcloud

REST

外部 IP アドレスの制限に関するベスト プラクティス

静的外部 IP アドレスを管理する

内部 IP アドレスがエフェメラルか静的かを判別する

静的外部 IP アドレスの割り当てを解除する

コンソール

gcloud

REST

静的外部 IP アドレスを解放する

次のステップ

プロジェクトレベルでのポリシーの設定

外部 IP アドレスの制限に関するベストプラクティス