インスタンスのクローンを作成する

MySQL | PostgreSQL | SQL Server

このページでは、クローン作成とインスタンスのクローン作成方法について説明します。

概要

Cloud SQL インスタンスのクローンを作成すると、元のインスタンスのコピーが新しいインスタンスとして作成されます。新しいインスタンスは、元のインスタンスから完全に独立しています。

よくある質問

質問	回答
クローン作成はパフォーマンスに影響しますか？	いいえ。クローンを作成しても、元のインスタンスのパフォーマンスに影響はありません。
バックアップは新しいインスタンスにコピーされますか？	いいえ。新しいインスタンスには新しいバックアップが自動的に作成されます。手動バックアップは元のインスタンスからコピーされません。
新しいインスタンスには同じ IP アドレスが割り振られますか？	いいえ。新しいインスタンスには、新しい IP アドレスが割り振られます。
新しいインスタンスの構成は元のインスタンスと同じですか？	はい。新しいインスタンスの設定（データベースフラグ、接続オプション、マシンタイプ、ストレージとメモリの設定）は元のインスタンスと同じです。
レプリカは新しいインスタンスにコピーされますか？	いいえ。新しいインスタンスに新しいレプリカを作成する必要があります。
レプリカのクローンを作成できますか？	いいえ。レプリカのクローンは作成できません。
過去の時点からクローンを作成できますか？	はい。ポイントインタイムリカバリを行うと、クローンを使用して過去の時点からインスタンスを復元できます。これは、破壊的なイベントからデータベースを回復する際に役立ちます。
ソースインスタンスのメンテナンス設定は、クローンインスタンスに自動的にコピーされますか？	いいえ。そのクローンインスタンス用のメンテナンス設定を構成する必要があります。
クローンを作成したインスタンスのクローンを作成できますか？	はい。別のインスタンスからクローン作成されたインスタンスのクローンを作成することは可能です。
データベースユーザーは新しいインスタンスにコピーされますか？	はい。ただし、データベースユーザーのパスワードはコピーされないため、再作成する必要があります。

インスタンスのクローンを作成する

Cloud SQL インスタンスのクローンを作成するには、Google Cloud コンソール、gcloud CLI、Terraform、または API を使用します。

コンソール

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

Cloud SQL の [インスタンス] に移動
クローンを作成するインスタンスの行を見つけます。
[アクション] 列で、 [その他の操作] メニューをクリックします。
[クローンを作成] をクリックします。
[クローンの作成] ページで、必要に応じてインスタンス ID を更新し、[最新状態のインスタンスのクローンを作成] を選択したまま、[クローンを作成] をクリックします。
クローンの初期化中に、インスタンスの一覧ページに戻ります。

gcloud

インスタンスのクローンを作成するには、gcloud sql instances clone コマンドを使用します。

gcloud sql instances clone SOURCE_INSTANCE_NAME DESTINATION_INSTANCE_NAME \
--project PROJECT_ID \
--preferred-zone ZONE_NAME \
--preferred-secondary-zone SECONDARY_ZONE_NAME

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

SOURCE_INSTANCE_NAME: クローンを作成する Cloud SQL インスタンスの名前。
DESTINATION_INSTANCE_NAME: クローンインスタンスの名前。
PROJECT_ID: 元のインスタンスとコピー先インスタンスが含まれる Google Cloud プロジェクトの ID またはプロジェクト番号。
ZONE_NAME: 省略可。コピー先インスタンスのプライマリゾーンの名前。コピー先インスタンスを、クローンを作成する Cloud SQL インスタンスとは異なるプライマリゾーンに配置する場合に使用します。リージョンインスタンスの場合、プライマリゾーンはこのゾーンに置き換わりますが、セカンダリゾーンは元のインスタンスと同じままです。
SECONDARY_ZONE_NAME: 省略可。コピー先インスタンスのセカンダリゾーンの名前。クローンを作成するリージョン Cloud SQL インスタンスに別のセカンダリゾーンを指定するときに使用します。

--preferred-zone パラメータと --preferred-secondary-zone パラメータを使用する場合は、次の条件が適用されます。

