インスタンスの作成

MySQL | PostgreSQL | SQL Server

このページでは、Cloud SQL for MySQL インスタンスを作成する方法について説明します。

すべてのインスタンスの設定について詳しくは、インスタンスの設定をご覧ください。

インスタンスの作成時に、単一のデータベースがインスタンスに追加されます。データベースを作成またはインポートすると、さらにデータベースを追加できます。

始める前に

Google Cloud アカウントにログインします。Google Cloud を初めて使用する場合は、アカウントを作成して、実際のシナリオでの Google プロダクトのパフォーマンスを評価してください。新規のお客様には、ワークロードの実行、テスト、デプロイができる無料クレジット $300 分を差し上げます。

Google Cloud Console の [プロジェクトセレクタ] ページで、Google Cloud プロジェクトを選択または作成します。

注: この手順で作成するリソースをそのまま保持する予定でない場合、既存のプロジェクトを選択するのではなく、新しいプロジェクトを作成してください。チュートリアルの終了後にそのプロジェクトを削除すれば、プロジェクトに関連するすべてのリソースを削除できます。

プロジェクトセレクタに移動

Cloud プロジェクトに対して課金が有効になっていることを確認します。プロジェクトに対して課金が有効になっていることを確認する方法を学習する。

Cloud SDK をインストールして初期化します。

ユーザーアカウントに Cloud SQL 管理者のロールと Compute 閲覧者のロールがあることを確認します。
IAM ページに移動

ロールと権限について詳細を確認します。

MySQL インスタンスの作成

MySQL インスタンスを作成するには:

Console

Google Cloud Console の [Cloud SQL インスタンス] ページに移動します。
[Cloud SQL インスタンス] ページに移動
[インスタンスを作成] をクリックします。
[MySQL] を選択して [次へ] をクリックします。
名前を入力します。

インスタンス名には機密情報や個人を特定できる情報を含めないでください。インスタンス名は外部から閲覧可能です。

インスタンス名にプロジェクト ID を含める必要はありません。この処理は必要に応じて自動的に行われます（ログファイルの場合など）。

注: 削除したインスタンスのインスタンス名は、削除してから 1 週間過ぎるまで再利用できません。
'root'@'%' ユーザーのパスワードを入力します。
インスタンスのデータベースバージョン（MySQL 8.0、MySQL 5.7（デフォルト）、MySQL 5.6）を選択します。

インスタンスの作成後にデータベースのバージョンを編集することはできません。
[リージョンとゾーンの可用性の選択] で、インスタンスのリージョンとゾーンを選択します。
インスタンスにアクセスするリソースと同じリージョンにインスタンスを配置します。選択したリージョンは後から変更できません。ほとんどの場合、ゾーンを指定する必要はありません。

注: 組織のポリシーにリソースロケーションの制約がある場合は、組織のポリシーで許可されているリージョンのいずれかを選択する必要があります。制約が存在する場合は、[リージョンとゾーンの可用性の選択] セクションに、リソースロケーションの制限に関するメッセージが表示されます。詳しくは、こちらをご覧ください。

高可用性を目的とするインスタンスを構成する場合は、プライマリゾーンとセカンダリゾーンの両方を選択できます。

セカンダリゾーンがインスタンスの作成中に使用される場合は、次の条件が適用されます。
- ゾーンのデフォルトは、プライマリゾーンは Any、セカンダリゾーンは Any (different from primary) です。
- プライマリゾーンとセカンダリゾーンの両方を指定する場合は、別々のゾーンにする必要があります。

[インスタンスのカスタマイズ] で、インスタンスの設定を更新します。最初に [構成オプションを表示] をクリックして、設定のグループを表示します。次に、目的のグループを展開して設定を確認し、カスタマイズします。選択したすべてのオプションの [サマリー] が右側に表示されます。

次の表は、インスタンスの設定のクイックリファレンスです。各設定の詳細については、インスタンスの設定ページをご覧ください。

