モニタリング

項目一覧

アラート

配置
プロジェクト

Cloud Manager は、 2024年8月30日でMongoDB 3.6と4.0のオートメーション、バックアップおよびモニタリングのサポートを終了します。 MongoDB の配置をアップグレードするか、Atlas に移行してください。

Cloud Managerへのプログラムによるアクセスのための OAuth 2.0認証はプレビュー機能として利用できます。: 機能および関連するドキュメントは、プレビュー期間中にいつでも変更される可能性があります。 OAuth2.0 認証を使用するには、 Cloud Manager Public APIへのリクエストで使用するサービスアカウントを作成します。

アラート

アラート条件の解決については、「アラートの解決」も参照してください。

アラートの作成と管理の詳細については、「アラート設定の構成」および「アラートの管理」を参照してください。

メール通知をオフにできない

アラート通知をオフにするには、少なくとも 2 つの方法があります。

Cloud Manager アカウントから配置を削除します。「 1 つの配置の管理やモニタリングを停止する」を参照してください。
アラート構成を無効または削除します。「アラート設定の構成」を参照してください。
特定のホストのアラートをオフにします。「特定のプロセスのアラートを無効にする」を参照してください。

重複アラートの受信

通知メールリストに複数のメールグループが含まれている場合、1 人以上が同じアラートの通知を複数受信することがあります。

「ホストのオープンファイル数が少ない」または「オープンするファイルが多すぎる」エラーメッセージを受信する

これらのエラーメッセージは、 Deploymentページのホスト名の下に表示されます。利用可能な接続数が Cloud Manager が定義する最小値を満たさない場合に表示されます。これらのエラーは mongosインスタンスによって生成されないため、 mongosログファイルには表示されません。

モニタリングは、ホストごとに、開いているファイル記述子と接続の数を最大接続制限と比較します。最大オープンファイル記述子 ulimit パラメータは、使用可能なサーバー接続の数に直接影響します。エージェントは、Cloud Manager が定義した最小値を満たすのに十分な接続が存在するかどうかを計算します。

ping ドキュメントでは、各ノードとそのserverStatus.connections値に対して、 current値とavailable値の合計が監視対象ホストに設定されているHost has low open file limits maxConns構成値より小さい場合、モニタリングは次のコマンドを送信します: Cloud Manager へのまたはToo many open filesメッセージ。

ping ドキュメントは、モニタリングによって Cloud Manager に送信されるデータです。 ping ドキュメントを表示するには:

この機能にアクセスするには、 Project OwnerまたはProject Data Access Admin Cloud Manager ユーザーロールが必要です。

MongoDB Cloud ManagerGoDeploymentMongoDB Cloud Managerで、プロジェクトのページにGoします。

まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーションバーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーションバーのProjectsメニューから目的のプロジェクトを選択します。
Deployment ページがまだ表示されていない場合は、サイドバーの Deployment をクリックします。
配置ページが表示されます。

最後の ping を表示します。

ホスト名をクリックします。
[Last Ping] をクリックします。

このエラーを防ぐには、 ulimitが開いているファイルを64000に設定することをお勧めします。また、 mongoshのmaxConnsコマンドを少なくとも推奨設定以上に設定することもおすすめします。

詳細については、MongoDB ulimit リファレンスページとMongoDB maxCons リファレンスページを参照してください。

配置

データの収集のためのモニタリング失敗

この状態の考えられる原因

モニタリングは、ネットワーク制限または問題（つまり、ファイアウォール、プロキシ、ルーティング。）
データベースは TLSで実行されています。 TLSは、グローバルまたはホストごとに有効にする必要があります。詳細については、「 TLSを使用するように MongoDB Agent を構成する」および「配置で TLS を有効にする」を参照してください。
データベースが認証を使用して実行されている。ホストの認証情報を Cloud Manager に提供する必要があります。「 MongoDB の認証と認可の構成」を参照してください。

配置は表示されない

次の要因は、モニタリングで配置を検出する際に問題を発生させる可能性があります。

配置は追加されていない

この問題を解決するには、以下の手順を行います。

MongoDB Cloud ManagerGoDeploymentMongoDB Cloud Managerで、プロジェクトのページにGoします。

まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーションバーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーションバーのProjectsメニューから目的のプロジェクトを選択します。
Deployment ページがまだ表示されていない場合は、サイドバーの Deployment をクリックします。
配置ページが表示されます。

Processes ページに移動します。

配置の [ Processes ] タブをクリックします。

[プロセス ]ページが表示されます。

新しい配置を追加します。

[Add Deployment] をクリックします。
New Deploymentウィンドウで、次の値を指定します。
- 配置タイプ
- 内部ホスト名
- 内部ポート
該当する場合:
- データベースのユーザー名とパスワードを追加します。
- モニタリングに接続するにはTLSを有効にします。

注意

配置を追加（または削除）するときに、モニタリングを再起動する必要はありません。

予期しない重複 mongod

クラッシュ後に配置を追加し、モニタリングを再起動すると、 Deploymentページにホスト名が表示されない可能性があります。 Cloud Manager は、配置が重複していることを検出し、そのデータを非表示にします。

リセットするには:

MongoDB Cloud ManagerGoMongoDB Cloud Managerで、Project Settings ページにGoします。

まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーションバーのOrganizationsメニュー
まだ表示されていない場合は、ナビゲーションバーのProjectsメニューから目的のプロジェクトを選択します。
Projects メニューの横にある Options メニューをクリックし、 Project Settings をクリックします。
[ Project Settings ]ページが表示されます。

重複をリセットします。

[Reset Duplicates] をクリックします。