プライマリゾーンとセカンダリゾーンの両方が有効なゾーンである必要があります。
両方のゾーンが元のインスタンスと同じリージョンに属している必要があります。
プライマリゾーンとセカンダリゾーンは異なっていなければなりません。
ゾーンインスタンスの場合、--preferred-secondary-zone パラメータは使用できません。使用すると、インスタンスのクローン作成プロセスが失敗します。
--preferred-zone パラメータまたは --preferred-secondary-zone パラメータの値を指定しない場合、クローンインスタンスのプライマリゾーンとセカンダリゾーンは、元のインスタンスと同じになります。

gcloud sql instances clone コマンドを実行するには、cloudsql.instances.clone 権限が必要です。gcloud CLI コマンドを実行するために必要な権限の詳細については、Cloud SQL の権限をご覧ください。

Terraform

インスタンスのクローンを作成するには、Terraform リソースを使用します。

resource "google_sql_database_instance" "clone" {
  name             = "sqlserver-instance-clone-name"
  region           = "us-central1"
  database_version = "SQLSERVER_2017_STANDARD"
  root_password    = "INSERT-PASSWORD-HERE"
  clone {
    source_instance_name = google_sql_database_instance.source.id
  }
  # set `deletion_protection` to true, will ensure that one cannot accidentally delete this instance by
  # use of Terraform whereas `deletion_protection_enabled` flag protects this instance at the GCP level.
  deletion_protection = false
}

変更を適用する

Google Cloud プロジェクトで Terraform 構成を適用するには、次のセクションの手順を完了します。

Cloud Shell を準備する

Cloud Shell を起動します。
Terraform 構成を適用するデフォルトの Google Cloud プロジェクトを設定します。

このコマンドは、プロジェクトごとに 1 回だけ実行する必要があります。これは任意のディレクトリで実行できます。
```
export GOOGLE_CLOUD_PROJECT=PROJECT_ID
```
Terraform 構成ファイルに明示的な値を設定すると、環境変数がオーバーライドされます。

ディレクトリを準備する

Terraform 構成ファイルには独自のディレクトリ（ルートモジュールとも呼ばれます）が必要です。

Cloud Shell で、ディレクトリを作成し、そのディレクトリ内に新しいファイルを作成します。ファイルの拡張子は .tf にする必要があります（例: main.tf）。このチュートリアルでは、このファイルを main.tf とします。
```
mkdir DIRECTORY && cd DIRECTORY && touch main.tf
```
チュートリアルを使用している場合は、各セクションまたはステップのサンプルコードをコピーできます。

新しく作成した main.tf にサンプルコードをコピーします。

必要に応じて、GitHub からコードをコピーします。Terraform スニペットがエンドツーエンドのソリューションの一部である場合は、この方法をおすすめします。
環境に適用するサンプルパラメータを確認し、変更します。
変更を保存します。
Terraform を初期化します。これは、ディレクトリごとに 1 回だけ行います。
```
terraform init
```
最新バージョンの Google プロバイダを使用する場合は、-upgrade オプションを使用します。
```
terraform init -upgrade
```

変更を適用する

構成を確認して、Terraform が作成または更新するリソースが想定どおりであることを確認します。
```
terraform plan
```
必要に応じて構成を修正します。
次のコマンドを実行します。プロンプトで「yes」と入力して、Terraform 構成を適用します。
```
terraform apply
```
Terraform に「Apply complete!」というメッセージが表示されるまで待ちます。
Google Cloud プロジェクトを開いて結果を表示します。Google Cloud コンソールの UI でリソースに移動して、Terraform によって作成または更新されたことを確認します。

変更を削除する

変更を削除するには、次の手順を行います。

削除の保護を無効にするには、Terraform 構成ファイルで deletion_protection 引数を false に設定します。
```
deletion_protection =  "false"
```
次のコマンドを実行します。プロンプトで「yes」と入力して、更新された Terraform 構成を適用します。
```
terraform apply
```

次のコマンドを実行します。プロンプトで「yes」と入力して、以前に Terraform 構成で適用されたリソースを削除します。
```
terraform destroy
```

REST v1

リクエストのデータを使用する前に、次のように置き換えます。