設定	注
マシンタイプ
マシンタイプ	共有コア、軽量、標準（最も一般的）、ハイメモリから選択します。
カスタム	フレキシブルな構成でインスタンスを作成するには、このボタンを選択します。このオプションを選択した場合は、インスタンスのコア数とメモリ量を選択する必要があります。詳細
接続
コア数	インスタンスの vCPU の数。詳細
メモリ	インスタンスのメモリ量（GB）。詳細
保存容量
ストレージの種類	インスタンスで SSD または HDD のどちらのストレージを使用するかを指定します。詳しくは、こちらをご覧ください。
ストレージ容量	インスタンスにプロビジョニングされているストレージ容量。詳細
ストレージの自動増量を有効にする	空き領域が少なくなったときに、Cloud SQL が自動的にインスタンス用のストレージを増やすかどうかを指定します。詳細
暗号化
Google 管理の暗号化	デフォルトのオプション。
顧客管理の暗号鍵（CMEK）	Google Cloud Key Management Service でご自身の鍵を使用する場合は選択します。詳細
接続
プライベート IP	インスタンスのプライベート IP アドレスを追加します。インスタンスへの接続を有効にするには、追加の構成が必要です。詳細
パブリック IP	インスタンスのパブリックアドレスを追加します。その後、インスタンスに接続するための承認済みネットワークを追加できます。詳細
承認済みネットワーク	新しいネットワークの名前とネットワークアドレスを追加します。詳細
バックアップ
バックアップを自動化する	バックアップを開始する時間枠。詳細
バックアップの保存先を選択してください	ほとんどのユースケースでは、マルチリージョンを選択します。バックアップを特定のリージョンに保存する必要がある場合（たとえば法規制の理由で保存する必要がある場合など）は、リージョンを選択して、[ロケーション] プルダウンメニューからリージョンを選択します。
保存する自動バックアップの数を選択する	保存する自動バックアップの数（1～365 日）。詳細
ポイントインタイムリカバリを有効にする	ポイントインタイムリカバリとログ先行書き込みを有効にします。詳細
ログを保持する日数を選択する	ログ先行書き込みの保持期間は 1～7 日間で構成します。デフォルトの設定は 7 日間です。詳細
メンテナンス
優先ウィンドウ	Cloud SQL がインスタンスに対し、中断メンテナンスを実行できる 1 時間の時間枠を指定します。この時間枠を設定しない場合、任意の時間に中断メンテナンスが行われる可能性があります。詳細
更新の順序	希望するインスタンス更新のタイミング。同じプロジェクトの他のインスタンスとの相対的なタイミングです。詳細
フラグ
フラグを追加	データベースフラグを使用して、インスタンスの設定とパラメータを制御できます。詳細
ラベル
ラベルを追加	追加するラベルごとにキーと値を追加します。ラベルはインスタンスの整理に役立ちます。

[作成] をクリックします。

gcloud

gcloud コマンドラインツールのインストール方法と使用方法については、Cloud SDK のインストールをご覧ください。Cloud Shell の起動方法については、Cloud Shell のドキュメントをご覧ください。

インスタンスを作成します。

gcloud sql instances create INSTANCE_NAME --cpu=NUMBER_CPUS --memory=MEMORY_SIZE --region=REGION

また、マシンタイプとして db-f1-micro または db-g1-small を選択する場合には、「--tier」フラグを使用できます。

gcloud sql instances create INSTANCE_NAME --tier=API_TIER_STRING --region=REGION

vCPU とメモリサイズの値には制限があります。

vCPU は 1 または 2～96 の間の偶数にする必要があります。
メモリは次の条件を満たす必要があります。
- vCPU あたり 0.9～6.5 GB
- 256 MB の倍数
- 3.75 GB（3,840 MB）以上

たとえば、次の文字列を使用すると、インスタンスに 2 つの vCPU と 7,680 MB のメモリが割り当てられます。

 gcloud sql instances create myinstance --database-version=MYSQL_8_0 --cpu=2
 --memory=7680MB --region=us-central1

REGION のデフォルト値は us-central です。

