メトリクスダッシュボード
プレビュー
Lakebase Postgres (オートスケール Preview) は 、次のリージョンで利用できます: us-east-1 、 us-west-2 、 eu-west-1 。
Lakebase オートスケール Preview は Lakebase の新しいバージョンです。 オートスケールコンピュート、分岐、インスタントリストアなどの高度な機能をサポートします。 Lakebase の以前のバージョンについては、 「Lakebase プロビジョニング プレビュー」を参照してください。 どのバージョンが適しているかを判断するには、バージョンの選択を参照してください。
Lakebase UI のメトリクス ダッシュボードには、モニタリング システムとデータベース メトリクスのグラフが表示されます。 Lakebase アプリのサイドバーからメトリクス ダッシュボードにアクセスできます。観察可能なメトリックには、RAM 使用量、CPU 使用量、接続数、データベース サイズ、デッドロック、行操作、レプリケーションの遅延、キャッシュ パフォーマンス、ワーキング セット サイズが含まれます。
ダッシュボードには、選択したブランチのメトリクスとコンピュートが表示されます。 ドロップダウン メニューを使用して、別のブランチまたはコンピュートのメトリクスを表示します。 定義済みの期間 ( 過去 1 時間 、 過去 1 日 、 過去 7 日間 ) から選択するか、または [その他] を選択して追加オプション ( 過去 3 時間 、 過去 6 時間 、 過去 12 時間 、 過去 2 日間 、または カスタム ) を選択できます。 「更新」 ボタンを使用して、表示されているメトリクスを更新します。
非アクティブなコンピュートを理解する
グラフにデータが表示されていない場合は、ゼロにスケールするためにコンピュートが非アクティブになっている可能性があります。
コンピュートが非アクティブな場合、データをレポートするにはアクティブなコンピュートが必要であるため、メトリクス値は 0 に低下します。 非アクティブ期間はグラフに斜めの線パターンとして表示されます。
グラフにデータが表示されない場合は、別の期間を選択するか、使用状況データがさらに収集された後に戻ってみてください。
ラム
このグラフは、選択したコンピュートに割り当てられた RAM と使用量の経時変化を示します。
これには次のメトリクスが含まれます。
割り当て済み : 割り当てられた RAM の量。
RAM はコンピュートまたはオートスケール構成のサイズに応じて割り当てられます。 オートスケールを使用すると、負荷に応じてコンピュートがスケールアップまたはスケールダウンするのに応じて、割り当てられた RAM が増減します。 ゼロへのスケールが有効になっており、コンピュートが非アクティブ状態の後にアイドル状態に移行すると、割り当てられた RAM は 0 に低下します。
使用済み : 使用されている RAM の量。
グラフには RAM の使用状況を示す線がプロットされます。ラインが割り当てられた最大 RAM に定期的に達する場合は、コンピュート サイズを増やすことを検討してください。 コンピュートのサイズ オプションについては、 「コンピュートのサイズ設定」を参照してください。
キャッシュ済み : メモリにキャッシュされたデータの量。
CPU
このグラフは、選択したコンピュートに割り当てられた CPU と使用率を経時的に示します。
割り当て済み : 割り当てられた CPU の量。
CPU はコンピュートまたはオートスケール構成のサイズに応じて割り当てられます。 オートスケールを使用すると、負荷に応じてコンピュートがスケールアップまたはスケールダウンするのに応じて、割り当てられた CPU が増減します。 スケール トゥ ゼロが有効になっていて、コンピュートが非アクティブになった後にアイドル状態に移行すると、割り当てられた CPU は 0 に低下します。
Used : 使用された CPU の量 (コンピュート単位 (CU) 単位)。
プロットされた線が割り当てられた CPU の最大数に定期的に達する場合は、コンピュートのサイズを増やすことを検討してください。 コンピュートのサイズ オプションについては、 「コンピュートのサイズ設定」を参照してください。
接続数
接続数グラフには、選択したコンピュートの最大接続数、アイドル接続数、アクティブ接続数、および一定期間にわたる接続の合計数が表示されます。
Active : 選択したコンピュートのアクティブな接続の数。
アクティブな接続をモニタリングすると、データベースのワークロードを理解するのに役立ちます。 アクティブな接続の数が一貫して多い場合、データベースに大きな負荷がかかっている可能性があり、クエリの応答時間が遅くなるなどのパフォーマンスの問題が発生する可能性があります。
Idle : 選択したコンピュートのアイドル接続の数。
アイドル接続は開いていますが、現在使用されていません。通常、アイドル状態の接続が少数であれば無害ですが、接続数が多いと不要なリソースが消費され、アクティブな接続のためのスペースが少なくなり、パフォーマンスに影響する可能性があります。不要なアイドル接続を識別して閉じると、リソースを解放するのに役立ちます。
Total : 選択したコンピュートのアクティブ接続とアイドル接続の合計。
Max : コンピュートのサイズで許可される同時接続の最大数。
最大ラインは、接続制限にどれだけ近づいているかを視覚的に確認するのに役立ちます。合計接続数が最大ラインに近づいた場合は、次の点を考慮してください。
- より多くの接続を可能にするためにコンピュートのサイズを増やす
- アプリケーションの接続管理の最適化
接続制限は Postgres max_connections設定によって定義され、コンピュート サイズ構成によって決まります。
データベースのサイズ
データベース サイズ グラフには、名前付きデータベースの論理データ サイズ (実際のデータのサイズ) と、選択したブランチ上のすべてのユーザー作成データベース ( すべてのデータベース ) の合計サイズが表示されます。
データベース サイズ メトリクスは、コンピュートがアクティブな間のみ表示されます。 コンピュート がアイドル状態の場合、データベース サイズの値は報告されず、データが存在する場合でもグラフにはゼロが表示されます。
デッドロック
デッドロック グラフには、選択したブランチ上の最も古いデータベースのデッドロックの数の経時的な変化が表示されます。
デッドロックは、2 つ以上のトランザクションが同時に、他のトランザクションに必要なリソースを保持して互いをブロックし、依存関係のサイクルを作成してトランザクションの進行を妨げる場合に発生します。これにより、パフォーマンスの問題やアプリケーション エラーが発生する可能性があります。Postgres のデッドロックの詳細については、デッドロックに関する PostgreSQL のドキュメントを参照してください。
行
行グラフには、選択したブランチの最も古いデータベースで時間の経過とともに削除、更新、挿入された行数が表示されます。コンピュートが再起動されるたびに、行メトリクスがゼロにリセットされます。
時間の経過に伴って挿入、更新、削除された行を追跡すると、データベースのアクティビティ パターンを把握できます。 このデータを使用すると、挿入の急増や異常な数の削除などの傾向や不規則性を特定できます。
行メトリクスは行レベルの変更 (INSERT、 UPDATE 、DELETE) のみをキャプチャし、TRUNCATE などのテーブルレベルの操作は除外します。
レプリケーション遅延バイト
レプリケーション遅延バイト グラフには、プライマリ コンピュートから送信されたがレプリカにまだ適用されていないデータの合計サイズ (バイト単位) が表示されます。 値が大きいほど、複製を待機しているデータのバックログが多いことを示し、レプリケーションのスループットまたはレプリカ上のリソースの可用性に問題があることを示している可能性があります。
このグラフは、[コンピュート] ドロップダウン メニューからリード レプリカ コンピュートを選択した場合にのみ表示されます。 読み取りレプリカの詳細については、 「読み取りレプリカ」を参照してください。
レプリケーション遅延秒数
レプリケーション遅延秒数グラフには、プライマリ コンピュート上でコミットされた最後のトランザクションと、レプリカ上でそのトランザクションが適用されるまでの時間遅延 (秒単位) が表示されます。 値が高い場合は、ネットワーク遅延、高いレプリケーション負荷、またはレプリカのリソース制約により、レプリカがプライマリより遅れていることを示します。
このグラフは、[コンピュート] ドロップダウン メニューからリード レプリカ コンピュートを選択した場合にのみ表示されます。 読み取りレプリカの詳細については、 「読み取りレプリカ」を参照してください。
ローカルファイルキャッシュヒット率
ローカル ファイル キャッシュ ヒット率グラフには、ローカル ファイル キャッシュから処理された読み取り要求の割合が表示されます。Postgres 共有バッファまたはローカル ファイル キャッシュから提供されないクエリはストレージからデータを取得するため、コストがかかり、クエリのパフォーマンスが低下する可能性があります。
ワーキングセットのサイズ
ワーキング セットは、特定の時間間隔でアクセスされる Postgres ページ (リレーション データとインデックス) の個別のセットのサイズです。最適なパフォーマンスと一貫したレイテンシを実現するには、コンピュートのサイズを、ワーキング セットがローカル ファイル キャッシュに収まり、アクセスが速くなるように設定してください。
ワーキング セット サイズ グラフは、指定された間隔でアクセスされたデータの量 (アクセスされた一意のページ数 × ページ サイズとして計算) を視覚化します。グラフには次の内容が表示されます。
5m (5 分) : 過去 5 分間にアクセスされたデータ。
15m (15 分) : 過去 15 分間にアクセスされたデータ。
1h (1 時間) : 過去 1 時間にアクセスされたデータ。
ローカル ファイル キャッシュ サイズ : ローカル ファイル キャッシュのサイズ。コンピュートのサイズによって決まります。 コンピュートが大きいほど、キャッシュも大きくなります。
最適なパフォーマンスを得るには、ローカル ファイル キャッシュが、特定の時間間隔での作業セット サイズよりも大きくなければなりません。ワーキング セットのサイズがローカル ファイル キャッシュのサイズより大きい場合は、コンピュート の最大サイズを増やして、キャッシュ ヒット率を向上させ、パフォーマンスを向上させます。
ワークロード パターンが時間の経過とともにあまり変化しない場合は、1 時間のワーキング セット サイズとローカル ファイル キャッシュ サイズを比較し、ワーキング セット サイズがローカル ファイル キャッシュ サイズよりも小さいことを確認します。