インスタンスの設定について

コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

このページでは、Cloud SQL インスタンスで使用できる設定について説明します。

Cloud SQL for SQL Server の設定

設定 作成後の変更の可否 可能値
インスタンス ID N 小文字、数字、ハイフンで構成し、先頭は小文字にします。長さは合計で 98 文字以下にしてください。
地域 N asia-east1 - 台湾
asia-east2 - 香港
asia-northeast1 - 東京
asia-northeast2 - 大阪
asia-northeast3 - ソウル
asia-south1 - ムンバイ
asia-south2 - デリー
asia-southeast1 - シンガポール
asia-southeast2 - ジャカルタ
australia-southeast1 - シドニー
australia-southeast2 - メルボルン
europe-north1 - フィンランド
europe-central2 - ワルシャワ
europe-west1 - ベルギー
europe-west2 - ロンドン
europe-west3 - フランクフルト
europe-west4 - オランダ
europe-west6 - チューリッヒ
europe-west9 - パリ
europe-southwest1 - マドリッド
me-west1 - テルアビブ
northamerica-northeast1 - モントリオール
northamerica-northeast2 - トロント
southamerica-east1 - サンパウロ
southamerica-west1 - サンティアゴ
us-central1 - アイオワ
us-south1 -ダラス
us-east1 - サウスカロライナ
us-east4 - 北バージニア
us-east5 - コロンバス
us-west1 - オレゴン
us-west2 - ロサンゼルス
us-west3 - ソルトレイクシティ
us-west4 - ラスベガス
ゾーン ○ 使用できる値は、リージョンによって異なります。
データベースのバージョン × 

Console string                      API enum string
SQL Server 2017 Standard            SQLSERVER_2017_STANDARD
SQL Server 2017 Enterprise          SQLSERVER_2017_ENTERPRISE
SQL Server 2017 Express             SQLSERVER_2017_EXPRESS
SQL Server 2017 Web                 SQLSERVER_2017_WEB
SQL Server 2019 Standard (default)  SQLSERVER_2019_STANDARD
SQL Server 2019 Enterprise          SQLSERVER_2019_ENTERPRISE
SQL Server 2019 Express             SQLSERVER_2019_EXPRESS
SQL Server 2019 Web                 SQLSERVER_2019_WEB

リソース制限については、スケール制限をご覧ください。
Active Directory ドメイン ○ マネージド Active Directory ドメインに参加するためのプルダウン メニューが使用できます。このメニューには、プロジェクト内のマネージド Microsoft AD ドメインすべてが表示されます。ドメインは、プルダウン メニューから選択できます。詳しくは、Cloud SQL におけるマネージド Microsoft AD の概要をご覧ください。さらに、別のプロジェクトのマネージド AD ドメインと統合するための手順と制約に注意してください。
プライベート IP 有効にした後は無効にできません。 有効または無効。
パブリック IP ○ 有効または無効。
承認済みネットワーク ○ パブリック IP が有効な場合、インスタンスへの接続を許可する IP アドレス。この値は IP アドレス範囲（CIDR 表記）としても指定できます。
コア数 ○ コアのスケール制限の詳細については、SQL Server 2017 のエディションとサポート対象機能をご覧ください。
メモリ ○ メモリのスケール制限の詳細については、SQL Server 2017 のエディションとサポート対象機能をご覧ください。
ストレージの種類 × SSD（値のみ）
ストレージ容量 ○
（増加のみ）		 1 つ以上の（共有されていない）vCPU を持つインスタンスで、最大 64 TB まで使用できます。


64 TB のストレージ容量を作成するか、64 TB に容量を拡大すると、ワークロードに応じて、バックアップなどの一般的なオペレーションのレイテンシが増加する可能性があります。
ストレージの自動増量を有効にする Y オン（デフォルト値）
オフ
ストレージの自動増量の上限 Y GB 単位の値。0（デフォルト値）は無制限であることを示します。
バックアップ ○
 オン（デフォルト値）
