ApsaraDB for MongoDB:ストレージ分析

前提条件

ストレージ分析機能は、レプリカセットまたはシャードクラスターインスタンスでサポートされています。 次の表に、MongoDBバージョンのレプリカセットまたはシャードクラスターインスタンスがこの機能をサポートしているかどうかを示します。

使用上の注意

CloudDBAのストレージ分析機能をResource Access Management (RAM) ユーザーとして使用する場合は、RAMユーザーにDatabase Autonomy Service (DAS) でAliyunHDMFullAccessまたはAliyunHDMReadOnlyAccess権限が付与されていることを確認してください。 詳細については、「DASをRAMユーザーとして使用するにはどうすればよいですか?」をご参照ください。

ストレージの概要を表示する

1. ApsaraDB for MongoDBコンソールにログインします。

2. 左側のナビゲーションウィンドウで、インスタンスタイプに基づいて レプリカセットインスタンス または シャードクラスターインスタンス をクリックします。

3. ページの左上隅で、インスタンスが属するリソースグループとリージョンを選択します。

4. インスタンスのIDをクリックするか、操作列の管理をクリックします。

5. インスタンスの詳細ページの左側のナビゲーションウィンドウで、CloudDBA > 容量分析を選択します。

6. ストレージ分析結果を表示します。

   • 名前空間のストレージの概要を表示する

     [ストレージの概要] タブをクリックして、次の情報を表示します。

     • [ストレージ] セクションで、ストレージの概要を表示します。

       メトリック	説明
       例外	インスタンスで識別されるストレージ例外の数。 ApsaraDB for MongoDBでは、次のタイプの例外を識別できます。 ストレージの90% 以上が使用されています。 利用可能な物理ストレージは7日以内に使い果たされる可能性があります。 1つのコレクションに10を超えるインデックスが含まれます。
       平均先週の毎日の増加	過去7日間のインスタンスのストレージ使用量の1日の平均増加。 式 :( 収集時の利用可能なストレージのサイズ-7日前の利用可能なストレージのサイズ)/7。 説明 この増加は、収集時の過去7日間の1日の平均増加を示します。 このパラメータは、トラフィック量が安定しているシナリオに適しています。 バッチインポート、履歴データの削除、インスタンスの移行、インスタンスの再構築などの操作により、ストレージが突然変更された場合、このパラメーターの値は不正確になります。
       利用可能な日の保管	インスタンスでストレージが使用可能な日数。 式: 利用可能なストレージのサイズ /過去7日間の1日の平均増加。 説明 値90 + は、インスタンス内の使用可能なストレージが長期間にわたって十分であることを示します。 このパラメータは、トラフィック量が安定しているシナリオに適しています。 バッチインポート、履歴データの削除、インスタンスの移行、インスタンスの再構築などの操作により、ストレージが突然変更された場合、このパラメーターの値は不正確になります。
       使用ストレージ	インスタンスによって使用されるストレージ容量と合計ストレージ容量。

     • [例外] セクションで、ストレージ例外の情報を表示します。 情報に基づいて例外をトラブルシューティングできます。

     • [ストレージトレンド] セクションで、先週のデータトレンドを表示します。

     • [テーブルスペース] セクションで、コレクションのデータを表示します。

       説明

       コレクションの名前をクリックすると、そのインデックスを表示できます。

   • データスペースのストレージの概要を表示する

     [データスペース] タブをクリックして、次の情報を表示します。

     • データスペースの名前をクリックすると、名前空間の情報を表示できます。

     • コレクションの名前をクリックすると、そのインデックスを表示できます。

ディスクのデフラグメント

1. ApsaraDB for MongoDBコンソールにログインします。

2. 左側のナビゲーションウィンドウで、インスタンスタイプに基づいて レプリカセットインスタンス または シャードクラスターインスタンス をクリックします。

3. ページの左上隅で、インスタンスが属するリソースグループとリージョンを選択します。

4. インスタンスのIDをクリックするか、操作列の管理をクリックします。

5. インスタンスの詳細ページの左側のナビゲーションウィンドウで、CloudDBA > 容量分析を選択します。

6. 表示されるページの 表領域 セクションで、管理するコレクションを見つけます。 次に、断片化率 列の [リサイクル] をクリックします。

7. リサイクル ダイアログボックスで、関連する設定を完了します。

   • 自動デフラグ

     インスタンスのディスクを自動的に最適化する計画を設定した場合、DASは指定されたメンテナンス期間中に隠しノードのコレクションを自動的に検出し、インデックスとデータストレージの使用量の合計が1 GBを超え、断片化率が20% を超えるコレクションに対してcompactコマンドを実行します。 デフラグ時間を短縮するために、各ラウンドのデフラグ計画の各隠しノードのコレクション内のリサイクル可能なスペースの合計量は100 GBを超えることはできません。 共通コレクションのリサイクル可能なスペースのサイズが100 GBを超える場合は、コレクションのディスクを手動で最適化する必要があります。

   • 手動デフラグ

     [分割率の高いコレクション] セクションで、管理するコレクションを見つけ、[操作] 列の 再利用の実行 をクリックします。 [今すぐ実行] または [O & M] ウィンドウで実行を選択して、ディスクの最適化を行うことができます。

   説明

   • 操作が完了した後、ディスクはすぐにはデフラグされません。 数分待ちます。 実際には、コンパクトコマンドは、ディスクを徐々にデフラグするために、ある期間、バックグラウンドで実行され続けます。 デフラグ時間は、デフラグするストレージのサイズによって異なります。 ストレージが大きくなると、デフラグ時間が長くなります。

   • 最大10個のコレクションのディスクを同時に最適化し、現在の最適化タスクが完了するまで待ってから次のタスクを開始することをお勧めします。 現在のタスクが完了する前に次のタスクを開始すると、デフラグタスクが失敗する可能性があります。

   • コレクションの断片化率が比較的低い場合、コレクションの断片化解除プロセスは、大きなサイズのストレージをリサイクルしない可能性があります。断片化率

   • リサイクル可能なスペースが比較的少ないコレクションの数が多い場合は、コレクションのディスクを自動的に最適化する計画を設定することをお勧めします。 コレクションのリサイクル可能なスペースが比較的大きい場合は、コレクションのディスクを手動で最適化することをお勧めします。再生可能なスペース 再生可能なスペースコレクションの再生可能なスペース値のサイズが100 GBを超える場合、コレクションのディスクのデフラグに必要な時間は1時間を超える可能性があります。

デフラグ結果の表示

最適化タスクが完了したら、再分析 をクリックして結果を表示します。

よくある質問

(中断) 圧縮がテーブルで中断された場合: *** cache eviction pressureエラーメッセージが表示された場合はどうすればよいですか?

ディスクを最適化するインスタンスは、以前のバージョンであり、仕様が低い。 インスタンスでcompactコマンドを実行すると、大量のキャッシュデータが原因でインスタンスが失敗します。 最適化タスクが失敗した場合は、タスクを再起動する時間を選択できます。 タスクが複数回失敗した場合は、チケットを起票してください。

参考情報

ストレージ分析機能は、MongoDB 4.0以降を実行するApsaraDB for MongoDBレプリカセットまたはシャードクラスターインスタンスでのみサポートされます。 MongoDB 4.0より前のバージョンのMongoDBを実行するApsaraDB For MongoDBインスタンスのディスクを最適化する方法の詳細については、「ディスクのデフラグメント化によるディスク使用率の向上」をご参照ください。

関連タスク

関連する API