PROJECT_ID: 元のインスタンスとコピー先インスタンスが含まれる Google Cloud プロジェクトの ID またはプロジェクト番号。
SOURCE_INSTANCE_NAME: クローンを作成する Cloud SQL インスタンスの名前。
DESTINATION_INSTANCE_NAME: クローンインスタンスの名前。
ZONE_NAME: 省略可。コピー先インスタンスのプライマリゾーンの名前。コピー先インスタンスを、クローンを作成する Cloud SQL インスタンスとは異なるプライマリゾーンに配置する場合に使用します。リージョンインスタンスの場合、プライマリゾーンはこのゾーンに置き換わりますが、セカンダリゾーンは元のインスタンスと同じままです。
SECONDARY_ZONE_NAME: 省略可。コピー先インスタンスのセカンダリゾーンの名前。クローンを作成するリージョン Cloud SQL インスタンスに別のセカンダリゾーンを指定するときに使用します。

HTTP メソッドと URL:

POST https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone

リクエストの本文（JSON）:

{
  "cloneContext":
  {
    "destinationInstanceName": "DESTINATION_INSTANCE_NAME",
    "preferredZone": "ZONE_NAME",
    "preferredSecondaryZone": "SECONDARY_ZONE_NAME"
  }
}

リクエストを送信するには、次のいずれかのオプションを開きます。

curl（Linux、macOS、Cloud Shell）

注: 次のコマンドは、gcloud init または gcloud auth login を実行して、ユーザーアカウントで gcloud CLI にログインしているか、Cloud Shell を使用して自動的に gcloud CLI にログインしていることを前提としています。gcloud auth list を実行すると、現在アクティブなアカウントを確認できます。

リクエスト本文を request.json という名前のファイルに保存して、次のコマンドを実行します。

curl -X POST \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone"

PowerShell（Windows）

注: 次のコマンドは、gcloud init または gcloud auth login を実行して、ご自分のユーザーアカウントで gcloud CLI にログインしていることを前提としています。gcloud auth list を実行すると、現在アクティブなアカウントを確認できます。

リクエスト本文を request.json という名前のファイルに保存して、次のコマンドを実行します。

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method POST `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone" | Select-Object -Expand Content

次のような JSON レスポンスが返されます。

レスポンス

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/DESTINATION_INSTANCE_NAME",
  "status": "PENDING",
  "user": "user@example.com",
  "insertTime": "2020-01-21T22:43:37.981Z",
  "operationType": "CLONE",
  "name": "OPERATION_ID",
  "targetId": "DESTINATION_INSTANCE_NAME",
  "selfLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/operations/OPERATION_ID",
  "targetProject": "PROJECT_ID"
}

preferredZone パラメータと preferredSecondaryZone パラメータを使用する場合は、次の条件が適用されます。

プライマリゾーンとセカンダリゾーンの両方が有効なゾーンである必要があります。
両方のゾーンが元のインスタンスと同じリージョンに属している必要があります。
プライマリゾーンとセカンダリゾーンは異なっていなければなりません。
ゾーンインスタンスの場合、preferredSecondaryZone パラメータは使用できません。使用すると、インスタンスのクローン作成プロセスが失敗します。
preferredZone パラメータまたは preferredSecondaryZone パラメータの値を指定しない場合、クローンインスタンスのプライマリゾーンとセカンダリゾーンは、元のインスタンスと同じになります。

instances.clone API メソッドを使用するには、cloudsql.instances.clone 権限が必要です。API メソッドの使用に必要な権限の詳細については、Cloud SQL の権限をご覧ください。

REST v1beta4

リクエストのデータを使用する前に、次のように置き換えます。

PROJECT_ID: 元のインスタンスとコピー先インスタンスが含まれる Google Cloud プロジェクトの ID またはプロジェクト番号。
SOURCE_INSTANCE_NAME: クローンを作成する Cloud SQL インスタンスの名前。
DESTINATION_INSTANCE_NAME: クローンインスタンスの名前。
ZONE_NAME: 省略可。コピー先インスタンスのプライマリゾーンの名前。コピー先インスタンスを、クローンを作成する Cloud SQL インスタンスとは異なるプライマリゾーンに配置する場合に使用します。リージョンインスタンスの場合、プライマリゾーンはこのゾーンに置き換わりますが、セカンダリゾーンは元のインスタンスと同じままです。
SECONDARY_ZONE_NAME: 省略可。コピー先インスタンスのセカンダリゾーンの名前。クローンを作成するリージョン Cloud SQL インスタンスに別のセカンダリゾーンを指定するときに使用します。

HTTP メソッドと URL:

POST https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone

リクエストの本文（JSON）:

{
  "cloneContext":
  {
    "destinationInstanceName": "DESTINATION_INSTANCE_NAME",
    "preferredZone": "ZONE_NAME",
    "preferredSecondaryZone": "SECONDARY_ZONE_NAME"
  }
}

リクエストを送信するには、次のいずれかのオプションを開きます。

curl（Linux、macOS、Cloud Shell）

リクエスト本文を request.json という名前のファイルに保存して、次のコマンドを実行します。

curl -X POST \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone"

PowerShell（Windows）

リクエスト本文を request.json という名前のファイルに保存して、次のコマンドを実行します。

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method POST `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone" | Select-Object -Expand Content