オフ
ロケーション オプション Y マルチリージョン（デフォルト値）
リージョン

また、[マルチ リージョン] を選択すると、マルチリージョンのリストを含むプルダウン メニューが表示され、[リージョン] を選択すると、リージョンのリストを含むプルダウン メニューが表示されます。

インスタンスの削除からの保護 Y 有効または無効。
ポイントインタイム リカバリを有効にする 〇
（注を参照）		 オン（デフォルト値）
オフ
可用性: シングルゾーン ○
 オン（デフォルト値）
オフ
高可用性（リージョン） ○
 オン
オフ（デフォルト値）
メンテナンス: 優先ウィンドウ ○ おまかせ（デフォルト値）
曜日
メンテナンス: 更新の順序 ○ おまかせ（デフォルト値）
遅め
早め
データベース フラグ ○ データベース フラグを構成するをご覧ください。
デフォルトの照合 × 有効な値については、サーバーレベルの照合をご覧ください。
SQL Server Audit Y 有効または無効。
タイムゾーン N インスタンスを作成するときに、インスタンスに永続的なタイムゾーンを設定できます。
インスタンス ID

インスタンス ID はインスタンスの名前です。プロジェクト内で各インスタンスを一意に示すために使用されます。可能な限り、インスタンスの目的に合ったインスタンス名を選択してください。

project-ID:instance-ID の長さは合計で 98 文字以下にしてください。

インスタンス名にプロジェクト ID を含める必要はありません。この処理は必要に応じて自動的に行われます（ログファイルの場合など）。
リージョン
インスタンスが配置されている Google Cloud リージョン。リージョンは、インスタンス作成時にのみ設定できます。パフォーマンスを向上させるには、そのデータを必要とするサービスに近い場所でデータを保存します。詳しくは、インスタンスのロケーションをご覧ください。
ゾーン
インスタンスが配置される Google Cloud のゾーン。Compute Engine インスタンスから接続する場合は、Compute Engine インスタンスが存在するゾーンを選択します。それ以外の場合は、デフォルトのゾーンをそのまま使用します。必要であれば、後でインスタンスを編集してゾーンを変更できます。詳しくは、インスタンスのロケーションをご覧ください。
コア数

インスタンスの CPU 数。

メモリ

インスタンスで使用できるメモリ量。オンライン トランザクション処理（OLTP）などのパフォーマンス重視のワークロードの場合、インスタンスに作業セット全体を格納するための十分なメモリを確保してください。ただし、アクティブな接続の数など、その他にもメモリ要件に影響を与える可能性がある要素があります。本番環境でのパフォーマンスの問題を避けるためには、負荷テストを実行してください。

データベースのバージョン
特定のバージョンだけで提供される機能が必要でない限り、デフォルトのデータベースのバージョンを受け入れます。gcloud コマンドと REST API の使用方法については、リファレンス ドキュメントをご覧ください。
ストレージの種類
デフォルト値の [SSD] を選択して使用可能な値を選択した場合にのみ、インスタンスに SSD ストレージが設定されます。SSD は低レイテンシ、高データ スループットのストレージです。
Active Directory ドメイン

マネージド Microsoft AD と統合して、インスタンスの Windows 認証を有効にできます。統合するには、インスタンスが参加するドメインを選択します。詳細については、Cloud SQL におけるマネージド Microsoft AD の概要をご覧ください。

ストレージ容量

データベースのサイズに適した容量を選択します。インスタンスの作成後は、インスタンス構成を編集して手動でストレージ容量を増やすことができますが、減らすことはできません。ストレージ容量を増やしても、ダウンタイムは発生しません。

インスタンスに割り振られるストレージ容量は、インスタンスのコストに影響します。詳細については、ストレージとネットワークの料金をご覧ください。

リードレプリカの場合、ストレージ容量は常にプライマリ インスタンスのストレージ容量以上である必要があります。プライマリ インスタンスのサイズを変更すると、必要に応じて、更新されたプライマリ インスタンスのストレージ容量以上になるように、すべてのリードレプリカのサイズが変更されます。