インスタンス名には機密情報や個人を特定できる情報を含めないでください。インスタンス名は外部から閲覧可能です。
インスタンス名にプロジェクト ID を含める必要はありません。この処理は必要に応じて自動的に行われます（ログファイルの場合など）。

高可用性インスタンスを作成する場合は、--zone パラメータと --secondary-zone パラメータを使用して、プライマリゾーンとセカンダリゾーンの両方を指定できます。セカンダリゾーンがインスタンスの作成中または編集中に使用される場合は、次の条件が適用されます。

ゾーンは有効なゾーンである必要があります。
セカンダリゾーンを指定する場合は、プライマリゾーンも指定する必要があります。
プライマリゾーンとセカンダリゾーンを指定する場合は、別々のゾーンにする必要があります。
プライマリゾーンとセカンダリゾーンを指定する場合は、それらが同じリージョンに属している必要があります。

パラメータを追加して、他のインスタンス設定を指定できます。

設定	パラメータ	備考
必須パラメータ
データベースのバージョン	`--database-version`	`MYSQL_8_0`、`MYSQL_5_7`（デフォルト）または `MYSQL_5_6`
リージョン	`--region`	有効な値を参照してください。注: 一部の組織では、組織のポリシーを使用してリソースのロケーションを制限しています。この種類のポリシーがプロジェクトに影響する場合は、組織のポリシーで許可されているリージョンのみを選択できます。Console の [ロケーション] プルダウンメニューでは、許可されていないロケーションは使用できません。詳しくはこちらをご覧ください。
接続
プライベート IP	`--network`	このインスタンスに使用する VPC ネットワーク名を指定します。このネットワークに対して、プライベートサービスアクセスがすでに構成されている必要があります。ベータ版のコマンド（`gcloud beta sql instances create`）でのみ使用できます。詳細
パブリック IP	`--authorized-networks`	パブリック IP 接続の場合は、承認済みネットワークからのみ、インスタンスに接続できます。詳細
マシンタイプとストレージ
マシンタイプ	`--tier`	共有コアインスタンス（`db-f1-micro` または `db-g1-small`）の指定に使用されます。フレキシブルなインスタンス構成には、代わりに `--cpu` または `--memory` パラメータを使用します。フレキシブルなインスタンス構成をご覧ください。
ストレージの種類	`--storage-type`	インスタンスで SSD または HDD のどちらのストレージを使用するかを指定します。詳しくは、こちらをご覧ください。
ストレージ容量	`--storage-size`	インスタンスにプロビジョニングされているストレージ容量（GB 単位）。詳細
ストレージの自動増量	`--storage-auto-increase`	空き領域が少なくなったときに、Cloud SQL が自動的にインスタンス用のストレージを増やすかどうかを指定します。詳細
ストレージの自動増量の上限	`--storage-auto-increase-limit`	Cloud SQL が自動的に増量できるストレージ容量の上限を指定します。ベータ版のコマンド（`gcloud beta sql instances create`）でのみ使用できます。詳細
自動バックアップと高可用性
高可用性	`--availability-type`	高可用性インスタンスの場合は、`REGIONAL` に設定します。詳細
セカンダリゾーン	`--secondary-zone`	高可用性を目的とするインスタンスを作成する場合は、`>--zone` と `--secondary-zone parameters` を使用して、プライマリゾーンとセカンダリゾーンの両方を指定できます。セカンダリゾーンがインスタンスの作成中または編集中に使用される場合は、次の条件が適用されます。ゾーンは有効なゾーンである必要があります。セカンダリゾーンを指定する場合は、プライマリゾーンも指定する必要があります。プライマリゾーンとセカンダリゾーンを指定する場合は、別々のゾーンにする必要があります。プライマリゾーンとセカンダリゾーンを指定する場合は、それらが同じリージョンに属している必要があります。
自動バックアップ	`--backup-start-time`	バックアップを開始する時間枠。詳細
自動バックアップ保持期間の設定	`--retained-backups-count`	保持する自動バックアップの数。詳細
バイナリログ	`--enable-bin-log`	バイナリログを使用すると、レプリケーションとポイントインタイムリカバリが可能になります。詳細
バイナリログの保持設定	`--retained-transaction-log-days`	ポイントインタイムリカバリのバイナリログを保持する日数。詳細。
データベースフラグの追加
データベースフラグ	`--database-flags`	データベースフラグを使用して、インスタンスの設定とパラメータを制御できます。データベースフラグの詳細をご確認ください。このパラメータの設定方法の詳細をご確認ください。
メンテナンススケジュール
メンテナンスの時間枠	`--maintenance-window-day`、 `--maintenance-window-hour`	Cloud SQL がインスタンスに対し、中断メンテナンスを実行できる 1 時間の時間枠を指定します。この時間枠を設定しない場合、任意の時間に中断メンテナンスが行われる可能性があります。詳しくはこちらをご覧ください。
メンテナンスのタイミング	`--maintenance-release-channel`	希望するインスタンス更新のタイミング。同じプロジェクトの他のインスタンスとの相対的なタイミングです。他のインスタンスより前に更新する場合は `preview` を使用し、後に更新する場合は `production` を使用します。詳しくはこちらをご覧ください。

