Docs Menu
Docs Home
/
MongoDB Ops Manager
/

配置例アーキテクチャ

項目一覧

  • Considerations
  • 単一のホストへのインストールをテストする
  • 本番環境へのインストール

次の例は、 MongoDBとMongoDB Ops Managerの配置の例を示しています。

FCV 4.0以前では、これらのインストールのいずれかで最高のパフォーマンスを得るには、各バックアップ ホストに 2 つのディスク パーティションを使用して構成します。1 つはスナップショット ストアまたは ファイルシステム ストア用で、もう 1 つはヘッドデータベース用です。

FCV 4.2以降では、バックアップにヘッドデータベースが不要になりました。 詳しくは、「 バックアップデーモン サービス 」を参照してください。

テスト環境には、「 MongoDBMongoDB Ops Manager Ops Manager の 簡単なテスト 」で説明されているように、すべてのMongoDB Ops Manager コンポーネントを 1 つのホストに配置できます。

最小配置は開発またはテストに適しており、アプリケーションとバックアップデーモン、および関連するデータベースを単一のサーバー上でホストします。

注意

バックアップ サービスをテストする場合は、 MongoDB Ops Managerアプリケーションを使用して構成します。 を MongoDB Ops Manager構成 するときに、バックアップ設定を指定できます。

FCV 4.0以前の場合、バックアップデーモン サービスはそのディレクトリにヘッドデータベースを動的に作成します。 バックアップデーモン サービスはこれらのヘッドデータベースを管理します。

FCV 4.2以降の場合、アプリケーションデータベースバックアップカーソルに配置状態のスナップショットを保存します。

この配置により、ホスト障害が発生した場合にOps Manager Application Databaseスナップショット ストレージの冗長性が確保されます。 配置では、データのコピーを持つ 3 つのデータを保持するノードを含む MongoDBレプリカセット内でデータベースを実行します。

重要

この配置により、 MongoDB Ops Managerアプリケーションの高可用性が実現します。 Ops Manager uses a w:2 write concern, and can tolerate the loss of one data-bearing node from the Ops Manager Application Database. 配置の耐久性を高めるには、ジャーナリングを有効にします。

通常の配置では、アプリケーション データベースとスナップショット ストアにレプリカセットが使用されます。
クリックして拡大します

注意

すべてのホストが、 システム要件 列で指定されたシステムの両方の ハードウェアとソフトウェアの合計要件 を満たす必要があります。

Host
システム要件
目的
1
  • MongoDB Ops Managerアプリケーション

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

MongoDB Ops Manager Application データベースのプライマリとスナップショット ストアのセカンダリを提供します。
2
  • MongoDB Ops Managerアプリケーション

  • 読み取り

スナップショット ストアのプライマリとMongoDB Ops Manager Application Database セカンダリを提供します。
3
  • MongoDB Ops Managerアプリケーション データベース

  • 読み取り

Ops Manager Application Database およびスナップショットストアのセカンダリ レプリカセット ノードをホストします。

レプリカセットはデータの冗長性を提供するため、強く推奨されますが、 MongoDB Ops Managerには必須ではありません。

最小限実行可能なMongoDB Ops Managerインストールのインストールに関するサンプル チュートリアルについては、「 RHEL に簡単なテスト配置をインストールする 」を参照してください。

このMongoDB Ops Manager配置では、ロード バランサーの背後で複数の インスタンスが実行され、 MongoDB Ops Managerの高可用性が確保されます。 この配置では スケールアウト され、スナップショット ストアが追加されます。

可用性の高い配置では、アプリケーションデータベースとバックアップ用のスナップショットストアの水平スケーリングと、複数のバックアップデーモンを使用します。
クリックして拡大します

配置には、次のものが含まれます。

  • MongoDB Ops Manager Application とOps Manager Application Databaseを提供する 2 つのホスト

  • バックアップが有効になっているMongoDB Ops Managerアプリケーションとバックアップデータベースを提供する 4 つのホスト

  • 各レプリカセットの残りのノードを提供するための追加のホスト

MongoDB Ops Manager アプリケーションの HTTP トラフィックを分散するには、 HTTP ロード バランサーを配置します。MongoDB Ops Manager はHTTPロード バランサーを提供しません。 自分でプロビジョニング、配置、構成する必要があります。 MongoDB Ops Manager アプリケーション ホストの前に配置されたロード バランサーによって、キャッシュされたコンテンツが返されないようにする必要があります。

すべてのソフトウェア サービスはMongoDB Ops Manager Application Database および スナップショット ストアと通信できる必要があります。 適切なポートでこれらのホスト間のトラフィックを許可するようにファイアウォールを構成します。

注意

すべてのホストが、 システム要件 列で指定されたシステムの両方の ハードウェアとソフトウェアの合計要件 を満たす必要があります。

Host
システム要件
目的
1 & 2
  • MongoDB Ops Managerアプリケーション

  • Ops Manager Application Database

MongoDB Ops Manager Application Database のプライマリとセカンダリを提供します。
3, 4, 5 & 6
  • MongoDB Ops Managerアプリケーション

  • 読み取り

2 つのスナップショット ストアのプライマリとセカンダリを提供します。

バックアップデーモンのみがヘッドデータベースと通信する必要があります。 したがって、外部通信を防ぐために、 net.bindIp値は127.0.0.1になります。 net.bindIpは、 mongodmongosがアプリケーションからの接続をリッスンする IP アドレスを指定します。

7 & 8
  • MongoDB Ops Managerアプリケーション データベース

  • 読み取り

Ops Manager Application Database と 2 つのスナップショット ストア用に残りのレプリカセット ノードを提供します。

MongoDB Ops Managerを高可用性でインストールする方法については、「 高可用性MongoDB Ops Managerアプリケーションの構成 」を参照してください。

戻る

アーキテクチャ