ストレージの自動増量を有効にする

この設定を有効にすると、Cloud SQL によって利用可能なストレージが 30 秒ごとにチェックされます。利用可能なストレージがしきい値サイズを下回ると、自動的にストレージ容量が追加されます。利用可能なストレージがしきい値サイズを繰り返し下回る場合、最大 64 TB に達するまで続けてストレージが追加されます。

プライマリ インスタンスのストレージの自動増量設定は、そのインスタンスのすべてのリードレプリカに自動的に適用されます。ストレージの自動増量設定は、リードレプリカに対して独立して設定することはできません。

しきい値

しきい値のサイズは、インスタンスに対して現在プロビジョニングされているストレージの量によって変わりますが、25 GB より大きくすることはできません。

500 GB 以上のストレージがプロビジョニングされているインスタンスの場合、しきい値は常に 25 GB です。

500 GB 未満のストレージがプロビジョニングされているインスタンスの場合、しきい値の計算には次の数式が使用されます。

  5 + (provisioned storage)/25

除算の結果は、最も近い整数に切り捨てられます。

ストレージ容量が 66 GB のインスタンスのしきい値計算は、次のようになります。

5 + (1/25th of 66 GB) = 5 + (66/25) = 5 + 2.6 -> 5 + 2 = 7 GB
ストレージ容量が 1,000 GB のインスタンスのしきい値計算は、次のようになります。 
5 + (1/25th of 1000 GB) = 5 + (1000/25) = 5 + 40 = 45 -> rounded down to the
maximum value of 25 GB

追加されるストレージの量

インスタンスに追加されるストレージ容量は、しきい値サイズと等しくなりますが、25 GB より大きくすることはできません。

大容量ディスクに関する考慮事項

ストレージの自動増量が有効で、ディスクサイズが大きい場合（1 TB を超える場合など）、ディスクの使用量が常に 99% になります。ディスクの空き容量がないように見えても、実際はそうではありません。

大規模なインポートや、大きい一時テーブルが必要なクエリなど、ディスク使用量が急増するオペレーションを実行する前は、自動拡張に依存せず、ディスクサイズを手動で変更してください。

ストレージの自動増量の上限

ストレージの自動増量の設定を有効にしている場合、インスタンスのストレージが自動的に増量する場合の明確な上限を指定できます。インスタンスのサイズが大きいほど、運用レイテンシが高くなることに留意してください。

ストレージ サイズを減らすことはできないため、この上限を指定することで、（トラフィックの一時的な増大によって）インスタンスのサイズが大きくなりすぎないようにすることが可能です。インスタンスで必要なストレージを追加できなくなった場合、着信接続の受け入れが停止され、インスタンスがオフラインになる可能性があるので注意してください。

この上限をゼロ（デフォルト値）に設定した場合、インスタンスの階層で使用可能な最大ストレージを除き、上限がなくなります。

インスタンスの作成時に上限を設定するには、インスタンスの作成ページで説明されているように、--storage-auto-increase-limit=INTEGER_VALUE_OF_GB パラメータを使用します。既存のインスタンスに上限を設定するには、gcloud beta sql instances patch コマンドで同じパラメータを使用します。

プライマリ インスタンスのストレージの自動増量上限設定は、そのインスタンスのすべてのリードレプリカに自動的に適用されます。ストレージの自動増量の上限設定をリードレプリカに独立して設定することはできません。

自動的なバックアップとポイントインタイム リカバリ

これらのオプションにより、自動バックアップが実行されるかどうか、およびトランザクション ログのバックアップが有効かどうかが決まります。 どちらのオプションでも若干のパフォーマンス コストと追加のストレージが発生しますが、レプリカとクローンの作成およびポイントインタイム リカバリには必要です。このオプションを選択すると、自動バックアップを実行する時間帯も選択できます。

