このページでは、次のように Cloud SQL インスタンスをモニタリングする方法について説明します。
Cloud SQL のシステム分析情報ダッシュボードを使用する
Cloud SQL のシステム分析情報ダッシュボードは、システム パフォーマンスの問題を検出して分析するのに役立ちます。
詳細については、システム分析情報を使用してシステム パフォーマンスを向上させるをご覧ください。
Cloud Monitoring ダッシュボードでインスタンスをモニタリングする
Cloud Monitoring には、デフォルトの Cloud SQL モニタリング ダッシュボードなど、いくつかの Google Cloud プロダクト用に事前定義されたダッシュボードが用意されています。このダッシュボードを使用すると、プライマリ インスタンスとレプリカ インスタンスの全般的な状態をモニタリングできます。独自のカスタム ダッシュボードを作成して、関心のあるデータを表示することもできます。
アラートを設定する
Cloud Monitoring を使用して、プロジェクトまたは指定したインスタンスのアラートを設定できます。
たとえば、Cloud SQL インスタンスのメモリ使用量の指標が 80% のしきい値を超えたときに、特定のメール ID に送信されるようにアラートを設定できます。
Cloud SQL インスタンスの概要ページで指標を表示する
Cloud SQL インスタンスの主な指標の一部を [概要] ページに表示する手順は次のとおりです。
-
Google Cloud コンソールで Cloud SQL の [インスタンス] ページに移動します。
- インスタンスの [概要] ページを開くには、インスタンス名をクリックします。
省略可: [グラフ] プルダウン リストから別の指標を選択します。
選択した指標のデータがグラフに表示されます。
デフォルトの指標グラフがページ上部に表示されます。
利用可能な指標
使用状況グラフは、アプリケーションの変更が必要なときに前もって対応するのに役立ちます。これらの指標からは、スループットとレイテンシの問題およびインスタンスの使用コストについての分析情報を得られます。
| 指標 | 説明 |
|---|---|
| ストレージ使用量（GB） | ストレージ使用量指標を使用して、ストレージ コストを把握できます。ストレージの使用料金の詳細については、ストレージとネットワークの料金をご覧ください。 ポイントインタイム リカバリでは、write-ahead log 書き込み（WAL）のアーカイブを使用します。ポイントインタイム リカバリが有効になっている新しい Cloud SQL インスタンス、または Cloud Storage で WAL ログを保存するためにこの機能が使用可能になった後、ポイントインタイム リカバリを有効にする既存のインスタンスの場合、ログはディスクに保存されなくなります。代わりに、インスタンスと同じリージョンの Cloud Storage に保存されるようになります。 インスタンスのログが Cloud Storage に保存されているかどうかを確認するには、インスタンスの bytes_used_by_data_type 指標を確認します。
ポイントインタイム リカバリが有効になっている他のすべての既存のインスタンスでは、引き続きログがディスクに保存されます。Cloud Storage にログを保存するようにする変更は、のちほど利用可能になります。 ポイントインタイム リカバリで使用される write-ahead log は、関連する自動バックアップによって自動的に削除されます。これは通常、transactionLogRetentionDays に設定された値に達すると行われます。これは、ポイントインタイム リカバリのために Cloud SQL が保持するトランザクション ログの日数です。Cloud SQL Enterprise Plus エディションの場合は 1～35、Cloud SQL Enterprise エディションの場合は 1～7 です。 ポイントインタイム リカバリを有効にする前に Cloud SQL インスタンスでバックアップを復元すると、ポイントインタイム リカバリの運用を可能にする WAL ログが失われます。 write-ahead log が Cloud Storage に保存されているインスタンスの場合、ログはプライマリ インスタンスと同じリージョンに保存されます。このログストレージ（ポイントインタイム リカバリの最大時間である 7 日間まで）では、インスタンスごとの追加費用は発生しません。 インスタンスでポイントインタイム リカバリが有効になっていて、ディスク上の write-ahead log のサイズが原因でインスタンスに問題が発生している場合は、ポイントインタイム リカバリを無効にして、再度有効にすることで、新しいログがインスタンスと同じリージョンの Cloud Storage に保存されるようになります。これにより、既存の write-ahead log が削除されるため、ポイントインタイム リカバリを再度有効にした時点よりも前のポイントインタイム リカバリを行うことはできません。ただし、既存のログは削除されますが、ディスクサイズは変わりません。 予期しないストレージの問題を回避するには、ポイントインタイム リカバリを使用するときに、すべてのインスタンスでストレージの自動増量を有効にすることをおすすめします。この推奨事項は、インスタンスでポイントインタイム リカバリが有効になっていて、かつログがディスクに保存されている場合にのみ適用されます。 ログを削除してストレージを復元するには、ポイントインタイム リカバリを無効にします。ただし、使用するログ先行書き込みを減らしても、インスタンスにプロビジョニングされたディスクのサイズは縮小されません。 データ使用量はストレージ使用量指標に含まれます。データ使用の一部として、トランザクションがデータベースを変更するときに、Cloud SQL が元のデータを変更する前に、このデータのコピーが作成されます。データのコピーは undo data です。 |
| CPU 使用率 | この指標を使用して、アプリケーションのニーズに対して十分な CPU がインスタンスに用意されているかどうかをモニタリングできます。この値が高くなりすぎる場合は、マシンタイプのサイズを増やして、より多くの CPU 能力をインスタンスに提供できます。 |
| メモリ使用量 | インスタンスによって使用されるメモリの量。 |
| 読み取り / 書き込みオペレーション | 読み取り回数指標は、キャッシュからではなくディスクから提供される読み取りオペレーションの回数です。この指標を使うと、インスタンスが環境に適したサイズかどうかを判断できます。 必要な場合はさらに大きいマシンタイプを使用して、キャッシュから提供されるリクエストを増やし、レイテンシを短縮できます。 書き込み回数は、ディスクへの書き込みオペレーションの回数です。書き込みアクティビティは、アプリケーションがアクティブではない場合でも生成されます。これは、Cloud SQL インスタンスによっておよそ 1 秒間に 1 回システム テーブルに書き込まれているからです（レプリカを除く）。 |
| 上り（内向き）/ 下り（外向き）バイト（バイト/秒） | インスタンスに対して入力 / 出力されるネットワーク トラフィックの量。 |
複数のインスタンスからの指標を比較する
-
Google Cloud コンソールで Cloud SQL の [インスタンス] ページに移動します。
- Cloud SQL の [インスタンス] ページで、インスタンス名の左側にあるチェックボックスをオンにして、比較するインスタンスを 5 つまで選択します。
- 右側の情報パネルで、[モニタリング] タブを選択します。
指標のプルダウンから、インスタンスの比較に使用する指標を選択します。
グラフの上にポインタを置くと、特定の時点のデータを確認できます。