MongoDB Ops Managerシステム要件

MongoDB Ops Managerハードウェア要件

MongoDB Ops Managerアプリケーションを提供するすべてのホストは、次のハードウェア要件を満たしている必要があります。

Ops Manager Application Databaseのハードウェア要件

Ops Manager Application Databaseは、専用ホスト上で実行される 3 つのノードのレプリカセットとして動作します。

Ops Manager Application Database を提供するすべてのホストは、次のハードウェア（物理または仮想）要件を満たしている必要があります。

最高のパフォーマンスを得るには、以下を使用します。

• MongoDB Ops Manager Application Database を保存するための SSD 。

• WiredTiger ストレージエンジン WiredTiger と MMAPv 1 storage engine の違いについては、MongoDB マニュアルの storage engine のタイプを参照してください。

ディスク容量の推定値はおおよそです。 必要なディスク容量は、監視対象のデータベースの数によって増減する可能性があります。

バックアップデーモンのハードウェア要件

バックアップデーモンをアクティブ化する各ホストで、次の要件とMongoDB Ops Managerの要件を満たしている必要があります。

アクティブなバックアップデーモンを提供する各ホストには、次のハードウェア要件があります。

ディスク容量とスループットの要件を確認するには、MongoDB アカウント マネージャーに問い合わせてください。

バックアップデータベースのハードウェア要件

MongoDB Ops Managerバックアップを使用する場合は、バックアップ データベースのホストをプロビジョニングする必要があります。

バックアップデータベースのホスト要件は、スナップショットの保存に ブロックストア データベースを使用するか、 ファイル システム ストレージを使用するかによって異なります。 バックアップデータベースには常にoplogデータが保持されます。

バックアップデータベースにスナップショットを保存する場合、そのホストは通常、バックアップされた本番データの合計サイズの 2 倍から 3 倍を保存するのに十分な容量を持っている必要があります。 スナップショットはブロックストア内のブロック レベルで圧縮され、重複が除外されます。

具体的な要件は、データの圧縮率と変化率によって異なります。 バックアップデータベース ホストのユースケースとワークロードに依存するストレージ要件を見積もるには、MongoDB アカウント マネージャーに問い合わせてください。

バックアップデータベースにスナップショットを保存する場合、データを保持する各ノードは次の要件を満たしている必要があります。

ディスク容量とスループットの要件を確認するには、MongoDB アカウント マネージャーに問い合わせてください。

バックアップデータベースにスナップショットを保存しない場合、データを保持する各ノードは次の要件を満たしている必要があります。

インターネット サイト アクセス

インターネットからバイナリを直接ダウンロードするように Ops Manager を構成した場合、Ops Manager は、インターネットへの IPv4 リクエストと IPv6 リクエストの両方を使用して、 HTTPS 経由 で次のインターネット サイトにアクセスする必要があります。

MongoDB Ops Managerとバッキングデータベースホスト間のレイテンシ

MongoDB Ops Managerアプリケーション ホストとそのアプリケーション データベース、 oplog 、および ブロックストア レプリカセット間の接続は、ネットワーク レイテンシを最小限に抑える必要があります。 200 個のMongoDBホストを超える配置では、 MongoDB Ops Managerアプリケーション コンポーネント間のレイテンシは 1 ミリ秒未満になる必要があります。 ネットワーク環境がこの要件を満たせないと予想される場合は、 MongoDB サポートにお問い合わせください。

TCP キープアライブ設定

多くのMongoDB Ops Managerコンポーネントは実行中のmongodプロセスに接続します。 これには以下が含まれます。

• アプリケーションデータベース

• バックアップデータベース

• MongoDB Agent が管理する MongoDB database。

The systems that host these components send data traffic to each other to verify an active connection. TCPキープアライブ設定によって、このチェックの実行頻度が決まります。 ほとんどのシステムでは、デフォルト値の7200秒（2 時間）が使用されます。

その時間枠内でネットワーク接続が切断される可能性があります。 既存の接続がない場合、MongoDB Ops Manager はそのmongodプロセスへの新しい接続を作成する必要があります。 これにより、通信が遅延したり、ネットワーク タイムアウトやソケット エラーが発生したりする可能性があります。 この問題を防ぐには、キープアライブ値を減らして検証チェックを増やします。 すべての MongoDB Ops Manager コンポーネントは同じキープアライブ値を使用する必要があります。

これを推奨値に設定する方法については、 「 TCP キープアライブ時間が MongoDB デプロイに及ぼす影響」を参照してください。 MongoDB Server マニュアルを参照してください。

MongoDB および MongoDB Agent のホスト アクセス

MongoDB および MongoDB Agent の各ホストは、確実に接続を確保するためにFQDNとして自己識別する必要があります。

> hostname -f

mongodb.example.com

PS C:\> systeminfo | findstr /B /C:"Host" /C:"Domain"

Host Name:                 mongodb
Domain:                    example.com

アクセス可能なポート