次のような JSON レスポンスが返されます。

レスポンス

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/DESTINATION_INSTANCE_NAME",
  "status": "PENDING",
  "user": "user@example.com",
  "insertTime": "2020-01-21T22:43:37.981Z",
  "operationType": "CLONE",
  "name": "OPERATION_ID",
  "targetId": "DESTINATION_INSTANCE_NAME",
  "selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/operations/OPERATION_ID",
  "targetProject": "PROJECT_ID"
}

preferredZone パラメータと preferredSecondaryZone パラメータを使用する場合は、次の条件が適用されます。

プライマリゾーンとセカンダリゾーンの両方が有効なゾーンである必要があります。
両方のゾーンが元のインスタンスと同じリージョンに属している必要があります。
プライマリゾーンとセカンダリゾーンは異なっていなければなりません。
ゾーンインスタンスの場合、preferredSecondaryZone パラメータは使用できません。使用すると、インスタンスのクローン作成プロセスが失敗します。
preferredZone パラメータまたは preferredSecondaryZone パラメータの値を指定しない場合、クローンインスタンスのプライマリゾーンとセカンダリゾーンは、元のインスタンスと同じになります。

内部 IP アドレスを使用するインスタンスのクローンを作成する

Cloud SQL インスタンスで内部 IP アドレスを使用する場合は、必要に応じて、クローンの新しい IP アドレス用に割り振り済み IP 範囲を指定できます。たとえば、google-managed-services-default です。

gcloud

インスタンスのクローンを作成し、使用する割り振り済みの IP アドレス範囲を指定します。

gcloud sql instances clone SOURCE_INSTANCE_NAME TARGET_INSTANCE_NAME \
--allocated-ip-range-name ALLOCATED_IP_RANGE_NAME

gcloud sql instances clone コマンドを実行しているユーザーまたはサービスアカウントには、cloudsql.instances.clone 権限が必要です。gcloud CLI コマンドを実行するために必要な権限の詳細については、Cloud SQL の権限をご覧ください。

REST v1

インスタンスのクローンを作成し、使用する割り振り済みの IP アドレス範囲を指定します。

リクエストのデータを使用する前に、次のように置き換えます。

project-id: プロジェクト ID
source-instance-id: ソースインスタンス ID
target-instance-id: ターゲットインスタンス ID
allocated-ip-range-name: 割り振り済みの IP 範囲の名前

HTTP メソッドと URL:

POST https://sqladmin.googleapis.com/v1/projects/project-id/instances/source-instance-id/clone

リクエストの本文（JSON）:

{
  "cloneContext":
  {
    "destinationInstanceName": "target-instance-id",
    "allocatedIpRange": "allocated-ip-range-name"
  }
}

リクエストを送信するには、次のいずれかのオプションを開きます。

curl（Linux、macOS、Cloud Shell）

リクエスト本文を request.json という名前のファイルに保存して、次のコマンドを実行します。

curl -X POST \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/v1/projects/project-id/instances/source-instance-id/clone"

PowerShell（Windows）