自動的に割り当てられた IP アドレスをメモします。
Cloud SQL Auth Proxy を使用しない場合は、アプリケーションまたはツールがインスタンスに接続するためのホストアドレスとしてこのアドレスを使用します。

"root@%" MySQL ユーザーのパスワードを設定します。

gcloud sql users set-password root --host=% --instance INSTANCE_NAME --password PASSWORD

REST v1beta4

インスタンスを作成する

この例では、バックアップおよびバイナリログを有効にしたインスタンスを作成します。これらの設定は任意です。この呼び出しのパラメータの一覧については、Instances:insert ページをご覧ください。リージョンの有効な値など、インスタンスの設定の詳細については、インスタンスの設定をご覧ください。

インスタンス ID には機密情報や個人を特定できる情報を含めないでください。インスタンス ID は外部から閲覧可能です。
インスタンス名にプロジェクト ID を含める必要はありません。この処理は必要に応じて自動的に行われます（ログファイルの場合など）。

後述のリクエストデータは、次のように置き換えてから使用します。

project-id: プロジェクト ID
instance-id: 目的のインスタンス ID
database-version: データベースバージョンの列挙型文字列。例: MYSQL_5_7
region: 目的のリージョン
machine-type: 目的のマシンタイプ

HTTP メソッドと URL:

POST https://www.googleapis.com/sql/v1beta4/projects/project-id/instances

JSON 本文のリクエスト:

{
  "name": "instance-id",
  "region": "region",
  "databaseVersion": "database-version",
  "settings": {
    "tier": "machine-type",
    "backupConfiguration": {
      "binaryLogEnabled": true,
      "enabled": true
    }
  }
}

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

curl（Linux、macOS、Cloud Shell）

注: 以下のコマンドでは、ご利用のユーザーアカウントで gcloud を認証する際に gcloud init または gcloud auth login を使用していることを前提としています。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://www.googleapis.com/sql/v1beta4/projects/project-id/instances

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://www.googleapis.com/sql/v1beta4/projects/project-id/instances" | Select-Object -Expand Content

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

{
  "kind": "sql#operation",
  "targetLink": "https://www.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id",
  "status": "PENDING",
  "user": "user@example.com",
  "insertTime": "2019-09-25T22:19:33.735Z",
  "operationType": "CREATE",
  "name": "operation-id",
  "targetId": "instance-id",
  "selfLink": "https://www.googleapis.com/sql/v1beta4/projects/project-id/operations/operation-id",
  "targetProject": "project-id"
}

レスポンスは長時間実行オペレーションのため、完了まで数分かかる場合があります。

root のパスワードを更新します。

インスタンスの初期化が完了したら、root のパスワードを更新します。

後述のリクエストデータは、次のように置き換えてから使用します。

project-id: プロジェクト ID
instance-id: 前のステップで作成したインスタンス ID
root-password: 目的の root パスワード

