Docs Menu
Docs Home
/
MongoDB Cloud Manager
/

モニタリング

項目一覧

  • アラート
  • 配置
  • プロジェクト

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

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

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

通知メールリストに複数のメールグループが含まれている場合、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 ユーザー ロールが必要です。

1
  1. まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. Deployment ページがまだ表示されていない場合は、サイドバーの Deployment をクリックします。

    配置ページが表示されます。

2
  1. ホスト名をクリックします。

  2. [Last Ping] をクリックします。

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

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

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

  • モニタリングは、ネットワーク制限または問題(つまり、 ファイアウォール、プロキシ、ルーティング。)

  • データベースは TLSで実行されています。 TLSは、グローバルまたはホストごとに有効にする必要があります。 詳細については、「 TLSを使用するように MongoDB Agent を構成する」および「 配置で TLS を有効にする 」を参照してください。

  • データベースが認証を使用して実行されている。 ホストの認証情報を Cloud Manager に提供する必要があります。 「 MongoDB の認証と認可の構成 」を参照してください。

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

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

1
  1. まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. Deployment ページがまだ表示されていない場合は、サイドバーの Deployment をクリックします。

    配置ページが表示されます。

2

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

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

3
  1. [Add Deployment] をクリックします。

  2. New Deploymentウィンドウで、次の値を指定します。

    • 配置タイプ

    • 内部ホスト名

    • 内部ポート

  3. 該当する場合:

    • データベースのユーザー名とパスワードを追加します。

    • モニタリングに接続するにはTLSを有効にします。

注意

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

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

リセットするには:

1
  1. まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. Projects メニューの横にある Options メニューをクリックし、 Project Settings をクリックします。

    [ Project Settings ]ページが表示されます。

2

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

配置が複数のデータセンターに存在する場合は、すべての配置がすべてのモニタリングで検出されることを確認してください。

まれに、 mongodがダウンし、レプリカセットが再構成されます。 ダウン配置は削除できず、次のエラーメッセージが返されます。

警告

この配置はバックアップで有効になっているため、削除できません。

これらの配置の削除に関するサポートについては、 MongoDB サポートにお問い合わせください。

サーバー、エージェント、ユーザー、およびその他のリソースの追加の分離されたシステムまたは環境をモニターするためのプロジェクトを作成します。

ファイアウォールは、配置を 2 つ以上の環境に分離する場合があります。 この場合は、2 つ以上の個別の Cloud Manager プロジェクトが必要になります。

APIキーはプロジェクトごとに一意です。 各プロジェクトには、適切なAPIキーを持つ独自のエージェントが必要です。 各プロジェクト内では、エージェントはプロジェクト内の監視するすべてのホストに接続できる必要があります。

プロジェクトの作成と管理の詳細については、「プロジェクト 」を参照してください。

戻る

オートメーション