リクエスト本文を request.json という名前のファイルに保存して、次のコマンドを実行します。

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method POST `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/v1/projects/project-id/instances/source-instance-id/clone" | Select-Object -Expand Content

次のような JSON レスポンスが返されます。

レスポンス

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/v1/projects/project-id/instances/target-instance-id",
  "status": "PENDING",
  "user": "user@example.com",
  "insertTime": "2020-01-21T22:43:37.981Z",
  "operationType": "CLONE",
  "name": "operation-id",
  "targetId": "target-instance-id",
  "selfLink": "https://sqladmin.googleapis.com/v1/projects/project-id/operations/operation-id",
  "targetProject": "project-id"
}

instances.clone API メソッドを使用するユーザーまたはサービスアカウントには、cloudsql.instances.clone 権限が必要です。API メソッドの使用に必要な権限の詳細については、Cloud SQL の権限をご覧ください。

REST v1beta4

インスタンスのクローンを作成し、使用する割り振り済みの IP アドレス範囲を指定します。

リクエストのデータを使用する前に、次のように置き換えます。

project-id: プロジェクト ID
source-instance-id: ソースインスタンス ID
target-instance-id: ターゲットインスタンス ID
allocated-ip-range-name: 割り振り済みの IP 範囲の名前

HTTP メソッドと URL:

POST https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/source-instance-id/clone

リクエストの本文（JSON）:

{
  "cloneContext":
  {
    "destinationInstanceName": "target-instance-id",
    "allocatedIpRange": "allocated-ip-range-name"
  }
}

リクエストを送信するには、次のいずれかのオプションを開きます。

curl（Linux、macOS、Cloud Shell）

リクエスト本文を request.json という名前のファイルに保存して、次のコマンドを実行します。

curl -X POST \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/source-instance-id/clone"

PowerShell（Windows）

リクエスト本文を request.json という名前のファイルに保存して、次のコマンドを実行します。

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method POST `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/source-instance-id/clone" | Select-Object -Expand Content

次のような JSON レスポンスが返されます。

レスポンス

{
  "kind": "sql#operation",
  "targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/target-instance-id",
  "status": "PENDING",
  "user": "user@example.com",
  "insertTime": "2020-01-21T22:43:37.981Z",
  "operationType": "CLONE",
  "name": "operation-id",
  "targetId": "target-instance-id",
  "selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/operations/operation-id",
  "targetProject": "project-id"
}

割り振られた IP 範囲を指定しない場合は、次の動作が行われます。

ソースインスタンスが指定された範囲で作成された場合、クローンインスタンスは同じ範囲に作成されます。
ソースインスタンスが指定範囲で作成されていない場合は、クローンインスタンスがランダムな範囲で作成されます。

トラブルシューティング

問題トラブルシューティング

問題	トラブルシューティング
`constraints/sql.restrictAuthorizedNetworks` エラーでクローンの作成に失敗する。	クローン作成のオペレーションが、`Authorized Networks` 構成によってブロックされている。`Authorized Networks` は、Google Cloud コンソールの [接続] セクションでパブリック IP アドレスに構成されており、セキュリティに関する考慮事項により、クローン作成が許可されていません。可能であれば、Cloud SQL インスタンスからすべての `Authorized Networks` エントリを削除します。それができない場合は、`Authorized Networks` エントリなしでレプリカを作成します。
エラーメッセージ: `Failed to create subnetwork. Couldn't find free blocks in allocated IP ranges. Please allocate new ranges for this service provider. Help Token: [help-token-id].`	Google Cloud コンソールを使用して、プライベート IP アドレスを持つインスタンスのクローンを作成しようとしていますが、割り振られた IP 範囲を指定しなかったため、ソースインスタンスが指定した範囲で作成されていません。その結果、クローニングされたインスタンスはランダムな範囲に作成されます。 `gcloud` を使用してインスタンスのクローンを作成し、 `--allocated-ip-range-name` パラメータの値を指定します。詳細については、プライベート IP を使用したインスタンスのクローン作成をご覧ください。

constraints/sql.restrictAuthorizedNetworks エラーでクローンの作成に失敗する。

クローン作成のオペレーションが、Authorized Networks 構成によってブロックされている。Authorized Networks は、Google Cloud コンソールの [接続] セクションでパブリック IP アドレスに構成されており、セキュリティに関する考慮事項により、クローン作成が許可されていません。

可能であれば、Cloud SQL インスタンスからすべての Authorized Networks エントリを削除します。それができない場合は、Authorized Networks エントリなしでレプリカを作成します。

エラーメッセージ:

Failed to create subnetwork. Couldn't find free
      blocks in allocated IP ranges. Please allocate new ranges for this service
      provider. Help Token: [help-token-id].

Google Cloud コンソールを使用して、プライベート IP アドレスを持つインスタンスのクローンを作成しようとしていますが、割り振られた IP 範囲を指定しなかったため、ソースインスタンスが指定した範囲で作成されていません。その結果、クローニングされたインスタンスはランダムな範囲に作成されます。

gcloud を使用してインスタンスのクローンを作成し、
--allocated-ip-range-name パラメータの値を指定します。詳細については、プライベート IP を使用したインスタンスのクローン作成をご覧ください。