HTTP メソッドと URL:

PUT https://www.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id/users?host=%25&name=root

JSON 本文のリクエスト:

{
  "name": "root",
  "host": "%",
  "password": "root-password"
}

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

curl（Linux、macOS、Cloud Shell）

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

curl -X PUT \
-H "Authorization: Bearer "$(gcloud auth print-access-token) \
-H "Content-Type: application/json; charset=utf-8" \
-d @request.json \
https://www.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id/users?host=%25&name=root

PowerShell（Windows）

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

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

Invoke-WebRequest `
  -Method PUT `
  -Headers $headers `
  -ContentType: "application/json; charset=utf-8" `
  -InFile request.json `
  -Uri "https://www.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id/users?host=%25&name=root" | Select-Object -Expand Content

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

{
  "kind": "sql#operation",
  "targetLink": "https://www.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id",
  "status": "DONE",
  "user": "user@example.com",
  "insertTime": "2019-09-26T14:32:30.592Z",
  "startTime": "2019-09-26T14:32:30.594Z",
  "endTime": "2019-09-26T14:32:33.518Z",
  "operationType": "UPDATE_USER",
  "name": "operation-id",
  "targetId": "instance-id",
  "selfLink": "https://www.googleapis.com/sql/v1beta4/projects/project-id/operations/operation-id",
  "targetProject": "project-id"
}

レスポンスは長時間実行オペレーションのため、完了まで数分かかる場合があります。

IPv4 アドレスを取得する

新しいインスタンスに自動的に割り当てられる IPv4 アドレスを取得します。

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

project-id: プロジェクト ID
instance-id: 前のステップで作成したインスタンス ID

HTTP メソッドと URL:

GET https://www.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id

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

curl（Linux、macOS、Cloud Shell）

次のコマンドを実行します。

curl -X GET \
-H "Authorization: Bearer "$(gcloud auth print-access-token) \
https://www.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id

PowerShell（Windows）

次のコマンドを実行します。

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

Invoke-WebRequest `
  -Method GET `
  -Headers $headers `
  -Uri "https://www.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id" | Select-Object -Expand Content

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

{
  "kind": "sql#instance",
  "state": "RUNNABLE",
  "databaseVersion": "MYSQL_5_7",
  "settings": {
    "authorizedGaeApplications": [],
    "tier": "db-f1-micro",
    "kind": "sql#settings",
    "pricingPlan": "PER_USE",
    "replicationType": "SYNCHRONOUS",
    "activationPolicy": "ALWAYS",
    "ipConfiguration": {
      "authorizedNetworks": [],
      "ipv4Enabled": true
    },
    "locationPreference": {
      "zone": "us-west1-a",
      "kind": "sql#locationPreference"
    },
    "dataDiskType": "PD_SSD",
    "backupConfiguration": {
      "startTime": "18:00",
      "kind": "sql#backupConfiguration",
      "enabled": true,
      "binaryLogEnabled": true
    },
    "settingsVersion": "1",
    "storageAutoResizeLimit": "0",
    "storageAutoResize": true,
    "dataDiskSizeGb": "10"
  },
  "etag": "--redacted--",
  "ipAddresses": [
    {
      "type": "PRIMARY",
      "ipAddress": "10.0.0.1"
    }
  ],
  "serverCaCert": {
    ...
  },
  "instanceType": "CLOUD_SQL_INSTANCE",
  "project": "project-id",
  "serviceAccountEmailAddress": "redacted@gcp-sa-cloud-sql.iam.gserviceaccount.com",
  "backendType": "SECOND_GEN",
  "selfLink": "https://www.googleapis.com/sql/v1beta4/projects/project-id/instances/instance-id",
  "connectionName": "project-id:region:instance-id",
  "name": "instance-id",
  "region": "us-west1",
  "gceZone": "us-west1-a"
}

レスポンスで ipAddress フィールドを探します。

基盤となる REST API リクエストがこのタスクでどのように作成されるかについては、instances:insert ページの API Explorer をご覧ください。