MongoDB Ops Managerアプリケーションは、MongoDB HTTPまたは HTTPS 経由 でユーザーと エージェントに接続できる必要があります。MongoDB エージェントは MongoDB クライアント MongoDB データベースに接続できる必要があります。

MongoDB Ops Managerでは、ユーザーとデータベースに接続するにはオープンなHTTP （またはHTTPS ）とMongoDBネットワーク ポートのみが必要ですが、ファイアウォール上でどのポートが開かれるかは、暗号化、認証、モニタリングの機能が有効になっている場合に応じて異なります。

このページでは、どのシステムが他のシステムのどのポートに接続する必要があるかを定義します。

MongoDB Ops Managerは、さまざまなサービスと接続します。 このページでは、 MongoDB Ops Manager配置で使用されるさまざまなコンポーネントを配置するために開く必要があるポートについて説明します。

中間ファイアウォールで開く必要がある特定のポートは、暗号化、認証、モニタリングなどの機能が有効になっている場合によって異なります。

クリックして拡大します

http://127.0.0.1:8090/health

{
  "mms_db": "OK",
  "backup_db": "OK"
}

/etc/hosts

/private/etc/hosts

%SystemRoot%\System32\drivers\etc\hosts

C:\Windows\System32\drivers\etc\hosts

127.0.0.1   localhost
10.15.0.5   opsmgr.example.dev
10.15.10.15 rs1.example.dev
10.15.10.16 rs2.example.dev
10.15.10.17 rs3.example.dev

オペレーティング システムの互換性マトリクス

マウントの実行オプション/var

MongoDB Ops Managerでは、/var ディレクトリをバックアップするボリュームに保存されている必要なバイナリを実行するために、基礎のホストマシンの /etc/fstab で定義されたデフォルトの exec オプションが必要です。

MongoDB Ops Managerアプリケーションの要件を制限します

MongoDB Ops Managerパッケージでは、次の ulimits が自動的に発生します。

• オープンするファイル

• 最大ユーザー プロセス

• 仮想記憶

RHELと CentOS 6 では、ユーザー プロセスの最大数が1024に制限されています。 これにより、一般的なユーザー プロセス制限（ ulimit -u ）の設定が上書きされます。

MongoDB Ops Manager を実行するユーザー（デフォルトではmongodb-mms ）の場合、 /etc/security/limits.d/99-mongodb-nproc.confユーザー プロセス構成ファイルにsoftとhard nproc （プロセス数）のエントリを追加します。 RHEL 1024ユーザー プロセス制限より大きい値を使用します。

mongodb-mms soft nproc 200000
mongodb-mms hard nproc 500000

/etc/security/limits.d/99-mongodb-nproc.confが存在しない場合は、作成します。 /etc/security/limits.d/90-nproc.confファイルの内容をテンプレートとして使用します。

MongoDB Ops Manager Application Databaseおよびバックアップデータベース用の MongoDB バージョン

次のMongoDB Ops Manager リリース シリーズの場合は、次のいずれかの バージョンでその バッキング データベース MongoDBを実行できます。

バージョン サポートは、最初から最後のリリースまでのフル リリース シリーズを対象としています。

MongoDB のバージョン管理の詳細については、MongoDB マニュアルの「 MongoDBのバージョン管理 」を参照してください。

メール サービス

メール サーバーをインストールして確認します。 MongoDB Ops Managerでは、アラートを送信し、ユーザー アカウントを回復するためにメール サーバーが必要です。 SMTP サーバーまたはAmazon Web Services SESサーバーを使用できます。 メールサーバーを構成するには、 Email Delivery Method Configurationを参照してください。

の多くの Linux ホスト型ディストリビューションには、デフォルトでローカルSMTPサーバーが含まれています。 これらには以下が含まれますが、これらに限定されません。

• Postfix

• Exim

• 送信メール

Windows Server にはインターネット情報サーバー付きのSMTPリレーが含まれています。

また、 MongoDB Ops Managerを設定して、 サードパーティのプロバイダー経由でメールを送信する こともできます。 これらには以下が含まれますが、これらに限定されません。

• Gmail

• 送信グリッド

SNMP

環境にSNMPが含まれている場合は、定期的なハートビート ラップを使用してSNMPラップレシーバーを構成して、 MongoDB Ops Managerの内部の健全性を監視できます。 MongoDB Ops ManagerはSNMP v2c を使用します。 詳細については、「 SNMP ハートビート サポートの構成 」を参照してください。

Linux ホストへの ftconfig インストール

ホストに MongoDB Ops Managerバージョン 4.0.13Linux 以降をインストールする場合は、フォント構成パッケージをインストールして、 Statusタブから PDF または PNG 形式へのデータ エクスポートを有効にします。

クライアント Web ブラウザ

MongoDB Ops Managerを使用するには、 JavaScriptが有効になっている次のいずれかのサポート対象ブラウザを使用する必要があります。

MongoDB Ops Managerにサポートされていないブラウザへの警告が表示されます。