自動バックアップは、選択した時間帯に毎日行われます。7 日後に、最も古いバックアップが削除されます。

ポイントインタイム リカバリについては、ポイントインタイム リカバリの概要をご覧ください。

レプリケーションについては、レプリケーション オプションをご覧ください。インスタンスのクローン作成については、インスタンスのクローンを作成するをご覧ください。

自動バックアップ保持期間の設定

保持されるバックアップ数のデフォルト値は 7 ですが、1～365 の範囲内で任意の値に変更できます。

詳細については、自動バックアップとトランザクション ログの保持をご覧ください。

ロケーションのオプション

バックアップは複数のリージョンに保存するか、単一のリージョンに保存するかを選択できます。デフォルトはマルチリージョンです。リージョンが利用できなくなった場合の予備を用意するため、これをおすすめします。バックアップは、インスタンスに最も近いリージョンに保存されます。

バックアップ用のカスタム ロケーションを選択することもできます。このオプションは、規則上必要な場合や、組織のポリシーにより複数または単一のリージョンへのバックアップが個別に決められている場合にのみ使用します。詳しくは、カスタム ロケーションをご覧ください。

インスタンスの削除からの保護

インスタンスが誤って削除されないように保護します。この設定が有効になっている場合、インスタンスを削除する前に無効にする必要があります。 インスタンスの削除を防止するをご覧ください。

ポイントインタイム リカバリを有効にする

ポイントインタイム リカバリを使用すると、特定の時点でのバックアップを復元できます。

ポイントインタイム リカバリについては、ポイントインタイム リカバリの概要をご覧ください。

可用性: ゾーン

インスタンスとバックアップを 1 つのゾーンに配置します。このオプションを選択すると、停止時にフェイルオーバーは発生しません。テストと開発の目的でのみ使用することをおすすめします。

高可用性（リージョン）

[高可用性（リージョン）] を選択した場合、フェイルオーバー ゾーンが停止していない限り、インスタンスはリージョン内の別のゾーンにフェイル オーバーします。本番環境のインスタンスには [高可用性（リージョン）] を選択することをおすすめします。

高可用性構成の概要をご覧ください。

メンテナンスの時間枠

Cloud SQL インスタンスのメンテナンス イベントのスケジュールを設定できる曜日と時刻です。通常、メンテナンスによるダウンタイムは 1 分以内です。

現在、リードレプリカはメンテナンスの時間枠の設定をサポートしていません。

メンテナンスの詳細については、Cloud SQL インスタンスでのメンテナンスについてをご覧ください。

メンテナンスのタイミング

メンテナンス更新の適用順序とタイミングの設定。更新を早めに取得すると、本番環境インスタンスで更新が行われる前に、テスト環境でメンテナンス更新をテストできます。メンテナンスのタイミングの設定内容によって、インスタンスに適用されるメンテナンス バージョンが変わることはありません。

メンテナンスのタイミングを設定しない場合、インスタンスに対する更新のタイミングは Cloud SQL によって選択されます（メンテナンスの時間枠が指定されている場合はその範囲内で行われます）。

メンテナンスの詳細については、Cloud SQL インスタンスでのメンテナンスについてをご覧ください。

プライベート IP
プライベート IP を使用するようにインスタンスを構成します。詳細
パブリック IP
有効にすると、インスタンスにはパブリック IPv4 アドレスが割り振られます。パブリック IP を無効にすると、インスタンスに割り当てられたアドレスが解放されます。後でパブリック IP を再有効化することはできますが、前と同じ IPv4 アドレスは割り当てられません。デフォルトでは、パブリック IP アドレスはすべてのアドレスに対してブロックされます。アクセスを有効にするには、承認済みネットワークを使用します。
承認済みネットワーク
特定の IP アドレスまたはアドレス範囲を追加し、それらのアドレスに対してインスタンスを開くことができます。

IP アドレスの構成については、IP 接続を構成するをご覧ください。