フレキシブルなインスタンス構成

フレキシブルなインスタンス構成では、インスタンスに必要なメモリと CPU の量を自分で選択できます。この柔軟性により、ワークロードに適した VM の形状を選択できます。マシンタイプ名には db-custom-CPU-RAM の形式を使用します。ここで、CPU は、マシン内の CPU の数、RAM はマシン内のメモリの量です。

CPU の数とメモリの量を選択する際、選択した構成にはいくつかの制限があります。

vCPU は 1 または 2～96 の間の偶数にする必要があります。
メモリは次の条件を満たす必要があります。
- vCPU あたり 0.9～6.5 GB
- 256 MB の倍数
- 3.75 GB（3,840 MB）以上

以下の表では、以前のマシンタイプ名（Console で以前に使用されていた名前）が db-custom-CPU-RAM の同等の文字列にマッピングされています。Google Cloud Console で同等の CPU と RAM を指定するか、gcloud を使用するかで同等のマシンタイプを作成できます。または API で db-custom-CPU - RAM 形式の文字列を使用します。

以前のマシンタイプ	vCPU	メモリ（MB）	db-custom-CPU-RAM 文字列（API 階層文字列）
db-n1-standard-1	1	3840	db-custom-1-3840
db-n1-standard-2	2	7680	db-custom-2-7680
db-n1-standard-4	4	15360	db-custom-4-15360
db-n1-standard-8	8	30720	db-custom-8-30720
db-n1-standard-16	16	61440	db-custom-16-61440
db-n1-standard-32	32	122880	db-custom-32-122880
db-n1-standard-64	64	245760	db-custom-64-245760
db-n1-standard-96	96	368640	db-custom-96-368640
db-n1-highmem-2	2	13312	db-custom-2-13312
db-n1-highmem-4	4	26624	db-custom-4-26624
db-n1-highmem-8	8	53248	db-custom-8-53248
db-n1-highmem-16	16	106496	db-custom-16-106496
db-n1-highmem-32	32	212992	db-custom-32-212992
db-n1-highmem-64	64	425984	db-custom-64-425984
db-n1-highmem-96	96	638976	db-custom-96-638976

トラブルシューティング

表内のリンクをクリックすると、詳細が表示されます。

この問題については...	次のような問題が考えられます...	次のことを試します...
`Internal error`。	サービスネットワーキングのサービスアカウントがありません。	`Service Networking API` を無効にしてから再度有効にします。
Terraform インスタンスの作成に失敗した。	Terraform 構成エラー。	Terraform 構成ファイルを調べて修復します。
Terraform スクリプトの `HTTP Error 409`。	別のオペレーションがすでに進行中です。	各オペレーションが完了するまで待機するように Terraform スクリプトを修正します。
`Unknown error`	Service Networking API が有効になっていない可能性があります。最近削除されたインスタンスと同じ名前のインスタンスを作成しようとしている可能性があります。複数のインスタンスを同時に作成しようとしている可能性があります。	Service Networking API を有効にします。インスタンスに別の名前を使用するか、インスタンスが削除されてから 1 週間経過するまで待ちます。インスタンスを連続して作成します。これに該当しない場合は、他の不明なエラーメッセージをご覧ください。
`Failed to create subnetwork`	IP 範囲にはこれ以上使用可能なアドレスはありません。	新しい範囲を割り振ってください。

内部エラー

エラーメッセージ {"ResourceType":"sqladmin.v1beta4.instance", "ResourceErrorCode":"INTERNAL_ERROR","ResourceErrorMessage":null} が表示されます。

次のような問題が考えられます

サービスプロジェクトに、この機能に必要なサービスネットワーキングサービスアカウントがない可能性があります。

次の方法をお試しください

サービスの権限を修復するには、Service Networking API を無効にして 5 分待ち、再度有効にします。

Terraform インスタンスの作成に失敗した

Terraform インスタンスの作成に失敗しました。

次のような問題が考えられます

