インストール チェックリスト
MongoDB Ops Managerをインストールする前に、このページの内容に基づいていくつかの決定を行う必要があります。 インストール プロセス中に、これらの決定に基づいて選択を行います。
MongoDB Ops Managerをインストールするには、次の手順に従います。
このページに記載されている質問に従って、インストールを計画してください。
MongoDB Ops Managerのシステム要件を満たすサーバーをプロビジョニングします。
警告
本番環境障害の可能性
以下の構成に失敗すると、 MongoDB Ops Managerインスタンスが本番環境で失敗する可能性があります。
MongoDB Ops Managerは、 MongoDB Ops Managerシステム要件 ごとにホストします。
MongoDB マニュアルのプロダクション ノートの MongoDB ホスト。 MongoDBMongoDB のMongoDB Ops Manager インスタンスには、次のものが含まれます。
次のいずれかの方法でMongoDB Ops Managerをインストールします。MongoDB Ops Manager
注意
単一サーバーに簡単な評価配置をインストールするには、「簡単なテストMongoDB Ops Managerのインストール 」を参照してください。
トポロジーの決定
冗長性や高可用性が必要か？
配置に選択したトポロジーは、メタデータとスナップショットの両方の冗長性と可用性、およびMongoDB Ops Managerアプリケーションの可用性に影響します。
MongoDB Ops Managerは、アプリケーション メタデータとスナップショットをそれぞれOps Manager Application Databaseと バックアップデータベース に保存します。 データの冗長性を確保するには、各データベースを 3 ノードのレプリカセットとして複数のサーバーで実行します。
データベースへの書込み (write) 操作の高可用性を提供するには、3 つのノードすべてがデータを保持するように各レプリカセットを設定します。 これにより、ノードに到達できない場合でも、レプリカセットは引き続きデータを書込むことができます。 MongoDB Ops Managerは w:2 書込み保証（ write concern ） を使用します。これには、書込み操作ごとにプライマリと 1 つのセカンダリからの確認応答が必要です。
MongoDB Ops Managerアプリケーションの高可用性を実現するには、アプリケーションの少なくとも 2 つのインスタンスを実行し、ロード バランサーを使用します。 MongoDB Ops Manager アプリケーションの前に配置されたロード バランサーによって、キャッシュされたコンテンツが返されないようにする必要があります。 詳細については、「高可用性MongoDB Ops Managerアプリケーションの構成 」を参照してください。
次の表では、さまざまなトポロジーの利点と利点を説明します。
インストールをテストする
この配置は 1 つのサーバー上で実行され、データの冗長性はありません。 サーバーを紛失した場合は、最初からやり直す必要があります。
Pro | にはサーバーが 1 つだけ必要です。 |
Con | サーバーを失うと、ユーザー、プロジェクト、メタデータ、バックアップ、オートメーション構成、保存されたモニタリング メトリクスなど、すべてが失われます。 |
高可用性メタデータとスナップショットによる本番環境へのインストール
このインストールには少なくとも 3 つのサーバーが必要です。 MongoDB Ops Manager Application Database と バックアップデータベース のレプリカセットは、それぞれ少なくとも 3 つのデータを保持するノードを構成します。 これには十分なストレージとメモリが必要です。
Pro | MongoDB Ops Ops Manager Application Databaseまたは バックアップデータベース のノードを失っても、 MongoDB Ops Managerの可用性を維持することができます。 ノードがダウンしても、 MongoDB Ops Managerの機能が失われることはありません。 |
Con | MongoDB Ops Managerインスタンスが失われる場合は、新しいMongoDB Ops Managerインスタンスを手動で起動する必要があります。 アプリケーションがダウンしている間は、 MongoDB Ops Manager機能は使用できません。 |
高可用性MongoDB Ops Managerアプリケーションによる本番環境へのインストール
これにより、複数のMongoDB Ops Managerアプリケーションがロード バランサーの背後で実行され、 MongoDB Ops Managerが提供する機能の外部のインフラストラクチャが必要になります。 詳細については、「高可用性MongoDB Ops Managerアプリケーションの構成 」を参照してください。
Pro | MongoDB Ops Managerは、個々のサーバーが失われた場合でも、引き続き利用できます。 |
Con | より多くのサーバーが必要であり、使用可能なアプリケーション サーバーにトラフィックをルーティングできるロード バランサーが必要です。 |
インターネットにアクセスできないサーバーにマネージド MongoDB インスタンスを配置しますか。
を配置するサーバーがインターネットにアクセスできず、オートメーションを使用する場合は、 MongoDBから最初に管理された 配置を作成する前に、 ローカル モードを構成し 、バイナリを保存する必要があります。MongoDBMongoDB Ops Managerその後、 MongoDBエージェントはMongoDB Ops Managerからバイナリを直接ダウンロードできます。 詳細については、「配置構築でインターネット アクセスを制限する 」を参照してください。
MongoDB Ops Managerアプリケーションのアウトバウンド ネットワーク接続にプロキシを使用しますか。
MongoDB Ops Managerがプロキシ サーバーを使用して外部サービスにアクセスする場合は、 MongoDB Ops Managerの conf-mms.properties 構成ファイルでプロキシ設定を構成する必要があります。 MongoDB Ops Managerをすでに起動している場合は、プロキシ設定を構成した後に再起動する必要があります。
セキュリティ上の決定
バッキング データベースへの接続に認証、 TLS 、またはその両方を使用しますか。
MongoDB Ops とバックアップデータベースへの接続に認証または Ops Manager Application DatabaseTLS を使用する場合は 、データベースを配置する ときに各データベースでそれらのオプションを構成し、データベースにアクセスするために必要な証明書情報を使用してMongoDB Ops Manager を構成する必要があります。詳細については、「アプリケーション データベースへの接続の構成」を参照してください。
MongoDB Ops Manager へのユーザー認証に LDAP を使用しますか？
ユーザー管理にLDAPを使用する場合は、最初のプロジェクトを作成する前または後にLDAP認証を構成できます。 新しいLDAP認証スキームを実装するため、または既存の認証スキームをLDAPに変換するには、異なる前提条件があります。 これらの違いの詳細については、「前提条件 」を参照してください。
LDAP認証の詳細については、「 認証および認可のための MongoDB Ops Managerユーザーの構成LDAP 」を参照してください。
MongoDB Ops Managerアプリケーションへの接続に TLSMongoDB Ops Manager を使用しますか。
エージェント、ユーザー、 から への接続にMongoDB Ops Manager MongoDBAPITLS を使用する場合は、MongoDB Ops Manager TLS を使用するように構成する必要があります。MongoDB Ops Managerをインストールする手順には、 TLSアクセスを構成するオプションが含まれています。
バックアップの決定
バックアップデーモンを実行するサーバーはインターネットにアクセスできますか。
バックアップデーモンを実行するサーバーがインターネットにアクセスできない場合は、デーモンを実行する前に、バックアップデーモンのオフライン バイナリ アクセスを構成する必要があります。 「配置構築でインターネット アクセスを制限する」ページでは、オフライン バイナリ アクセスを構成するオプションについて説明しています。
特定のデータセンターに特定のバックアップが必要か？
特定のMongoDB配置のバックアップを特定のデータセンターに割り当てる必要がある場合は、各データセンターに独自のMongoDB Ops Managerインスタンス、バックアップデーモン、およびMongoDB Agentが必要です。 MongoDB Ops Managerの個別の インスタンスは、単一のOps Manager Application Databaseを共有する必要があります。 MongoDB Agent各データセンターの は、ローカルURL インスタンスのMongoDB Ops Manager を使用する必要があります。この URL は、異なるホスト名または スプリットホライズン DNS のいずれかで構成できます。詳細な要件については、「特定のデータセンターへのスナップショット ストアの割り当て 」を参照してください。