アクティベーション ポリシー
アクティベーション ポリシーを変更するには、インスタンスを起動および停止します。インスタンスを停止すると、インスタンスの追加料金が発生しなくなります。
データベース フラグ

Cloud SQL インスタンスに特定のデータベース フラグを設定できます。

設定できるデータベース フラグのリストについては、データベース フラグを構成するをご覧ください。

デフォルトの照合

インスタンスの作成ページの説明に沿って、インスタンスのデフォルトの照合値を設定できます。この照合設定は、インスタンス データベースでのルール、大文字と小文字、アクセントの感度に基づいて並べ替えるためのインスタンス レベルのデフォルトです。

この照合設定は、システム データベースのデフォルトにもなります。

インスタンスまたはデータベースの照合設定は、Google Cloud Console に示されています。インスタンスのデフォルト照合はインスタンスの概要ページ（[Cloud SQL インスタンス] ページ）で確認できます。また、インスタンスの概要ページのナビゲーション メニューで [データベース] をクリックすると、特定のデータベースの照合設定を確認できます。

この照合のデフォルトは、インスタンス レベルでは永続的ですが、データベース レベルでは永続的ではありません。このデフォルトはデータベース管理ツールで変更できますが、作成または更新する特定のデータベースに対してのみ変更できます。インスタンス作成後に、インスタンスのデフォルトの照合順序を変更することはできません（インスタンスを再作成しない限り）。

インスタンスのクローンを作成すると、デフォルトの照合がクローンに引き継がれます。

サポートされている照合設定の一覧については、サーバーレベルの照合をご覧ください。

SQL Server Audit

この設定は、データベース監査を有効にするかどうかを決定します。詳しくは、SQL Server データベースの監査をご覧ください。

タイムゾーン

インスタンスを作成するときに、インスタンスに永続的なタイムゾーンを設定できます。この値は変更できず、インスタンス作成時にのみ設定できます。インスタンスの作成時にタイムゾーンを指定しない場合、タイムゾーンは UTC になります。

リードレプリカには、プライマリ インスタンスと同じタイムゾーンが適用されます。

クローンには、ソース インスタンスと同じタイムゾーンが適用されます。

バックアップからインスタンスを復元するには、バックアップ インスタンスとターゲット インスタンスのタイムゾーンが同じである必要があります。

使用可能なタイムゾーン値については、タイムゾーン マッピングの Windows タイムゾーン列をご覧ください。

または、次のクエリを使用して使用可能な値を取得することもできます。

  SELECT * FROM sys.timeZone_info;

インスタンスのタイムゾーンを取得する関数の例を次に示します。 SYSDATETIMEOFFSETCloud SQL for SQL Server は、既存のインスタンスのタイムゾーンの変更をサポートしていません。ただし、時間変換などには AT TIME ZONE 関数を使用できます。この関数の詳細については、AT TIME ZONE（Transact-SQL）をご覧ください。

次のタイムゾーンはサポートされていません。

  • エカテリンブルグ標準時
  • カリーニングラード標準時
  • カムチャッカ標準時
  • マガジャネス標準時
  • 中部大西洋標準時
  • ニュージーランド標準時
  • 北アジア東部標準時
  • 北アジア標準時
  • パキスタン標準時
  • クズロルダ標準時
  • ロシア標準時
  • スーダン標準時
  • ウラジオストク標準時
  • ヴォルゴグラード標準時
  • ヤクーツク標準時

インスタンス設定の変更による影響

インスタンスのほとんどの設定では、Cloud SQL はすぐに変更を適用し、インスタンスへの接続は影響を受けません。

CPU 数またはメモリサイズを変更すると、インスタンスが 60 秒未満の間はオフラインになります。インスタンスのゾーンの変更、プライベート IP の構成、ネットワークの変更、高可用性の有効化の結果、インスタンスが数分間オフラインになります。この種の変更は、サービスがこの期間の停止に対応できるときに行うように計画します。

次のステップ