これは通常、Terraform スクリプト自体の問題です。

次の方法をお試しください

Terraform 構成ファイルを調べて修復します。

Terraform スクリプトの 409 エラー

Terraform スクリプトにエラーメッセージ HTTP Error 409 が表示されます。

次のような問題が考えられます

Operation failed because another operation was already in progress

次の方法をお試しください

スクリプトを修正して、各インスタンスのオペレーションが完了するまで実行を停止します。スクリプトをポーリングして、前のオペレーション ID の 200 が返されるまで待ってから、次のステップに進みます。

不明なエラー

インスタンスを作成しようとすると、Cloud SQL creation failed, error UNKNOWN のようなエラーメッセージが表示されます。

次のような問題が考えられます

Service Networking API が有効になっていない可能性があります。
最近削除したインスタンスの名前を再利用しようとしている可能性があります。インスタンス名を削除した後、1 週間は再利用できません。
複数のインスタンスを同時に作成しようとしている可能性があります。この場合、最初のインスタンスのみが作成され、再試行は Unknown error で失敗します。一度に 1 つの管理オペレーションしか作成できません

次の方法をお試しください

Service Networking API を有効にします。
インスタンスに別の名前を使用するか、1 週間待ってから、その名前で新しいインスタンスを作成します。
複数のインスタンスを同時に作成するのではなく、連続して作成します。

サブネットワークを作成できない

「Failed to create subnetwork. Couldn't find free blocks in allocated IP ranges. Please allocate new ranges for this service provider.」というエラーメッセージが表示されます。

次のような問題が考えられます

割り振り済みの IP 範囲にはこれ以上使用可能なアドレスがありません。

プライベートサービス接続を使用する共有 VPC ネットワークに対して、プライベート IP を持つ Cloud SQL インスタンスを作成する際にこのエラーが発生した場合、次の 5 つのシナリオが考えられます。

プライベートサービス接続に割り振られた IP 範囲のサイズが /24 より小さい。
プライベートサービス接続に割り振られた IP 範囲のサイズが、Cloud SQL インスタンスの数に対して小さすぎる。
VPC ホストプロジェクト内で同じプライベートサービス接続に MySQL インスタンスまたは SQL Server インスタンスと PostgreSQL インスタンスの両方を作成しようとしている。MySQL と SQL Server は同じサービス接続を共有できます。PostgreSQL には独自のサービス接続が必要です。
異なるリージョンにおいて同じプライベートサービス接続でインスタンスを作成しようとしている。これはサポート対象外です。

次の方法をお試しください

上記の各シナリオにおいて、プライベートサービス接続に既存の IP 範囲を拡張するか、追加の IP 範囲を割り振るかを選択できます。

新しい範囲を割り振る場合は、既存の割り振りと重複する割り振りを作成しないように注意してください。

新しい IP 範囲を作成した後、次のコマンドを使用して VPC ピアリングを更新します。

gcloud services vpc-peerings update --service=servicenetworking.googleapis.com
--ranges=[OLD_RESERVED_RANGE_NAME],[NEW_RESERVED_RANGE_NAME] --network=[VPC_NETWORK]
--project=[PROJECT_ID] --force

既存の割り振りを拡張する場合は、割り振り範囲を増やすのみとし、減らさないように注意してください。たとえば、元の割り振りが 10.0.10.0/24 だった場合、新しい割り振りを少なくとも 10.0.10.0/23 に設定します。

一般的に、/24 の割り振りから開始する場合は、各条件（追加のインスタンスタイプのグループ、追加のリージョン）で /mask を 1 つずつ減らすのが基本的なルールです。たとえば、同じ割り振りで両方のインスタンスタイプのグループを作成しようとしている場合も、/24 から /23 にするだけで十分です。

既存の IP 範囲を拡張した後、次のコマンドを使用して vpc ピアリングを更新します。

gcloud services vpc-peerings update --service=servicenetworking.googleapis.com
--ranges=[RESERVED_RANGE_NAME] --network=[VPC_NETWORK] --project=[PROJECT_ID]