MongoDB Ops Manager は、MongoDB Ops Manager Application Database にグローバルに構成設定を保存するだけでなく、各サーバーにローカルに構成設定を保存します。グローバル設定はすべての Ops Manager サーバーに適用されます。ローカル設定は、それが構成されているサーバーに適用されます。サーバー上のローカル設定は、グローバル設定を上書きします。
ローカル設定は、サーバーの conf-mms.properties ファイルを通じて構成します。各サーバーの conf-mms.properties には、Ops Manager Application データベースにアクセスするための接続文字列と認証設定が含まれている必要があります。conf-mms.properties ファイルには、そのサーバーに固有のグローバル設定のオーバーライドも含まれます。
conf-mms.properties ファイルのロケーションは、以下の表に示すように、Ops Manager のインストール方法によって異なります。
インストール方法 | ロケーション conf-mms.properties |
|---|---|
|
|
|
|
ユーザー インターフェースによる初期設定のバイパス
最初のアカウントを作成した後、初期設定ウィザードをスキップして、 conf-mms.properties ファイルを編集するか、API を使用して Ops Manager を構成する場合は、次の設定を変更します。この設定は、Ops Manager インスタンスの配置を自動化する場合に役立ちます。
mms.ignoreInitialUiSetupタイプ: ブール値
これを
trueに設定すると、最初のユーザー アカウントで初期設定ウィザードを完了する必要なく、Ops Manager を完全に使用できるようになります。警告
Ops Manager は通常のプレフライト チェックを行い、必要な設定がすべて完了していることを確認します。これらの設定の 1 つ以上が
conf-mms.propertiesに含まれていない場合、Ops Manager は起動を拒否し、ログファイルに欠落しているフィールドをリストします。Ops Manager を起動する前に、基本的な Ops Manager 機能を有効にするために、次の必須設定を
conf-mms.propertiesに追加します。UI 設定conf-mms.properties設定必要性必須
なし
必須
必須
必須
必須
必須
必須
必須
必須
必須
任意
任意
任意
任意
任意
任意
任意
注意
任意とマークされたフィールドにはデフォルト値があります。これらを変更する場合は、設定と新しい値を指定できます。
例
以下の値はその例です。Ops Manager のインストールに適した値を代入します。この参照で指定されるその他の設定を追加することもできます。
最小限の機能で Ops Manager インストールを構成するには、次の設定を
conf-mms.propertiesに追加します。mms.ignoreInitialUiSetup=true mongo.mongoUri=mongodb://db1.example.com:27017,db2.example.com:27017,db3.example.com:27017 mms.centralUrl=http://localhost:8080 mms.fromEmailAddr=example@example.com mms.replyToEmailAddr=example@example.com mms.adminEmailAddr=example@example.com mms.mail.transport=smtp mms.mail.hostname=mail.example.com mms.mail.port=465
すべてのクラスターの表示
mms.allclusters.onlyMembershipタイプ: ブール値
デフォルト: False
すべてのクラスターの表示に、Ops Manager 管理者が属する配置のみを表示するか(値を
trueに設定)、管理者がアクセスできる配置のみを表示するか(値をfalseに設定)を決定します。
アプリケーション データベース接続
以下の設定は Ops Manager Application Database への Ops Manager 接続を構成します。この設定は、各 Ops Manager サーバーのconf-mms.propertiesファイルで構成する必要があります。 認証情報を暗号化するには、「ユーザー認証情報の暗号化」を参照してください。
mongo.mongoUri 設定は、アプリケーション データベースへの接続に関連する Ops Manager 構成の一部です。アプリケーション データベースをレプリカセットとして配置する場合は、 mongo.mongoUri を、レプリカセットのすべてのノードまたはレプリカセットの DNS シードリストを含む接続文字列に設定します。
mongo.mongoUri=mongodb://mongod1.example.com:40000,mongod2.example.com:40000,mongod3.example.com:40000
アプリケーション データベースが認証 を使用する場合、接続文字列にはデータベースが使用する認証メカニズムの認証情報も含める必要があります。配置タイプ、プロトコル、認証方法に一致する接続文字列の形式を見つけるには、mongo.mongoUri のセレクターを使用します。
mongo.mongoUri型: string
MongoDB Ops Manager Application Database にアクセスするために使用される接続文字列。該当する場合、接続文字列には、MongoDB Ops Manager Application データベースで使用される
authentication mechanismの認証情報を含める 必要があります 。接続文字列のフォーマット方法は、以下により異なります。
バッキング データベースに配置したクラスターのタイプ
使用するプロトコル、そして
使用する認証方法。
注意
必要な MongoDB ロール
バッキング データベースを認証する MongoDB ユーザーは、次のロールを持っている必要があります。
clusterAdminそうでなく、データベースがシャーディングされたクラスターである場合、clusterMonitor
mongo.encryptedCredentialsタイプ: ブール値
mongo.mongoUriで暗号化された認証情報を使用するには、Ops Manager 認証情報ツールを使用して認証情報を暗号化し、それらをmongo.mongoUri設定に入力し、以下のようにこの設定をtrueにします。mongo.encryptedCredentials=true
Ops Manager Application Database への Kerberos 認証
mms.kerberos.keyTab型: string
Kerberos を使用する場合は必須です。プリンシパルのキータブ ファイルへの絶対パス。
mms.kerberos.keyTab=/path/to/mms.keytab
mms.kerberos.principal型: string
Kerberos を使用する場合は必須です。 MongoDBで認証するために使用されるプリンシパル。これは とまったく同じユーザーである必要があります。
mongo.mongoUrimms.kerberos.principal=mms/mmsweb.example.com@EXAMPLE.COM
jvm.java.security.krb5.conf型: string
任意。代替の Kerberos構成ファイルへのパス。値はJVMの
java.security.krb5.confに設定されます。jvm.java.security.krb5.conf=/etc/conf/krb5.conf
Ops Manager アプリケーションデータベースへの OIDC 認証
MongoDB Ops Manager とバックアップデーモンは、このページに記載されている既存の認証メカニズムに加えて、OIDC を使用して Ops Manager Application Database に認証できます。 MongoDB Ops Manager はスタートアップ時に conf-mms.properties からこれらの設定を読み取ります。これらの設定のいずれかを変更するには、Ops Manager を再起動する必要があります。バックアップデーモンはスタートアップ時に同じ conf-mms.propertiesファイルを読み取るため、バックアップデーモンも再起動します。
これらの設定は、conf-mms.properties 内のすべての mongo.* 構成接続にグローバルに適用されるため、すべての接続は同じ OIDC 構成を共有します。
mms.oidcEnabledタイプ: ブール値
デフォルト: false
Ops Manager とバックアップデーモンから Ops Manager Application Database への OIDC認証を有効にします。既存の認証メカニズムに加えて、OIDC認証が利用可能です。を有効にしても、設定された他のメカニズムは無効になりません。
mongo.oidcEnabled=true
mms.oidcMethod型: string
MongoDB Ops Manager が OIDC を使用して MongoDB Ops Manager Application Database を認証するために使用するトークン取得方法。このオプションは次のいずれかの値に設定します。
callback: Keycloud、Okta、 Azureなどのカスタム IdP に対してクライアント認証情報フローを使用します。azure: Azure のワークロードアイデンティティに対して、組み込み環境認証を使用します。gcp: GCP のワークロード ID に対して組み込み環境認証を使用します。k8s: Kubernetes ワークロードアイデンティの場合は、組み込み環境認証を使用します。
azure、gcp、k8sメソッドの場合、MongoDB ドライバーは環境からワークロードアイデンティティトークンを取得し、クライアント シークレットを必要としません。mongo.oidcMethod=callback
mms.oidcTokenUri型: string
IdP のトークンエンドポイントURL 。 MongoDB Ops Manager はこのエンドポイントを使用して、クライアント認証情報フローを使用してアクセス トークンをリクエスト。
mms.oidcMethodがcallbackazureの場合に必須です。 、gcp、またはk8sメソッドでは使用されません。mongo.oidcTokenUri=https://idp.example.com/realms/prod/protocol/openid-connect/token
mms.oidcClientId型: string
アクセス トークンを要求するときに MongoDB Ops Manager が IdP に提示するクライアント識別子。
mms.oidcMethodがcallbackの場合に必須です。azureメソッドの場合、任意で、ユーザーが割り当てたマネージド ID のクライアントIDにこれを設定できます。省略すると、MongoDB Ops Manager はシステムに割り当てられたマネージド ID を使用します。gcpk8sメソッドまたは メソッドでは使用されません。mongo.oidcClientId=ops-manager-appdb
mms.oidcClientSecret型: string
アクセス トークンを要求するときに MongoDB Ops Manager が IdP に提示するクライアントシークレット。
mms.oidcMethodがcallbackazureの場合に必須です。 、gcp、またはk8sメソッドでは、クライアントシークレットが必要ないため使用されません。mongo.oidcClientSecret=<client-secret>
mms.oidcScope型: string
Ops Manager がクライアント認証情報フローを使用してアクセス トークンを取得するときに IdP から要求する OAuth2 スコープ。
mms.oidcMethodがcallbackの場合にのみ使用されます。azure、gcp、またはk8sメソッドでは使用されません。mongo.oidcScope=openid
mms.oidcTokenResource型: string
The audience or resource identifier that Ops Manager requests when acquiring a workload identity token from the environment. This value must match the
audienceconfigured for this IdP in the target MongoDB deployment'soidcIdentityProviderssetting.mms.oidcMethodがazureまたはgcpの場合に必須です。callbackk8sメソッドまたは メソッドでは使用されません。mongo.oidcTokenResource=https://my-mongodb-audience
重要
Ops Manager は、Ops Manager Application Database の OIDC 構成を conf-mms.properties を通じてのみ公開します。管理インターフェースには、この構成のUI は含まれていません。
アプリケーション データベースへの TLS/SSL 接続
mongo.sslタイプ: ブール値
trueに設定すると、MongoDB Ops Manager Application Database への TLS 接続が有効になります。
mongodb.ssl.PEMKeyFile型: string
X509 証明書と秘密キーを含む PEMファイルの名前。
--tlsCAFileMongoDBインスタンスが オプションまたはnet.tls.CAFile設定で実行中いる場合は必須です。その証明書の
Extended Key UsageフィールドにTLS Web client authenticationが含まれている必要があります。MONGODB-X509認証メカニズムを使用して認証する場合は、mongoUri接続文字列にユーザー名としてこれを入力します。
オートメーション デフォルト パス
automation.default.backupAgentLogFile型: string
デフォルト:
/var/log/mongodb-mms-automation/backup-agent.logLinux/macOS 上のバックアップ ログのデフォルト パス。
automation.default.downloadBase型: string
デフォルト: /var/lib/mongodb-mms-automation
Linux/macOS 上のオートメーションによって管理される配置のモニタリング、バックアップ、および MongoDB バイナリのデフォルト パス。
automation.default.monitoringAgentLogFile型: string
デフォルト:
/var/log/mongodb-mms-automation/monitoring-agent.logLinux/macOS のモニタリング ログのデフォルト パス。
mms.agentCentralUrl型: string
レガシー モニタリングエージェントまたは MongoDB エージェントによるモニタリング データのプッシュに使用される MongoDB Ops Manager アプリケーションの FQDN。
設定されていない場合は、
mms.centralUrlの値を使用します。重要
If you plan on accessing your Ops Manager Application using its IPv6 address, you must enclose the IPv6 address in square brackets (
[ ]) to separate it from its port number.以下に例を挙げます。
http://[2600:1f16:777:8700:93c2:b99c:a875:2b10]:8080
バックアップ
mms.alerts.BackupAgentConfCallFailure.maximumFailedConfCallsタイプ: 整数
デフォルト: 10
バックアップでこの回数を超える連続したテレカンの失敗が発生すると、MongoDB Ops Manager は次のグローバル アラートをトリガーします:
Backup has too many conf call failures。
mms.alerts.OutsideSpaceUsedThreshold.maximumSpaceUsedPercentタイプ: 整数
デフォルト: 85
ブロックストア が合計ディスクキャパシティーのこのパーセンテージ以上を使用している場合、Ops Manager は次の システムアラートをトリガーします:
Blockstore space used exceeds threshold。
mms.backupCentralUrl型: string
レガシー バックアップエージェントまたは MongoDB エージェントによるバックアップ データの送信に使用される MongoDB Ops Manager アプリケーションの FQDN。
設定されていない場合は、
mms.centralUrlの値を使用します。重要
If you plan on accessing your Ops Manager Application using its IPv6 address, you must enclose the IPv6 address in square brackets (
[ ]) to separate it from its port number.以下に例を挙げます。
http://[2600:1f16:777:8700:93c2:b99c:a875:2b10]:8080
mms.backup.journal.headsタイプ: ブール値
デフォルト: False
ヘッドデータベースがジャーナリングを使用するかどうかを設定します。「バックアップジョブの管理」を参照して、単一のバックアップジョブでジャーナリングをヘッドデータベースに対して有効または無効にします。
FCV
4.2その後、バックアップカーソルを、バックアップのヘッドデータベースの代わりに使用します。
mms.backup.minimumOplogWindowHours型: float
デフォルト: 3
これは、oplog が記録するデータベース操作の最小時間数を設定します。
配置のoplog は、最後のスナップショット以降のリカバリ データを保持できる十分な大きさでなくてはなりません。この値を増やして、Ops Manager にoplogキャパシティーをモニターさせます。この値は、
brs.snapshotSchedule.intervalの値を満たすかそれを超えるように設定する必要があります。値を
brs.snapshotSchedule.interval未満に設定すると、最後のスナップショットとoplogの終了の間に差が生じる可能性があります。これにより、バックアップは復元に使用できなくなります。古いバックアップジョブは、復元に使用する前に再同期する必要があります。
バックアップ スナップショット
backup.fileSystemSnapshotStore.gzip.compressionLevelタイプ: 整数
デフォルト: 6
Ops Manager がファイル システム ベースのスナップショットをどの程度圧縮するかを決定します。レベルの範囲は
0から9です。0では圧縮は提供されません。19では、スナップショットの圧縮速度が犠牲になり、圧縮の度合いが高まります。レベル1では、スナップショットの圧縮率は最低となりますが、速度は最も速くなります。レベル9では、スナップショットが最も圧縮されますが、速度は最も遅くなります。
注意
File System Store Gzip Compression Level を変更すると、新しいスナップショットにのみ影響します。既存のスナップショットの圧縮レベルには影響しません。
brs.restore.digest.method型: string
Default: SHA1
アーカイブ ファイルの復元用に SHA1 チェックサム値を生成するかどうかを指定します。
使用可能な値は
SHA1またはNONEです。
brs.snapshotSchedule.intervalタイプ: 整数
デフォルト: 24
連続する 2 つのスナップショット間の時間を時間単位で指定します。
指定できる値は次のとおりです。
6、8、12、または24
brs.snapshotSchedule.retention.baseタイプ: 整数
デフォルト: 2
間隔スナップショットを保存する日数を指定します。許容値は、 の値によって異なります。
brs.snapshotSchedule.interval許容値
<
242、3、4、または5。=
242,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30.対応:
.Base Retention of Snapshots
brs.snapshotSchedule.retention.dailyタイプ: 整数
デフォルト: 0
日次スナップショットを保存する日数を指定します。
指定できる値は次のとおりです。
0,3,4,5,6,7,15,30,60,90,120,180or360対応:
.Daily Retention of Snapshots
brs.snapshotSchedule.retention.monthlyタイプ: 整数
デフォルト: 1
月次スナップショットを保存する月数を指定します。
指定できる値は次のとおりです。
0,1,2,3,4,5,6,7,8,9,10,11,12,13,18,24,36,48,60,72, and84
brs.snapshotSchedule.retention.weeklyタイプ: 整数
デフォルト: 2
週単位のスナップショットを保存する週数を指定します。
指定できる値は次のとおりです。
0,1,2,3,4,5,6,7,8,12,16,20,24, and52対応:
.Weekly Retention of Snapshots
brs.pitWindowInHoursタイプ: 整数
デフォルト: 24
特定の時点(PIT)から復元できる期間(時間単位)。
対応:
.PIT Window
backup.kmip.server.host型: string
デフォルト: なし
KMIP サーバーのホスト名を指定します。
MongoDB 4.2.1 以降(および 4.0.14)、カンマ区切りリストで複数の KMIPサーバーを指定できます。
重要
4.0.14 または 4.2.1 より前のバージョンのMongoDBでは、Ops Manager は、KMIPサーバーのホスト名のリストにある最初のKMIPホスト名のみを使用します。
mms.backup.snapshot.maxSumFileForWorkersMBタイプ: 整数
デフォルト: 2048
スナップショットを取得するときに同時に保存されるファイルの最大累積サイズ(メガバイト単位)を設定します。
クエリ可能なスナップショット構成
brs.queryable.connecttimeoutタイプ: 整数
デフォルト: 30
タイムアウトする前に、クエリ可能なスナップショット
mongodインスタンスへの接続を待機する秒数。対応:
Mongo .Connection Timeout
brs.queryable.lruCacheCapacityMBタイプ: 整数
デフォルト: 512
グローバル スナップショット キャッシュ用に JVM ヒープから割り当てるサイズ(メガバイト単位)。 グローバル スナップショット キャッシュは、クエリ可能なスナップショットへの同じスナップショットデータに対する繰り返しのクエリを最適化します。
重要
MongoDB では、MongoDB サポートから変更の指示がない限り、この値を変更することはお勧めしません。
brs.queryable.mounttimeoutタイプ: 整数
デフォルト: 60
タイムアウトする前に、クエリ可能なスナップショットが準備されるまで待機する秒数。
対応:
.Queryable Startup Timeout
brs.queryable.pem.pwd型: string
Proxy Server PEM Fileが暗号化されている場合は必須です。注意
Proxy Server PEM File Passwordを更新した後、変更を有効にするために Web サーバーを再起動します。
brs.queryable.pem型: string
クエリ可能なスナップショットを使用する場合は必須です。1 つ以上の信頼できる証明書と関連する秘密キーの完全な証明書チェーンを含む PEM ファイル。
Proxy Server PEM File次の制限があります。この PEMファイルは、 MongoDB Ops Manager への HTTPS 接続に使用されるものとは異なる必要があります(
mms.https.PEMKeyFile)。この PEM ファイルでは、512 ビットを超えるキー長を使用する必要があります。2048 ビット RSA キーの使用が推奨されます。
この PEM ファイルでは、
sha256など、sha1よりも強力なメッセージ ダイジェストを使用する必要があります。
注意
Proxy Server PEM Fileを更新した後、変更を有効にするために Web サーバーを再起動します。
brs.queryable.proxyPortタイプ: 整数
デフォルト: 25999
クエリ可能なバックアップ ホストのポート。
注意
Proxy Server Portを更新した後、変更を有効にするために Web サーバーを再起動します。
brs.queryable.tls.disabledProtocols型: string
Default: SSLv2Hello,SSLv3,TLSv1,TLSv1.1,TLSv1.3
クエリ可能なスナップショットと復元に対して無効になっている TLS プロトコル バージョン。
brs.queryable.tls.disabledCiphers型: string
Default: TLS_DHE_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_RSA_WITH_AES_128_CBC_SHA256,TLS_DHE_RSA_WITH_AES_128_GCM_SHA256,TLS_DHE_RSA_WITH_AES_256_CBC_SHA,TLS_DHE_RSA_WITH_AES_256_CBC_SHA256,TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
クライアントがクエリ可能なバックアップ ホストに接続するときに MongoDB Ops Manager インスタンスが受け入れられない TLS 暗号スイートのリスト。TLS 暗号スイート名は、カンマ区切りリストとして、エントリ間に空白を入れずに指定します。
診断アーカイブ
mms.admin.diagnostics.archiveDocCountLimitタイプ: 整数
デフォルト: 10000
MongoDB Ops Manager がアクティビティフィードから取得するエントリーの最大数。
mms.admin.diagnostics.archiveDocSizeLimitタイプ: 整数
デフォルト: 7
MongoDB Ops Managerがアクティビティ フィードから取得するデータの最大日数。
mms.admin.diagnostics.archiveDocAgeLimitタイプ: 整数
デフォルト: 7
MongoDB Ops Managerがアクティビティ フィードから取得するデータの最大日数。
メールアドレス
mms.fromEmailAddr型: string
MongoDB Ops Manager アラートなどの一般的なメールを送信するために使用されるメール アドレス。メール アドレスにエイリアスを含めることができます。
mms.fromEmailAddr=mms-alerts@example.com
mms.adminEmailAddr型: string
MongoDB Ops Manager 管理者のメール アドレス。このアドレスには、MongoDB Ops Manager の問題に関連するメールが送信されます。
mms.emailDaoClass型: string
デフォルト:
SIMPLE_MAILER使用する電メール インターフェース。
この設定は、ユーザー インターフェイスと構成ファイルで、異なる方法でラベル付けされます。
送信方法構成設定(mms.emailDaoClass)Amazon Web Services SES
AWS_MAILERSMTPSIMPLE_MAILERこれを SMTP メール サーバーに設定する場合は、以下を設定する必要があります。
これを AWS Simple Email Service に設定する場合は、以下を設定する必要があります。
SMTP メール サーバー
条件付き。 mms.emailDaoClassをSIMPLE_MAILER に設定すると、次の設定が表示されます。
AWS Simple Email Service
条件付き。 mms.emailDaoClassをAWS_MAILER に設定すると、次の設定が表示されます。
aws.ses.endpoint型: string
デフォルト:
https://email.us-east-1.amazonaws.com送信API エンドポイントを 設定します Amazon Web ServicesSES 用の。
HTTP Proxy
http.proxy.portタイプ: 整数
ホストに接続したいポートを指定します。プロキシを使用するには、
Proxy PortとProxy Hostの両方を指定する必要があります。
Kubernetes Setup
kubernetes.templates.credentialsFilePath型: string
Ops Managerプロジェクト内の オブジェクト を作成または更新するためのKubernetes secret としての プログラマティックAPIキー を含む YAMLファイルへのパス。このファイルはYAML形式で、
/mongodb-ops-manager/ディレクトリに保存する必要があります。このファイルはKubernetes Secret Setupに対応します。apiVersion: v1 kind: Secret metadata: name: organization-secret namespace: mongodb stringData: user: ${publicKey} publicApiKey: ${privateKey}
kubernetes.templates.projectFilePath型: string
Ops Manager プロジェクトへのリンクに使用する ConfigMap を含む YAML ファイルへのパス。このファイルは YAML 形式で、
/mongodb-ops-manager/ディレクトリに保存する必要があります。また、Kubernetes ConfigMap Setupに対応しています。
MongoDB バージョン管理
automation.versions.source型: string
デフォルト:
remoteMongoDB インストーラのバイナリのソースを表します。
automation.versions.sourceに指定できる値と、値を設定するために存在する必要がある条件は次のとおりです。値条件remoteMongoDB Ops Manager とエージェントはインターネットにアクセスできます。
hybridOps マネージャーはインターネットにアクセスできますが、エージェントはアクセスできません。 Ops Manager は、 MongoDBバイナリをインターネットからダウンロードします。エージェントは、Ops Manager からバイナリをダウンロードします。
localOps Manager もエージェントもインターネットにアクセスできません。 MongoDB Ops Manager 管理者は、 配置構築でインターネット アクセスを制限する 」で説明されているように、バージョンマニフェストとMongoDBバイナリを Ops Manager ホストにアップロードする必要があります。
automation.versions.download.baseUrl型: string
デフォルト: ダウンロードs.mongodb.com、 Downloads.mongodb.org、fastdl.mongodb.org、opsmanager.mongodb.com
MongoDBバイナリを取得するためのHTTP (S)エンドポイント。エンドポイントが HTTPS エンドポイントの場合、
httpsCAFileで指定された証明機関ファイルを使用して証明書が検証されます。automation.versions.download.baseUrlが設定されていない場合、 MongoDB はMongoDBバイナリにデフォルトのリモート URL を使用します。
automation.versions.download.baseUrl.allowOnlyAvailableBuildsタイプ: ブール値
デフォルト: True
trueに設定すると、Ops Manager は指定できる MongoDB バージョンを、配置で使用可能なバージョンに制限します。この設定は、
automation.versions.download.baseUrlがカスタム値で設定されている場合にのみ適用されます。
automation.versions.directory型: string
デフォルト:
/opt/mongodb/mms/mongodb-releases/Ops Manager が MongoDB バイナリを保存する Ops Manager アプリケーション サーバー上のディレクトリを指定します。オートメーションは、配置に MongoDB のバージョンをインストールまたは変更する際にバイナリにアクセスします。
Version Manifest SourceLocalモードで実行するように設定すると、バックアップデーモンもこのディレクトリから MongoDB バイナリにアクセスします。詳細については、「配置構築でインターネット アクセスを制限する」を参照してください。
mongodb.release.autoDownloadタイプ: ブール値
デフォルト: True
バックアップデーモンが必要とするバージョンの MongoDB を、バックアップデーモンが自動的にインストールするかどうかを示すフラグ。
trueデーモンは、インターネット経由でMongoDB Inc. からバイナリを取得します。
falseバックアップデーモンはインターネットにアクセスできないため、Ops Manager 管理者は、バックアップデーモンが必要とするMongoDBリリースのすべてのアーカイブ バージョンを手動でダウンロードして抽出する必要があります。管理者は、抽出したバイナリを Ops Manager ホスト上の
Versions Directoryに配置する必要があります。警告
Ops Manager がローカル モードで実行されている場合は、
falseに設定します。
mongodb.release.autoDownload.enterpriseタイプ: ブール値
バックアップデーモンが必要とするバージョンのMongoDBの エンタープライズ エディションを、バックアップデーモンが自動的にインストールするかどうかを示すフラグ。 を
mongodb.release.autoDownloadtrueに設定する必要があります。警告
Linux ホストでMongoDB Enterpriseを実行する場合は、MongoDB をインストールする前に、各ホストに一連の依存関係を手動でインストールする必要があります。 MongoDB マニュアルには、依存関係をインストールするための適切なコマンドが記載されています。
「配置構築でインターネット アクセスを制限する」を参照してください。
mongodb.release.modulePreference型: string
バックアップに MongoDB Community バイナリを使用するか、エンタープライズ バイナリを使用するかを指定します。
指定できる値は次のとおりです。
enterprisePreferredenterpriseRequiredcommunityRequired
enterpriseRequiredまたはcommunityRequiredが選択されると、Ops Manager はバックアップにそれらのバイナリのみを使用します。enterprisePreferredを選択すると、Ops Manager は、使用可能な場合はエンタープライズ バイナリを使用し、使用できない場合はコミュニティ バイナリを使用します。注意
enterpriseRequiredmongodb.release.autoDownload.enterpriseを選択した場合、trueを に設定するか、エンタープライズ バイナリを ローカルautomation.versions.directoryモード で に手動で配置する必要があります。警告
enterpriseRequiredまたはcommunityRequiredのいずれかが選択されているが、automation.versions.directoryに必要なバイナリが含まれていない場合、バックアップは失敗します。
MongoDB の使用法
mms.mongoDbUsage.defaultUsageType型: string
デフォルト:
PRODUCTION_SERVERこの Ops Manager インスタンスが管理するすべてのエンタープライズ プロセスの、デフォルトの MongoDB Enterprise サーバー タイプ。
構成ファイルで、このパラメーターを次のいずれかの値に設定します。
PRODUCTION_SERVERTEST_SERVERDEV_SERVERRAM_POOLRAM_POOL_TESTBACKING_DATABASE
MongoDB Ops Manager は、ホスト、そのプロジェクト、およびその組織がサーバーの種類を指定していない場合にのみこの値を使用します。特定のホストのサーバータイプを設定するには、 MongoDB使用状況ページ を使用します。 Ops Manager は、各ホストの独自のサーバータイプに基づいて使用状況レポートを作成します。
次の表では、各サーバータイプの環境目的とライセンス要件について説明しています。この表では、上記でリストされた構成ファイルの値ではなく、Ops Manager UIに表示されるサーバータイプ ラベルを使用します。
サーバーの意図環境目的ライセンス要件本番環境サーバー
社内または社外のエンド ユーザー向けにアプリケーションをホストします。
エンド ユーザーが環境を使用する可能性がある場合、その環境は本番環境として機能します。これは、その環境がテスト、品質保証、評価、または開発機能のいずれを提供していても、適用されます。
サーバーごとに 1 つのライセンス
テスト/QAサーバー
このタイプの環境は、次の目的で使用できます。
- テスト
- アプリケーションを実行して、設計どおり、期待どおりに動作することを確認します。プラットフォーム構成は、コンピューティング、ネットワーク、ストレージ機能において、本番環境のパフォーマンスが低いバージョンとなることがあります。
- システム品質の保証
- 本番環境をシミュレートするように構成されたデータ、ハードウェア、ソフトウェアの組み合わせに対してアプリケーションを検証します。プラットフォーム構成は、コンピューティング、ネットワーク、およびストレージ機能の点で、小規模の本番増やすでなくてはなりません。
- ステージ
- パフォーマンス テストやリリース候補の承認など、本番環境をシミュレートします。プラットフォーム構成は、コンピューティング、ネットワーク、およびストレージ機能において本番環境をミラーリングする必要があります。
サーバーごとに 1 つのライセンス
開発サーバー
アプリケーションの設計、コーディング、デバッグ、またはそれらの組み合わせが進行中のホスト。アプリケーションの現在の状態を別の環境に昇格できるかどうかを評価するために使用されます。
なし
RAM プール
あらゆる環境の目的に合わせて、サーバーの自由な組み合わせを提供します。
任意の数のサーバーに対して 1 つのライセンス(これらのサーバー間で購入した RAM の合計 GB の最大数まで)。
バッキング データベース
MongoDB Ops Manager のバッキング データベースをホストします。このオプションを有効にするには、アプリケーション データベースのモニタリングを有効にします。
なし
モニタリング
mms.agentCentralUrl型: string
レガシー モニタリングエージェントまたは MongoDB エージェントによるモニタリング データのプッシュに使用される MongoDB Ops Manager アプリケーションの FQDN。
設定されていない場合は、
mms.centralUrlの値を使用します。重要
If you plan on accessing your Ops Manager Application using its IPv6 address, you must enclose the IPv6 address in square brackets (
[ ]) to separate it from its port number.以下に例を挙げます。
http://[2600:1f16:777:8700:93c2:b99c:a875:2b10]:8080
フェイルオーバーのモニタリング
複数の MongoDB エージェントでモニタリング機能を有効にして、モニタリングの割り当てを分散し、フェイルオーバーを提供できます。MongoDB Ops Manager は、最大 100 の実行中の MongoDB エージェントにモニタリング割り当てを分散します。アクティブなモニタリング モニターを実行中の各 MongoDB エージェントは、MongoDB プロセスの異なるセットをモニタリングします。プロジェクトごとにアクティブなモニタリングを実行する 1 つの MongoDB Agent が、プライマリ モニターになります。プライマリ モニターはクラスターのステータスを MongoDB Ops Manager に報告します。MongoDB エージェントでモニタリングが有効または無効になると、MongoDB Ops Manager は割り当てを再度分散します。プライマリ モニターに障害が発生した場合、MongoDB Ops Managerは、アクティブなモニタリングを実行中の別の MongoDB エージェントを、プライマリ モニターとして割り当てます。
以下の設定は、MongoDB Ops Manager がモニタリングにアクセスできないかどうかを判断する間隔と、スタンバイ エージェントが MongoDB Ops Manager をポーリングしてモニタリング割り当てを受信するかどうかを判断する頻度を調整します。
Ops Manager 管理 API
Prometheus
Prometheus を通じて取り込むことができるメトリクスを有効にするには、次の設定を構成する必要があります。これらの設定は、[Custom] タブで、Ops Manager Config ページ内の [Administration Console: General] タブでも構成できます。
これらの設定を構成した後、各インスタンスで Ops Manager を再起動する必要があります。再起動後、新しい Prometheus エンドポイントには、次の形式のURLでアクセスできます。
http(s)://<opsManagerUri>:<port>/metrics
注意
Prometheus メトリクスのリッスン ポートを指定できます。これは、MongoDB Ops Manager が使用するデフォルトのポートである必要はありませんHTTPの場合は 8080、HTTPS の場合は 8443 です。指定された Prometheus メトリクス ポートへのトラフィックがネットワークで許可されていることを確認します。
有効にした後、統計情報を収集する Ops Manager サーバーごとに、Prometheus で次のような新しいスクレイプ構成を構成する必要があります。
scrape_configs: - job_name: 'opsmanager' static_configs: - targets: [<opsManagerHostname>:<port>]
各サーバーのエンドポイントは、同じサーバーのメトリクスのみを提供することに注意してください。
プッシュ ライブ移行
mms.pushLiveMigrations.mmsUi.centralUrl型: string
MongoDB Ops Manager から Atlas へのライブ移行のベース URL(
https://cloud.mongodb.comなど)。
mms.pushLiveMigrations.syncJobs.enabledタイプ: ブール値
trueに設定すると、MongoDB Ops Manager で次のようなライブ移行プロセスに関する情報をリクエストできます。ライブ移行のソースとして使用できるプロジェクトと配置のリスト。
それぞれの配置およびプロジェクトでライブ移行を円滑化できる、利用可能な構成済み移行ホストのリスト。
Atlas でのライブ移行の現在の実行状況。
MongoDB Ops Manager はこの情報を使用して、ライブ移行プロセスを円滑化します。デフォルトは
trueです。
mms.pushLiveMigrations.updateJob.intervalSecondsタイプ: ブール値
同期が更新される間の繰り返しの間隔(秒単位)。MongoDB Ops Manager と Atlas の間で組織のプロジェクト情報の同期が定期的に行われます。デフォルトの同期間隔は
60です。MongoDB Ops Manager では、同期の更新が 10 ~ 43200 秒(12 時間)の間隔で発生すると想定されています。同期更新の実際の間隔が 43200 秒を超える場合、または検証フェーズ中の同期更新間の実際の間隔が 1800 秒(30 分)を超えると、Atlas へのライブ移行が停止したり、タイムアウトしたり、失敗したりすることがあります。注意
この設定を更新した後、変更を有効にするためにウェブ サーバーを再起動します。
mms.pushLiveMigrations.updateJob.cooldownSecondsタイプ: ブール値
組織のプロジェクトの情報同期リフレッシュの間隔(秒)。同期更新のデフォルトの間隔は
10です。MongoDB Ops Manager では、同期の更新が 10 ~ 43200 秒(12 時間)の間隔で発生すると想定されています。連続同期の実際の間隔が 43200 秒を超える場合、Atlas へのライブ移行が停止したり、タイムアウトしたり、失敗したりすることがあります。注意
この設定を更新した後、変更を有効にするためにウェブ サーバーを再起動します。
mms.pushLiveMigrations.fetchJob.intervalSecondsタイプ: ブール値
Atlas からのライブ移行プランの更新を同期するための繰り返しの間隔 (秒単位)。このプランには、Atlas の移行プロセスの手順が一覧表示されます。MongoDB Ops Manager は定期的に Atlas から現在のプランを取得して進捗状況を確認します。この情報がないと、MongoDB Ops Manager はライブ移行プロセスを次の段階に進めません。
デフォルトの同期間隔は
60です。MongoDB Ops Manager では、同期の更新が 10 ~ 43200 秒(12 時間)の間隔で発生すると想定されています。連続同期の実際の間隔が 43200 秒を超える場合、Atlas へのライブ移行が停止したり、タイムアウトしたり、失敗したりすることがあります。注意
この設定を更新した後、変更を有効にするためにウェブ サーバーを再起動します。
セキュリティ
mms.security.disableBrowserCachingタイプ: ブール値
デフォルト: False
trueの場合、MongoDB Ops Manager はすべての HTTP 応答をキャッシュ不可にします。
mms.security.hstsMaxAgeSecondsタイプ: 整数
デフォルト: 0( HTTPまたは HTTPS を使用できます。)
MongoDB Ops Manager が HTTPS を使用するブラウザ接続を制限する時間 (秒単位)。この値は正の整数である必要があります。
0の値は、 HTTPまたは HTTPS を使用できることを意味します。Tip
HSTS を配置する方法については、 「 HTTP Strict Transport Security 」、「 RFC 6797 、および「 hstspreload.org 」を参照してください。
mms.security.show.om.versionタイプ: ブール値
デフォルト: True
falseの場合、MongoDB Ops Manager はログイン ページにバージョン番号を表示しません。
非均一メモリ アクセス (NUMA)
mongodb.disable.numaタイプ: ブール値
ヘッドデータベースの NUMA を無効にするには、次の値を使用してカスタム設定の変更手順に従います。
Key
mongodb.disable.numaValue
trueNUMA の詳細については、MongoDB プロダクション ノートの「MongoDB と NUMA ハードウェア」を参照してください。
重要
バックアップデーモンが有効になっている各 MongoDB Ops Manager インスタンスには、
numactlサービスがインストールされている必要があります。numactlがインストールされておらず、この設定がtrueに設定されている場合、バックアップジョブは失敗します。MongoDB Ops Managerは任意のバックアップジョブを暗号化できます。 ヘッドデータベース の代わりに バックアップカーソル を使用してバックアップジョブを暗号化します。詳細については、「バックアップデーモンサービス 」を参照してください。
Data Explorer
次の設定は、Ops Manager の Data Explorer 機能の使用を制御します。
mms.featureFlag.dataExplorer型: string
デフォルト:
controlledOps Manager の Data Explorer 機能の利用をグローバルに制御します。デフォルト値
controlledは、明示的にenabledまたはdisabledに変更するまで維持されます。disabledに設定している場合、ユーザーはどのプロジェクトでも Data Explorer にアクセスできません。この設定は、プロジェクトレベルの Data Explorer 設定を上書きします。値説明controlled(デフォルト)管理者は、組織ごとまたはプロジェクトごとに Data Explorer を有効または無効にできます。
enabledData Explorer は、すべての組織およびプロジェクトでグローバルに利用可能です。
disabledData Explorer はグローバルに無効になっています。ユーザーはどのプロジェクトでも Data Explorer にアクセスできません。
Tip
この設定を追加する方法については、「カスタム設定の変更」を参照してください。
サードパーティ統合
Datadog 統合
datadog.api.url型: string
デフォルト:
https://api.datadoghq.com/api/v1MongoDB Ops Manager が Datadog API にアクセスするために使用する URL 。
Datadog をローカルに配置している場合は、このカスタム パラメータを有効にします。これを、導入環境に適した値に設定します。
Tip
この設定を追加する方法については、「カスタム設定の変更」を参照してください。
Opsgenie Integration
opsgenie.api.url型: string
デフォルト:
https://api.opsgenie.com/v2/alertsMongoDB Ops Manager がヨーロッパ諸国で Ops Genie API にアクセスするために使用する URL。
MongoDB Ops Manager インスタンスがヨーロッパで実行される場合は、このカスタム パラメータを有効にします。次に、その値を
https://api.eu.opsgenie.com/v2/alertsに設定します。詳細については、 Opsgenie Alert ドキュメントを参照してください。
Tip
この設定を追加する方法については、「カスタム設定の変更」を参照してください。
Twilio の統合
SMS または 2FA コードでアラート通知を受け取るには、 Twilio のアカウントが必要です。
twilio.account.sid型: string
Twilio アカウントID。
ユーザー認証
mms.email.validation型: string
デフォルト: false
MongoDB Ops Manager でユーザー名をメールアドレスにする必要があるかどうかを決定します。
値説明false(デフォルト)ユーザー名はメールアドレスである必要はありません。
looseユーザー名には、
@記号とそれに続くピリオドを含める必要があります。strictユーザー名は、厳格なメールアドレス検証の正規表現に準拠する必要があります。
strictに設定されている場合、MongoDB Ops Manager は次の正規式を使用して、メールアドレスが3 RFC-3696 のセクション に記載されている要件に準拠していることを検証します。^[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*@(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-z0-9](?:[a-z0-9-]*[a-z0-9])?$ 例
jane.smith@example.comは有効です。jane.smith@ex@mple.comは有効ではありません。
mms.userSvcClass型: string
デフォルト:
UserSvcDb認証資格情報を MongoDB Ops Manager アプリケーション データベースに保存するか、LDAP ディレクトリに保存するかを選択します。
指定できる値は次のとおりです。
認証方法許容値アプリケーション データベース
UserSvcDb重要: MongoDB Ops Manager 6.0 では、許容値は
com.xgen.svc.mms.svc.user.UserSvcDbです。 この古い許容値を使用すると、MongoDB Ops Managerインスタンスはプレフライト チェック中に起動しません。LDAP
UserSvcLdapSAMLUserSvcSaml
MongoDB Ops Manager Application Databaseによる認証
mms.password.maxDaysInactiveBeforeAccountLockタイプ: 数値
MongoDB Ops Manager がアカウントをロックするまでに MongoDB Ops Manager のウェブサイトにアクセスしない最大日数。
mms.password.maxFailedAttemptsBeforeAccountLockタイプ: 数値
アカウントがロックされるまでにログインに失敗した回数。ロックされたアカウントのロックを解除できるのは、MongoDB Ops Manager 管理者だけです。
mms.login.ratelimit.attemptsAllowedタイプ: 数値
特定の IP アドレスのユーザーがタイムアウト期間中に試行できるログインの数。この設定は
Login Attempts Timeout Periodと一緒に構成する必要があります。
mms.login.ratelimit.lockedPeriodMinutesタイプ: 数値
この設定では、次の項目を指定します。
ログイン試行回数が多すぎるかどうかを判断するために使用される期間 (分単位)。
ログインを再開する前にアカウントがロックされる期間。
この設定は
Login Attempts Allowed Before Timeoutと一緒に構成する必要があります。重要
ドロップダウン メニューには、この設定で使用可能な値のみがリストされます。 ドロップダウンにリストされていない値を
conf-mms.propertiesファイルまたはローカル データベースに設定しようとすると、 MongoDB Ops Managerインスタンスの再起動時にエラーが発生します。
mms.user.invitationOnlyタイプ: ブール値
true の場合、新しいユーザーは招待によってのみ登録できます。招待状には、登録リンクを表示する URL が記載されています。false の場合、新しいユーザーは MongoDB Ops Manager URL があれば登録できます。
mms.user.bypassInviteForExistingUsersタイプ: ブール値
デフォルト: False
このチェックボックスは、
mms.userSvcClassをUserSvcDbに設定すると表示されます。値結果true招待なしで、既存のユーザーを任意の組織またはプロジェクトに追加できます。
MongoDB Ops Manager は保留中の招待をすべて削除して無効にします。
新規ユーザーは引き続き招待を受け、招待を受け入れなければなりません。
false- すべてのユーザーは引き続き招待を受け、招待を受け入れなければなりません。
LDAP による認証
これらの設定により、MongoDB Ops Manager は認証に LDAP サーバーを使用するように構成されます。LDAP 認証を使用する場合、MongoDB Ops Manager にログインするには、ユーザーが LDAP グループに属している必要があります。MongoDB Ops Manager ユーザー ロールごとに LDAP グループを作成する必要があります。
開始設定 mms.ldap.global.role 指定された LDAP グループのメンバーに MongoDB Ops Manager グローバルロールを割り当てます。LDAP User Group設定で指定された LDAP 属性で使用される形式を使用してグループを指定します。;;区切り記号を使用して、複数のグループを指定できます。デフォルトの区切り記号を変更するには、mms.ldap.group.separator設定を使用します。各 MongoDB Ops Manager グローバルロールは、配置内のすべての MongoDB Ops Manager プロジェクトへのアクセス権レベルを提供します。特定のグループにアクセスを許可するには、グループ レベルのロールを使用します。
mms.ldap.global.role.automationAdmin型: string
Ops Manager で、 グローバルオートメーション管理者ロール を持つノードが含まれる LDAP グループ。
LDAP User Group設定で指定された LDAP 属性で使用される形式を使用してプロジェクトを指定します。;;区切り文字を使用して複数のプロジェクトを指定できます。デフォルトの区切り記号を変更するには、mms.ldap.project.separator設定を使用します。mms.ldap.global.role.automationAdmin=CN\=MMS-AutomationAdmin,OU\=MMS,OU\=acme Groups,DC\=acme,DC\=example,DC\=com 各 MongoDB Ops Manager グローバル ロールは、配置内のすべての MongoDB Ops Manager プロジェクト へのアクセス権レベルを提供します。特定のプロジェクトへのアクセスを提供するには、グループ レベルのロールを使用します。
mms.ldap.global.role.backupAdmin型: string
MongoDB Ops Manager でグローバル バックアップ管理者ロールを持つノードが含まれる LDAP グループ。
mms.ldap.global.role.backupAdmin=CN\=MMS-BackupAdmin,OU\=MMS,OU\=acme Groups,DC\=acme,DC\=example,DC\=com
mms.ldap.global.role.monitoringAdmin型: string
MongoDB Ops Manager で グローバル モニタリング管理者ロールを持つノードが含まれる LDAP グループ。
mms.ldap.global.role.monitoringAdmin=CN\=MMS-MonitoringAdmin,OU\=MMS,OU\=acme Groups,DC\=acme,DC\=example,DC\=com
mms.ldap.global.role.owner型: string
すべての MongoDB Ops Manager プロジェクト へのフル アクセスとすべての管理特権を含む、MongoDB Ops Manager 配置に対する完全な特権を持つ LDAP グループ。指定された LDAP グループ内のユーザーには、MongoDB Ops Manager で グローバル所有者 ロールが付与されます。
LDAP User Group設定で指定された LDAP 属性で使用される形式を使用してプロジェクトを指定します。mms.ldap.global.role.owner=CN\=MMSGlobalOwner,OU\=MMS,OU\=acme Groups,DC\=acme,DC\=example,DC\=com
mms.ldap.global.role.readOnly型: string
MongoDB Ops Manager でグローバル読み取り専用ロールを持つメンバーの LDAP グループ。
mms.ldap.global.role.readOnly=CN\=MMS-ReadOnly,OU\=MMS,OU\=acme Groups,DC\=acme,DC\=example,DC\=com
mms.ldap.global.role.userAdmin型: string
MongoDB Ops Manager でグローバル ユーザー管理者ロールを持つメンバーの LDAP グループ。
mms.ldap.global.role.userAdmin=CN\=MMS-UserAdmin,OU\=MMS,OU\=acme Groups,DC\=acme,DC\=example,DC\=com
mms.ldap.group.baseDn型: string
デフォルト:
LDAP User Base Dn値MongoDB Ops Manager がグループを検索するために使用する基本識別名 (DN)。空白のままにすると、この設定はデフォルト値を使用します。
mms.ldap.group.baseDn=OU\=groups,DC\=acme,DC\=com
mms.ldap.group.member型: string
ユーザー識別名(DN)を含むグループ エントリのフィールド。 The groupOfNames または groupOfUniqueNames オブジェクト クラスは一般的に使用されます。
mms.ldap.group.member=member
mms.ldap.group.separator型: string
デフォルト:
;;LDAP の区切り文字を設定するには、次の値を使用してカスタム設定の変更手順を行います。
Key
mms.ldap.group.separatorValue
<desired-separator>各グローバル ロールの値は、区切られたプロジェクトのリストを受け取ります。
"dbas,sysadmins" グループ値に区切り文字が含まれている場合は、区切り文字を別の値に設定する必要があります。
例
グループ値が
"CN\=foo,DN\=bar"で、区切り文字が,の場合、MongoDB Ops Manager は"CN\=foo,DN\=bar"を 1 つのグループの説明としてではなく、2 つの要素として解析します。
mms.ldap.referral型: string
リファーラルの処理方法を設定するために使用される LDAP フィールド。次の 2 つの値を受け入れます。
ignore: 紹介を無視します。follow: 紹介を自動的にフォローします。
mms.ldap.ssl.CAFile型: string
PEM 形式の 1 つ以上の信頼できる証明書を含むファイル。LDAPS を使用しており、サーバーが既知の証明機関からのものではない証明書を使用している場合は、この設定を使用します。
mms.ldap.ssl.CAFile=/opt/CA.pem
mms.ldap.ssl.PEMKeyFile型: string
クライアント証明書と秘密キーを含むファイル。 TLS LDAPサーバーでクライアント証明書が必要な場合は、この設定を使用します。
mms.ldap.ssl.PEMKeyFile=/opt/keyFile.pem
mms.ldap.ssl.PEMKeyFilePassword型: string
LDAP SSL PEM Key Fileのパスワード。PEMKeyFileが暗号化されている場合、この設定を使用します。mms.ldap.ssl.PEMKeyFilePassword=<password>
mms.ldap.user.baseDn型: string
MongoDB Ops Manager がユーザーを検索するために使用する基本識別名 (DN)。
=記号を\でエスケープします。mms.ldap.user.baseDn=DC\=acme,DC\=example,DC\=com
mms.ldap.user.email型: string
Default:
mailper RFC2256ユーザーのメールアドレスを含む LDAP ユーザー属性。LDAP 認証が成功すると、MongoDB Ops Manager は指定された LDAP 属性を MongoDB Ops Manager ユーザー レコードのメールアドレスと同期します。
mms.ldap.user.email=mail
mms.ldap.user.firstName型: string
Default:
givenNameper RFC2256ユーザーの名(first name)を含む LDAP ユーザー属性。LDAP 認証が成功すると、MongoDB Ops Manager では指定された LDAP 属性を MongoDB Ops Manager のユーザー レコードから取得したユーザーの名と同期します。
mms.ldap.user.firstName=givenName
mms.ldap.user.group型: string
ユーザーが属する LDAP グループのリストを含む LDAP ユーザー属性。 LDAP 属性では、コモン ネーム(
cn)や識別名(dn)など、任意の形式を使用してプロジェクトを一覧表示できます。この構成ファイルでプロジェクトを指定する Ops Manager 設定は、選択した形式と一致する必要があります。重要
MongoDB Ops Manager では
mms.ldap.user.groupが非推奨になりました。mms.ldap.group.memberを使用します。次の値を指定する場合
mms.ldap.user.groupただし、MongoDB Ops Manager はネストされた LDAP グループ内のユーザーのメンバーシップを認識しません。
mms.ldap.user.group=memberOf
mms.ldap.user.lastName型: string
Default:
surnameper RFC2256ユーザーの姓を含む LDAP ユーザー属性。LDAP 認証が成功すると、MongoDB Ops Manager は指定された LDAP 属性を MongoDB Ops Manager のユーザー レコードから取得したユーザーの姓と同期します。
mms.ldap.user.lastName=sn
mms.ldap.user.searchAttribute型: string
LDAP 検索に使用される LDAP フィールド。これは通常、ユーザー名またはメールアドレスです。このフィールドの値は、MongoDB Ops Manager のユーザー名としても使用されます。
mms.ldap.user.searchAttribute=<myAccountName>
SAML による認証
mms.saml.idp.uri型: string
シングル サインオンを調整するために使用する ID プロバイダー ( IdP)の URI。これは、 EntityId または ID プロバイダー発行者と呼ばれることもあります。
mms.saml.slo.url型: string
ユーザーがログアウトしようとしたときに MongoDB Ops Manager が呼び出すシングル ログアウト エンドポイントの URL 。設定されている場合、ユーザーが MongoDB Ops Manager からログアウトしようとすると、IdP からもログアウトされます。空白のままにすると、MongoDB Ops Manager からログアウトしてもユーザーは IdP セッションからログアウトされません。
mms.saml.ssl.PEMKeyFile型: string
SP がリクエストに署名するために使用する証明書の PEM ファイルへの絶対パス。秘密キーと公開キーが両方含まれます。これが空白のままだと、MongoDB Ops Manager による IdP への SAML 認証リクエストへの署名が行われないため、SAML アサーションを暗号化できません。
mms.saml.encrypted.assertionsタイプ: ブール値
IdP がMongoDB Ops MongoDB Ops ManagerManagerに送信するアサーションを暗号化するかどうかを示すフラグ。
mms.saml.signedAssertionsタイプ: ブール値
デフォルト:
trueIdP が MongoDB Ops Manager に送信するアサーションに署名するかどうかを示すフラグ。
重要
アサーションまたはレスポンスのいずれかが署名されていることを確認します。 アサーションまたは応答のいずれかが署名されていない場合、構成は検証に失敗し、 MongoDB Ops Managerはエラーを返します。MongoDB Ops Manager
mms.saml.signedMessagesタイプ: ブール値
デフォルト:
trueIdP が MongoDB Ops Manager に送信する応答に署名するかどうかを示すフラグ。
重要
アサーションまたはレスポンスのいずれかが署名されていることを確認します。 アサーションまたは応答のいずれかが署名されていない場合、構成は検証に失敗し、 MongoDB Ops Managerはエラーを返します。MongoDB Ops Manager
mms.saml.signature.algorithm型: string
IdP との間で送受信される署名を暗号化するアルゴリズム。
次のいずれかの完全な W3.org を使用する必要があります署名アルゴリズム値は、次のとおりです。
http://www.w3.org/2001/04/xmldsig-more#rsa-sha1http://www.w3.org/2000/09/xmldsig#dsa-sha1http://www.w3.org/2001/04/xmldsig-more#rsa-sha256http://www.w3.org/2001/04/xmldsig-more#rsa-sha384http://www.w3.org/2001/04/xmldsig-more#rsa-sha512
重要
単純なstring値ではなく、完全なW3.org署名アルゴリズムURLを指定する必要があります。単純な string 値を使用すると、
rsa-sha256など、IdP は署名を正しく検証できないため、MongoDB Ops Manager はunauthorizedエラーを返します。例:
mms.saml.signature.algorithm=http://www.w3.org/2001/04/xmldsig-more#rsa-sha256
mms.saml.global.role.owner型: string
SAML グループ ノード属性内のグループ。このグループのノードには、この配置に対してすべてのグループへの完全なアクセス権およびすべての管理権限を含む、完全な権限が付与されます。
mms.saml.global.role.automationAdmin型: string
SAML グループ ノード属性内のグループ。このグループのノードには
Global Automation Adminロールが付与されます。
mms.saml.global.role.backupAdmin型: string
SAML グループ ノード属性内のグループ。このグループのノードには
Global Backup Adminロールが付与されます。
mms.saml.global.role.monitoringAdmin型: string
SAML グループ ノード属性内のグループ。このグループのノードには
Global Monitoring Adminロールが付与されます。
mms.saml.global.role.userAdmin型: string
SAML グループ ノード属性内のグループ。このグループのノードには
Global User Adminロールが付与されます。
mms.saml.global.role.readOnly型: string
SAML グループ ノード属性内のグループ。このグループのノードには
Global Read Onlyロールが付与されます。
OIDC による認証
OIDC を使用して、 外部IdPを通じてユーザーを認証するように Ops Manager を構成できます。完全な設定手順については、「 OIDC 認証のための Ops Manager ユーザーの構成 」を参照してください。
mms.oidc.customCaCertificate型: string
Ops Manager が IdP に接続するときに信頼する PEM 形式でエンコードされた認証局証明書または証明書。 IdP が 自己署名認証局またはプライベート認証局を使用する場合は、この設定を使用します。複数の証明書を連結することができます。
mms.oidc.pkce.enabledタイプ: ブール値
デフォルト: true
認可コードフローの PKCE を有効にします。 MongoDB Ops Manager は、デフォルトでこの設定を有効にします。 IdP がコンフィギュレーション クライアント用の PKCE をサポートしていない場合にのみ、この設定を無効にします。
mms.oidc.sp.baseUrl型: string
OIDC サービスプロバイダーのベースURL 。この値を設定しない場合、MongoDB Ops Manager は
mms.centralUrlを使用します。 MongoDB Ops Manager にアクセスするために別のURL が必要な場合は、この設定を使用します。
mms.oidc.global.role.owner型: string
ロールを受け取るノードが含まれる IdP グループのコンマ区切りリスト。グローバル オーナーには、すべての管理権限を含む、この配置に対する完全な権限が付与されます。
Global Owner
mms.oidc.global.role.automationAdmin型: string
ロールを受け取るノードが含まれる
Global Automation AdminIdP グループのコンマ区切りリスト。
mms.oidc.global.role.backupAdmin型: string
ロールを受け取るノードが含まれる
Global Backup AdminIdP グループのコンマ区切りリスト。
mms.oidc.global.role.monitoringAdmin型: string
ロールを受け取るノードが含まれる
Global Monitoring AdminIdP グループのコンマ区切りリスト。
mms.oidc.global.role.userAdmin型: string
ロールを受け取るノードが含まれる
Global User AdminIdP グループのコンマ区切りリスト。
mms.oidc.global.role.readOnly型: string
ロールを受け取るノードが含まれる
Global Read OnlyIdP グループのコンマ区切りリスト。
多要素認証(MFA)
mms.multiFactorAuth.level型: string
デフォルト: オフ
2 要素認証の「レベル」を設定します。
設定説明OFF2要素認証を無効にします。MongoDB Ops Manager は 2 要素認証を使用しません。
OPTIONALユーザーは、MongoDB Ops Managerアカウントに 2 要素認証を設定することを選択できます。
REQUIRED_FOR_GLOBAL_ROLESグローバル ロールを持つユーザーは、2 要素認証を設定する必要があります。2 要素認証は、他のすべてのユーザーにとっては任意です。
REQUIREDすべてのユーザーは、MongoDB Ops Manager アカウントに 2 要素認証を設定する必要があります。
MongoDB Ops Manager の配置のセキュリティのために、2 要素認証を推奨します。
警告
構成ファイルを通じて
mms.multiFactorAuth.levelを有効にする場合は、構成ファイルを更新する前にまずユーザー アカウントを作成する必要があります。そうしないと、MongoDB Ops Manager にログインできません。注意
Twilio 統合を有効にする場合 (任意)、MongoDB Ops Manager サーバーが
twilio.comドメインにアクセスできることを確認します。
mms.multiFactorAuth.allowResetタイプ: ブール値
デフォルト: False
trueの場合、MongoDB Ops Manager では、パスワードをリセットするのと同様の方法で、ユーザーがメールを介して 2 要素認証設定をリセットできます。2 要素認証をリセットするには、ユーザーは以下を行う必要があります。
ユーザーアカウントに関連付けられたアドレスでメールを受信できるようになります。
ユーザーアカウントのパスワードが分かっています。
APIユーザーが属する各MongoDB Ops Manager プロジェクトの エージェント キー を知っている。
mms.multiFactorAuth.issuer型: string
Google Authenticator が 2 要素認証を提供する場合、この文字列は Google Authenticator アプリの
issuerになります。空白のままにした場合、issuerは MongoDB Ops Manager インストールのドメイン名になります。
mms.multiFactorAuth.requireタイプ: ブール値
デフォルト: False
trueの場合、MongoDB Ops Manager は、ユーザーがログインしたり、アプリケーション内で特定の破壊的な操作を実行したりするために 2 要素認証を要求します。Twilio 統合を構成すると、ユーザーは Google Authenticator、SMS、または音声通話を介して 2 要素トークンを取得できます。それ以外の場合、2 要素認証を提供する唯一のメカニズムは Google Authenticator です。
reCaptcha とセッションの長さ
reCaptcha.enabled.registrationタイプ: ブール値
デフォルト: false
新しいユーザーが MongoDB Ops Manager の使用を登録するときに、reCaptcha 検証を使用して自分自身を検証することを望んでいることを示すインジケーター。
true新規ユーザーの登録時に reCaptcha の検証を要求するには、 を に設定します。この設定には reCaptcha アカウントが必要です。
reCaptcha.enabledタイプ: ブール値
デフォルト: false
ユーザーが MongoDB Ops Manager にログインするときに、reCaptcha 検証を使用して自分自身を検証する必要があることを示すインジケーター。
truereCaptcha が必要な場合は に設定 ユーザがログインするときの検証。この設定には reCaptcha アカウントが必要です。
ReCaptcha Enabledに対応します。
mms.session.maxHoursタイプ: 数値
MongoDB Ops Manager ウェブサイトのセッションが期限切れになるまでの時間数。
注意
Session Max Hours アイドル時間だけでなく、MongoDB Ops Manager セッションの合計時間を反映します。Session Max Hours が経過すると、アクティブなセッションとアイドルなセッションの両方が期限切れになります。
ブラウザーのセッション クッキーのみを使用するには、この値を
0に設定します。
Web Server
mms.centralUrl型: string
Ops Manager Application の FQDN とポート番号。
8080以外のポートを使用するには、「Ops Manager のホスト名とポートの管理」を参照してください。mms.centralUrl=http://mms.example.com:8080 URL to Access Ops Managerに対応します。重要
If you plan on accessing your Ops Manager Application using its IPv6 address, you must enclose the IPv6 address in square brackets (
[ ]) to separate it from its port number.以下に例を挙げます。
http://[2600:1f16:777:8700:93c2:b99c:a875:2b10]:8080
mms.https.PEMKeyFile型: string
Ops Manager Application の有効な証明書と秘密キーが含まれる PEM ファイルへの絶対パス。MongoDB Ops Manager アプリケーションが HTTPS を使用して、 MongoDB Ops Manager アプリケーション、エージェント、およびウェブ インターフェイス間の接続を暗号化する場合は、PEM ファイルが必要です。
MongoDB Ops Manager アプリケーションへの HTTPS アクセスのデフォルトポートは、
<install_dir>/conf/mms.confファイルに設定されている8443です。このデフォルトを変更する場合は、mms.centralUrl設定で指定されているポートも変更する必要があります。
mms.https.PEMKeyFilePassword型: string
HTTPS PEM キー ファイルのパスワード。PEM キー ファイルに暗号化された秘密キーが含まれている場合は、この設定を含める必要があります。
mms.https.ClientCertificateMode型: string
Ops Manager がクライアントに接続するときに有効な TLSクライアント証明書の提示を要求するかどうかを指定します。指定できる値は以下のとおりです。
noneagents_onlyrequired
これらの値では、大文字と小文字が区別されます。
mms.https.CAFile型: string
次の場合に必須:
プライベート証明機関を使用しています。
を
mms.https.ClientCertificateModeagents_onlyまたはrequiredに設定します。TLS を有効にして MongoDB Ops Manager をハイブリッド モードで実行します。
受け入れ可能なクライアント証明書のリストを含むプライベート認証局ファイルのファイルシステムの場所を指定します。Ops Manager Application は、このファイルに記述された証明書を持つクライアントからの HTTPS リクエストを認証します。
mms.https.CAFile=/path/to/ca_file.pem
mms.https.dualConnectorsタイプ: ブール値
デフォルト: False
HTTP と HTTPS を同時に使用して MongoDB Ops Manager への接続を有効にします。
You can use this setting temporarily while you upgrade Ops Manager and the MongoDB Agents to use TLS. To ensure zero downtime, set to
trueand provide a value formms.http.bindhostname. After you configure Ops Manager and the MongoDB Agents, set tofalse.重要
mms.https.dualConnectorsがtrueの間、安全でない接続を使用して MongoDB Ops Manager にアクセスできます。MongoDB エージェントをアップデートして TLS 接続を使用するようにした後でのみ、安全な接続を許可するには、
mms.https.dualConnectorsをfalseに設定します。
mms.http.bindhostname型: string
デフォルト: 127.0.0.1
MongoDB エージェントが HTTP を使用して MongoDB Ops Manager に接続できるホスト名または IP。
MongoDB Ops Manager とMongoDBエージェントを TLS を使用するようにアップグレードする間、この設定を一時的に使用できます。ダウンタイムをゼロにするには、値を設定し、
mms.https.dualConnectorsをtrueに設定します。 MongoDB Ops Manager とMongoDBエージェントを構成した後、値を削除します。
mms.remoteIp.header型: string
MongoDB Ops Manager アプリケーションでロードバランサーを使用する場合、ロードバランサーがMongoDB Ops Manager ホストに対する発信元クライアントのIPアドレスを特定するのに使用するHTTPヘッダーフィールドにこれを設定します。
Load Balancer Remote IP Headerを指定する場合、クライアントが MongoDB Ops Manager ホストに直接接続できないようにする必要があります。 MongoDB Ops Manager ホストの前に配置されたロードバランサーによって、キャッシュされたコンテンツが返されないようにする必要があります。Load Balancer Remote IP Headerが設定されると、MongoDB Ops Manager は次の HTTP ヘッダーを有効にします。HTTP ヘッダーOps Manager に転送クライアントがホスト HTTP リクエスト ヘッダーで要求した元のホスト。
HTTP リクエストの実行に使用されるプロトコル。
プロキシ サーバーのホスト名。
リクエストの HTTPS ステータス。
詳細については、「高可用性 Ops Manager アプリケーションの構成」を参照してください。
mms.minimumTLSVersion型: string
デフォルト:
TLSv1.2クライアントが MongoDB Ops Manager に接続するために必要な TLS バージョンを指定します。このプロパティは、MongoDB Ops Manager Admin インターフェースの接続に使用されるブラウザや、 REST APIへの接続に使用されるコマンドライン ツール(
curlなど)など、すべてのクライアントに影響します。- MongoDB Ops Manager バージョン 4.0.9 から 4.0.18 まで、および 4.2.13 と 4.4.0 以前
- MongoDB Ops Manager は
TLSv1.2のみをサポートします。この値をTLSv1.2以外の値(空白値を含む)に変更すると、この MongoDB Ops Manager に接続できなくなります。 - MongoDB Ops Manager バージョン 4.0.0 から 4.0.8、4.0.18 またはそれ以降、4.2.13 またはそれ以降、4.4.0 またはそれ以降
- MongoDB Ops Manager は
TLSv1.0、TLSv1.1、TLSv1.2をサポートします。
注意
TLSv1.2 では、接続するクライアントが次の最小要件を満たす必要があります。
Browser supports TLS version 1.2
curlバージョン 7.34.0+OpenSSL バージョン 1.0.1+
minimum.TLSVersionを設定するには、次の値を使用して「カスタム設定の変更」手順に従います。Key
minimum.TLSVersionValue
<tls-versions>
mms.disableCiphers型: string
Default:
SSL_DHE_DSS_WITH_3DES_EDE_CBC_SHA,SSL_DHE_DSS_WITH_DES_CBC_SHA,SSL_DHE_RSA_EXPORT_WITH_DES40_CBC_SHA,SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA,SSL_DHE_RSA_WITH_DES_CBC_SHA,SSL_RSA_EXPORT_WITH_DES40_CBC_SHA,SSL_RSA_EXPORT_WITH_RC4_40_MD5,TLS_DHE_DSS_WITH_AES_128_CBC_SHA256,TLS_DHE_DSS_WITH_AES_128_CBC_SHA,TLS_DHE_DSS_WITH_AES_256_CBC_SHA256,TLS_DHE_DSS_WITH_AES_256_CBC_SHA,TLS_DHE_RSA_WITH_AES_128_CBC_SHA256,TLS_DHE_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_RSA_WITH_AES_128_GCM_SHA256,TLS_DHE_RSA_WITH_AES_256_CBC_SHA256,TLS_DHE_RSA_WITH_AES_256_CBC_SHA,TLS_DHE_RSA_WITH_AES_256_GCM_SHA384,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256,TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384クライアントが MongoDB Ops Manager アプリケーションと API に接続するときに MongoDB Ops Manager のインスタンスが受け入れることができない TLS 暗号スイートのリストを指定します。次の例では、TLS 暗号スイートの名前をカンマ区切りリストとして指定しています。
重要
Ops Manager で使用される暗号スイート名は、RFC 5246 の命名規則に従う必要があります。 OpenSSL の命名規則は使用しないでください。便宜上、Ops Manager はスタートアップ中に、サポートされているすべての暗号スイート名のリストをログに記録します。 Ops Manager が TLS 暗号スイート名を認識しない場合は、次の警告がログに記録されます。
設定には、JDK が認識しないため無効にすべき暗号として以下が記載されています。エントリーのフォーマットと有効な暗号のリストを確認します。[unrecognized_cipher_name]
mms.disableCiphersを変更するには、次の値を使用して カスタム設定の変更 手順に従います。Key
mms.disableCiphersValue
<ciphers>以下に例を挙げます。
TLS_DHE_RSA_WITH_3DES_EDE_CBC_SHA, TLS_DHE_RSA_WITH_AES_256_CBC_SHA256 警告
mms.disableCiphersをカスタム値に設定すると、これらが無効にした暗号の 1 つ以上が再度有効になる可能性があります。