バックアップのライフサイクル全体を通じて、MongoDB Agentは各 レプリカセット の oplog を追跡し、新しいoplogエントリをMongoDB Ops Managerに送信します。エージェントは、oplogスライスと呼ばれる約10 MBの圧縮バンドルでoplogエントリを送信します。これらのoplogスライスは、oplogストアと呼ばれる1つ以上のストレージシステムに保存されます。すべてのMongoDB Ops Managerの配置には、少なくとも1つのoplogストアが必要です。
バックアップを有効にすると、 MongoDB Ops Managerは最初のoplogストアを作成するように要求します。 これは、ローカル oplog ストアまたは S3 互換の oplog ストアにすることができます。 最初の oplog ストアを作成したら、スナップショット ストアとは別に管理します。 追加の oplog ストアを作成できます。
このチュートリアルでは、oplog エントリを保存するための追加の S3 互換 oplog ストアの作成について説明します。 MongoDB他の インスタンスと同様に、S3 互換の ストアは、oplog アプリケーションがアクセスできるMongoDB および S3 互換のストレージMongoDB Ops Manager バケット(サブフォルダーなし)を実行しているホストに存在できます。
Considerations
専用バケットが必要
MongoDB Ops Managerは、スナップショットに使用する S3 互換ストレージ バケットの 唯一 のマネージャーである必要があります。 MongoDB Ops Managerがサポートしていない機能を使用しないように、S3 互換ストレージ バケットも設定する必要があります。
S3 互換ストレージ バケットを構成する場合、次のことを行います。
MongoDB Ops Managerで使用する S3 互換ストレージ バケットにサブフォルダーを作成しないでください。 MongoDB Ops Managerは S3 互換ストレージ バケット全体の使用のみをサポートしています。
S3 互換のストレージ ライフサイクル ルールは作成しないでください。 MongoDB Ops Managerの現在のバージョンのスナップショット オブジェクトをアーカイブに期限切れまたは移行するライフサイクル ルールでは、構成の復元に使用できない不完全なスナップショットになります。
標準のoplog保存にはバージョン管理されていないバケットを使用する
標準のS3互換oplog保存には、バージョン管理されていないバケットを使用してください。MongoDB Ops Managerは、標準のS3互換oplog保存 (する)に使用するバケットでバージョン管理またはオブジェクトロックが有効になっているかどうかを確認しません。標準のS3互換oplog保存にバージョン管理またはオブジェクトロックが有効なバケットを使用すると、MongoDB Ops Managerはその保存のS3バージョンIDを無視し、保存のデータをgroomできない可能性があります。
oplog ストア用にバージョン管理され、オブジェクト ロックが有効なバケットが必要となるのは、不可変の oplog バックアップに使用する場合のみです。不可変な oplog ストアの要件、構成、動作については、オブジェクト ロックを使用した不可変な S3 バックアップを参照してください。
S3 互換の oplog ストアを移動できない
S3互換性 oplog ストアを作成した後は、移動できません。その代わりに、同じ Amazon Web Services リージョン内の別の S3 互換のストレージ バケット内に新しい S3 互換の oplog ストアを作成できます。S3互換性のあるストレージ スナップショット バケットは、oplog S3互換性のあるストレージ バケットとは異なる必要があります。
ストレージ API をサポートする
MongoDBは、任意のベンダーのAmazon Web Services S3 API と互換性のあるエンドポイントをサポートしています。 MongoDB Ops Managerは、 S3 互換oplogストア設定を保存するときにこれらのエンドポイントを検証しようとします。 検証に合格すると、 MongoDB Ops Managerは構成を保存します。 検証に失敗した場合、 MongoDB Ops Managerはエラーを表示し、構成を保存しません。
書き込み (write)後の強い読み込み整合性が必要
MongoDB Ops Manager では、バックアップに使用する S3 互換ストレージまたは S3 互換ストレージ互換オブジェクト保存 (する)で、強力な書き込み (write)後読み取り整合性が提供される必要があります。MongoDB Ops Manager がオブジェクトをストアに書き込んだ後、そのオブジェクトを読み取ると、最近書き込まれたデータが返される必要があります。結果整合性のみを提供するストアでは、古いデータが返され、バックアップ操作が失敗する可能性があります。
S3互換のストレージ保存構成を作成または更新すると、MongoDB Ops Manager は保存の整合性モデルを検証します。書き込み後に保存が予期されたデータをすぐに返さない場合、検証は失敗し、MongoDB Ops Manager は構成を保存しません。
AWS S3互換ストレージは、デフォルトで強力な書き込み (write)後読み取り整合性を提供します。別のベンダーの S3互換ストレージ互換保存 (する)を使用する場合は、ベンダーのドキュメントを参照して、新規オブジェクトと既存のオブジェクトの上書きの両方に対して保存 (する)が強力な書き込み (write)後読み取り整合性を提供することを確認してください。一部の保存は新規オブジェクトのみに対して整合性を保証し、上書きに対しては最終的にコンシステントになります。これにより、断続的な検証の失敗が発生する可能性があります。
前提条件
メタデータ ストレージの前提条件
専用のMongoDBインスタンスを配置して、 S3 互換oplogストア メタデータ とoplogストアを提供します。 これらのインスタンスは、 MongoDB Ops Managerのホスト、バッキング データベース、またはスナップショット ストアと同じホストで提供します。 これらの インスタンスが管理するデータベースを保存するのに十分な容量を持つ 1 つ以上のストレージ ボリュームを接続します。
自己管理型配置と認証を使用して、S3 互換のoplogメタデータデータベースを保存するインスタンスを保護します。TLS。S3 互換のoplogストアメタデータデータベースは
all authentication mechanismsをサポートします。
Amazon Web Services S3 ストレージの前提条件
IAM ユーザー がいることを確認します Amazon Web Servicesの。
IAM ユーザー用に独自のAWSアクセス キーを作成します。これにより、S3 互換のストレージバケットを作成し、 oplogファイルをそれに保存できます。 MongoDB はAWSアクセスキーを作成または発行しません。
S3 3互換のoplogストアを保存するための独自の S バケットを作成します。
IBM Cloud Object Storage の前提条件
IBM 認証ツールを使用してアクセス キーと秘密キーを作成します。
独自の S3 互換ストレージ バケットを作成します。
Dell EMC 従量制クラウド ストレージの前提条件
ECS ユーザーIDから アクセス キー と 秘密キー を作成します。
独自の S3 互換ストレージ バケットを作成します。
その他の S3 互換ストレージ
他の S3 互換ストレージ エンドポイントを使用できます。 MongoDB Ops Manager は、構成を保存するときにこれらのエンドポイントを検証しようとします。 検証に合格すると、 MongoDB Ops Managerはそれを保存します。 検証に失敗した場合、 MongoDB Ops Managerはエラーを表示し、構成を保存しません。
手順
認証メカニズムによって、ユーザー名とパスワードを提供するかどうか、またどのような形式で提供するかが決定されます。次のタブのいずれかを選択します。
1 つの S3 互換oplogストアを追加
S3 oplogストアの詳細を提供します。
フィールド | 必要性 | 内容 | ||||
|---|---|---|---|---|---|---|
名前 | 必須 | S3 互換の oplog ストアのラベルを入力します。 | ||||
S3 バケット名 | 必須 | S3互換のスナップショットまたはoplog保存をホストするS3互換ストレージバケットの名前を入力します。AWS S3 バケットの場合は、S3 URI プレフィックスを除いてバケット名を入力します。 | ||||
リージョンの上書き | 条件付き | S3 互換ストレージ バケットが存在するリージョンを入力します。 S3 互換ストレージ保存の S3 エンドポイントとなる接続されたデバイス がリージョン スコープをサポートしていない場合にのみ、このフィールドを使用します。AWS S3 バケットでは、このフィールドに値を指定しないでください。 | ||||
S3 エンドポイント | 必須 | この S3 互換ストレージバケットのURLを入力します。AWS がAmazon S3 の通常のエンドポイントとなる接続されたデバイスに準拠する必要がある場合は、パススタイルの形式を使用します: | ||||
S3 Max 接続 | 必須 | この S3 互換ストレージ バケットへの最大接続数を示す正の整数を入力します。 | ||||
パス形式のアクセス | 任意 | バーチャルホスト形式の URL エンドポイントとなる接続されたデバイス 詳細については、 AWSドキュメントの「Path スタイルのリクエスト」を参照してください。 重要: Amazon S3 サービスを使用する場合は、このオプションを選択してください。 | ||||
サーバーサイドの暗号化 | 任意 | サーバー側の暗号化を有効にするには、を選択します。.サーバー側の暗号化を無効にするには、[] をクリアします。 | ||||
S3 認証モード | 必須 | S3 Bucket Nameで指定された S3 互換ストレージ バケットへのアクセスを認可するために使用する方法を選択します。
| ||||
カスタム CA バンドルを持つキー | 条件付き | カスタム認証局チェーンを追加するには、 Choose fileをクリックします。 このチェーンは、 S3 互換ストレージ バケットの自己署名証明書に対して検証できます。 | ||||
Amazon Web Servicesアクセス キー | 条件付き | Amazon Web Servicesアクセス キーIDを入力します。 S3 Authorization ModeをKeysに設定すると、MongoDB Ops Manager にこのフィールドが表示されます。 | ||||
Amazon Web Services秘密キー | 条件付き | Amazon Web Servicesシークレット アクセス キーを入力します。 S3 Authorization ModeをKeysに設定すると、MongoDB Ops Manager にこのフィールドが表示されます。 | ||||
Datastore Type | 必須 | Standalone 、 Replica Set 、またはSharded Clusterを選択します。 この MongoDB databaseは ブロックストアのメタデータを保存します。 | ||||
MongoDB ホスト リスト | 条件付き | ブロックストア メタデータ データベースを構成する 以下に例を挙げます。 MongoDB Ops Manager では、 Datastore TypeをReplica SetまたはSharded Clusterに設定すると、このフィールドが表示されます。 重要: MongoDB Ops Manager はこのメタデータストアを同期ストアとして使用します。 このストアに十分なストレージ領域をプロビジョニングしてください。 | ||||
MongoDB ホスト名 | 条件付き | S3 互換の oplog ストア メタデータ データベースのホスト名を入力します。 Datastore TypeをStandaloneに設定すると、MongoDB Ops Manager にこのフィールドが表示されます。 重要: MongoDB Ops Manager はこのメタデータストアを同期ストアとして使用します。 このストアに十分なストレージ領域をプロビジョニングしてください。 | ||||
MongoDB ポート | 条件付き | S3 互換の oplog ストア メタデータ データベースのポート番号を入力します。 Datastore TypeをStandaloneに設定すると、MongoDB Ops Manager にこのフィールドが表示されます。 | ||||
ユーザー名 | 任意 | このデータベースへのアクセスを許可されたユーザーの名前を入力します。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 SCRAM 認証の構成の詳細については、「 SCRAM 」を参照してください。 このデータベースへのアクセスを許可されたユーザーのクライアント証明書から、 RFC- 形式のサブジェクトを入力します。2253 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 x の構成の詳細については、こちらを参照してください。 509認証については、 x. を参照してください。 509 。 このデータベースへのアクセスを許可されたユーザーのUPNを入力します。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 Kerberos 認証の構成の詳細については、「 Kerberos 」を参照してください。 このデータベースへのアクセスを許可されたLDAPユーザーの名前を入力します。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 LDAP 認証の構成の詳細については、「 LDAP 」を参照してください。 Ops Manager は、この保存 (する)で OIDC を有効化すると、このフィールドを非表示にします。OIDC を構成するには、代わりにOIDC Authentication フィールドを使用します。 | ||||
パスワード | 任意 | このデータベースにアクセスできるユーザー名に関連付けられたパスワードを入力します。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 SCRAM 認証の構成の詳細については、「 SCRAM 」を参照してください。 警告:このパスワードを暗号化するために認証情報ツールを使用しなかった場合、データベースにプレーンテキストとして保存されます。 [] は空白のままにします。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 x の構成の詳細については、こちらを参照してください。 509認証については、 x. を参照してください。 509 。 Kerberos は、キータブ ファイルからパスワードを検索します。 このフィールドにパスワードを入力しないでください。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 Kerberos 認証の構成の詳細については、「 Kerberos 」を参照してください。 このデータベースへのアクセスを許可されたLDAPユーザーのパスワードを入力します。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 LDAP 認証の構成の詳細については、「 LDAP 」を参照してください。 警告:このパスワードを暗号化するために認証情報ツールを使用しなかった場合、データベースにプレーンテキストとして保存されます。 Ops Manager は、この保存 (する)で OIDC を有効化すると、このフィールドを非表示にします。OIDC を構成するには、代わりにOIDC Authentication フィールドを使用します。 | ||||
OIDC 認証 | 任意 | Enable OIDC を選択して、ユーザー名とパスワードの代わりに OIDC を使用してこのストアに認証します。Enable OIDC を選択すると、管理インターフェースはこのストアの Username および Password フィールドを非表示にします。次に、Method を選択します:
設定を保存すると、MongoDB Ops Manager は、ユーザーが提供した OIDC 設定を使用して接続を検証します。既存の保存を編集し、Client Secret を変更せずにした場合、MongoDB Ops Manager は既存のシークレットを維持します。このストアの OIDC 構成の変更を保存するには、Ops Manager とバックアップデーモンを再起動する必要があります。 | ||||
接続オプション | 任意 | MongoDB インスタンスの追加の構成ファイル オプションを入力します。 このフィールドは、エスケープされていない値のみをサポートします。 TLS オプションはここでは機能しません。 適切な構文については、 マニュアルの「 接続string URI 形式 MongoDB」を参照してください。 | ||||
deploymentId | 任意 | バケットをホストする配置リージョンの一意の識別子。 | ||||
暗号化された認証情報 | 任意 | データベースの認証情報がcredentialstoolで暗号化されている場合は、 を選択します。 The credentials include the Username, Password, AWS Access Key ID and AWS Secret Key. | ||||
TLS/SSL を使用する | 任意 | S3 互換の oplog 保存 (する) メタデータ データベースが TLS を使用して暗号化された接続のみを受け入れる場合は、 を選択します。 このチェックボックス以外に、TLS を使用してこの S3 互換の oplog 保存 (する)を接続するには、S3 oplog 保存 (する) データベースで TLS を有効にする必要があります。 | ||||
新しい割り当てが有効になりました | 任意 | この S3 互換の oplog ストアを作成した後に有効にする場合は、 を選択します。 これはデフォルトで選択され、S3 互換の oplog ストアにバックアップジョブを割り当てることができます。 このチェックボックスをクリアすると、S3 互換の oplog ストアが作成されますが、この S3 互換の oplog ストアにバックアップを割り当てることはできません。 このチェックボックスを選択しても、MongoDB Ops Manager が新しいバックアップジョブをこの特定の S3 互換 oplog 保存 (する) に割り当てることは保証されません。MongoDB Ops Manager は、どの有効化された S3 対応の oplog 保存 (する) にも新しいジョブを割り当てることができます。この保存 (する)を特定して対象にする場合は、S3互換のoplog 保存 (する)をバックアップジョブに割り当てる。を参照してください。 | ||||
オブジェクト ロック有効 | 条件付き | このストアで不変のoplogバックアップを有効にするには、選択します。このフィールドを選択する前に、基礎のS3互換ストレージバケットでオブジェクトロックを有効にする必要があります。 MongoDB Ops Managerは、グローバル管理者が この設定は、S3互換のoplog保存を作成する場合にのみ選択できます。保存を保存した後は変更できません。 | ||||
オブジェクト保持期間 (日) | 条件付き | オブジェクト ロックを使用してMongoDB Ops Managerが各oplog sliceのオブジェクトを保護する日数を入力します。この値は、S3互換ストレージバケットで直接構成した保持期間と一致する必要があります。このフィールドはS3互換ストレージバケット自体の保持設定を変更するものではなく、MongoDB Ops Managerはバケットの実際の保持期間を読み取ったり検証したりしません。 MongoDB Ops Managerは、Object Lock Enabledを選択した場合にのみこのフィールドを表示します。 | ||||
オブジェクト保持モード | 条件付き | MongoDB Ops Managerがこのoplog保存(する)のオブジェクトに適用するオブジェクトロック保持モード( MongoDB Ops Managerは、Object Lock Enabledを選択した場合にのみこのフィールドを表示します。 このフィールドを設定することをお勧めします。MongoDB Ops Managerは、S3互換ストレージバケットで直接構成した保持モードを読み取ったり検証したりしません。バケットで構成した保持モードと一致するように、このフィールドを手動で設定する必要があります。値が一致しない場合、Ops Managerが保存 (する)をgroomできないか、バケットがOps Managerが想定しているものとは異なる保持動作を強制する可能性があります。 |
1 つの既存の S3 互換oplogストアを編集
MongoDB Ops Managerは、oplog ストレージoplog ページ の表に ストア を一覧表示します。各行には、各ローカルおよび S 3互換の oplog ストアの設定が含まれています。
変更する必要がある編集可能な値を更新します。
MongoDB Connection列で、次のフィールドで変更する必要がある編集可能な値を更新します。
フィールド | 必要性 | 編集可能 | 内容 | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
S3 バケット名 | 必須 | no | S3 互換の oplog ストアをホストする S3 互換ストレージ バケットの名前を入力します。 | ||||||||||||||||
リージョンの上書き | 条件付き | no | S3 互換ストレージ バケットが存在するリージョンを入力します。 S3 互換ストレージ保存の S3 エンドポイントとなる接続されたデバイス がリージョン スコープをサポートしていない場合にのみ、このフィールドを使用します。AWS S3 バケットでは、このフィールドに値を指定しないでください。 | ||||||||||||||||
S3 エンドポイント | 必須 | no | この S3 互換ストレージバケットの URL を入力します。 | ||||||||||||||||
S3 Max 接続 | 必須 | はい | この S3 互換ストレージ バケットへの最大接続数を示す正の整数を入力します。 | ||||||||||||||||
パス形式のアクセス | 任意 | はい | バーチャルホスト形式の URL エンドポイントとなる接続されたデバイス 詳細については、 AWSドキュメントの「Path スタイルのリクエスト」を参照してください。 | ||||||||||||||||
サーバーサイドの暗号化 | 任意 | はい | サーバー側の暗号化を有効にするには、 をクリックします。サーバー側の暗号化を無効にするには、[] をクリアします。 | ||||||||||||||||
S3 認証モード | 必須 | はい | S3 Bucket Nameで指定された S3 互換ストレージ バケットへのアクセスを認可するために使用する方法を選択します。
| ||||||||||||||||
カスタム CA バンドルを持つキー | 条件付き | はい | カスタム認証局チェーンを追加するには、 Choose fileをクリックします。 このチェーンは、 S3 互換ストレージ バケットの自己署名証明書に対して検証できます。 | ||||||||||||||||
Amazon Web Servicesアクセス キー | 条件付き | はい | Amazon Web Servicesアクセス キーIDを入力します。 S3 Authorization ModeをKeysに設定すると、MongoDB Ops Manager にこのフィールドが表示されます。 | ||||||||||||||||
Amazon Web Services秘密キー | 条件付き | はい | Amazon Web Servicesシークレット アクセス キーを入力します。 S3 Authorization ModeをKeysに設定すると、MongoDB Ops Manager にこのフィールドが表示されます。 MongoDB Ops Manager では既存のAWS Secret Keyは表示されません。 | ||||||||||||||||
<hostname>:<port> | 必須 | はい | S3 互換ストレージ スナップショット ストア メタデータ データベースを構成する 1 つ以上のホストを S 3互換の oplog ストア メタデータ データベースがレプリカセットまたはシャーディングされたクラスターである場合は、 以下に例を挙げます。 S3 互換の oplog ストア メタデータ データベースがスタンドアロンの MongoDB インスタンスである場合は、インスタンスの 重要: S3 oplogホスティング保証:
| ||||||||||||||||
MongoDB Auth ユーザー名 | 任意 | はい | このデータベースへのアクセスを許可されたユーザーの名前を入力します。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 SCRAM 認証の構成の詳細については、「 SCRAM 」を参照してください。 このデータベースへのアクセスを許可されたユーザーのクライアント証明書から、 RFC- 形式のサブジェクトを入力します。2253 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 x の構成の詳細については、こちらを参照してください。 509認証については、 x. を参照してください。 509 。 このデータベースへのアクセスを許可されたユーザーのUPNを入力します。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 Kerberos 認証の構成の詳細については、「 Kerberos 」を参照してください。 このデータベースへのアクセスを許可されたLDAPユーザーの名前を入力します。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 LDAP 認証の構成の詳細については、「 LDAP 」を参照してください。 Ops Manager は、この保存 (する)で OIDC を有効化すると、このフィールドを非表示にします。OIDC を構成するには、代わりにOIDC Authentication フィールドを使用します。 | ||||||||||||||||
MongoDB 認証パスワード | 任意 | はい | このデータベースにアクセスできるユーザー名に関連付けられたパスワードを入力します。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 SCRAM 認証の構成の詳細については、「 SCRAM 」を参照してください。 警告:このパスワードを暗号化するために認証情報ツールを使用しなかった場合、データベースにプレーンテキストとして保存されます。 [] は空白のままにします。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 x の構成の詳細については、こちらを参照してください。 509認証については、 x. を参照してください。 509 。 Kerberos は、キータブ ファイルからパスワードを検索します。 このフィールドにパスワードを入力しないでください。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 Kerberos 認証の構成の詳細については、「 Kerberos 」を参照してください。 このデータベースへのアクセスを許可されたLDAPユーザーのパスワードを入力します。 Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。 LDAP 認証の構成の詳細については、「 LDAP 」を参照してください。 警告:このパスワードを暗号化するために認証情報ツールを使用しなかった場合、データベースにプレーンテキストとして保存されます。 Ops Manager は、この保存 (する)で OIDC を有効化すると、このフィールドを非表示にします。OIDC を構成するには、代わりにOIDC Authentication フィールドを使用します。 MongoDB Ops Manager では既存のMongoDB Auth Passwordは表示されません。 該当なし。 該当なし。 MongoDB Ops Manager では既存のMongoDB Auth Passwordは表示されません。 該当なし。 | ||||||||||||||||
OIDC 認証 | 任意 | はい | Enable OIDC を選択して、ユーザー名とパスワードの代わりに OIDC を使用してこのストアに認証します。Enable OIDC を選択すると、管理インターフェースはこのストアの Username および Password フィールドを非表示にします。次に、Method を選択します:
設定を保存すると、MongoDB Ops Manager は、ユーザーが提供した OIDC 設定を使用して接続を検証します。既存の保存を編集し、Client Secret を変更せずにした場合、MongoDB Ops Manager は既存のシークレットを維持します。このストアの OIDC 構成の変更を保存するには、Ops Manager とバックアップデーモンを再起動する必要があります。 | ||||||||||||||||
暗号化された認証情報 | 任意 | はい | データベースの認証情報がcredentialstoolで暗号化されている場合は、 を選択します。 The credentials include the Username, Password, AWS Access Key ID and AWS Secret Key. | ||||||||||||||||
TLS を使用する | 任意 | はい | S3 互換の oplog ストア データベースが TLS を使用して暗号化された接続のみを受け入れる場合は、 を選択します。 このチェックボックス以外に、TLS を使用してこの S3 互換の oplog 保存 (する)を接続するには、S3 oplog 保存 (する) データベースで TLS を有効にする必要があります。 | ||||||||||||||||
接続オプション | 任意 | はい | MongoDB インスタンスの追加の構成ファイル オプションを入力します。 このフィールドは、エスケープされていない値のみをサポートします。 適切な構文を確認するには、 マニュアルの「 接続 URI 形式string MongoDB」を参照してください。 | ||||||||||||||||
割り当てラベル | 任意 | はい | コンマ区切りのラベルのリストを入力して、S3 互換の oplog ストアを特定のプロジェクトに割り当てます。 | ||||||||||||||||
書込み保証 (write concern) | 必須 | はい | ご希望の書込み保証 (write concern) を選択します。
|
オプション: 必要に応じMongoDB Ops Managerインスタンスを再起動します。
接続stringの値または 書込み保証 (write concern) を変更する場合は、実行中のバックアップデーモンを含むすべてのMongoDB Ops Managerインスタンスを再起動します。
警告
string既存の S3 互換 ストアの接続 の値または書込み保証oplog (write concern)MongoDB Ops Manager を変更するには、それらの変更を適用するためにバックアップデーモンのみを実行しているコンポーネントを含む、すべての コンポーネントを再起動する必要があります。接続パラメーターには、次のものが含まれます。
<hostname>:<port>
MongoDB Auth Username
MongoDB Auth Password
Encrypted Credentials
Use TLS/SSL
Connection Options
Write Concern
別の S3 互換oplogストア ホストに変更すると、 MongoDB Ops Managerは既存の S3 互換oplogストアのデータを他の S3 互換oplogストアにコピーしません。
Tip
接続MongoDB stringURI stringの詳細については、MongoDB マニュアルの「 接続 URI 形式 」を参照してください。
バックアップジョブへのS3互換oplogストアの割り当て
複数のクラスターが 1 つの MongoDB Ops Manager プロジェクトを共有する場合、各クラスターのバックアップジョブを個別の S3対応 oplog ストアにルーティングできます。MongoDB Ops Manager は、Assignment Enabled が選択されているストアに新しいバックアップジョブを割り当てます。各バックアップジョブを開始する前に、割り当てが有効になっているストアを選択することで、各ジョブを特定のストアにルーティングできます。
バックアップジョブごとに分離した S3対応の oplog ストアを作成します。
「1 つの S3互換の oplog ストアを追加」の手順に従って、個別のストアにルーティングする各バックアップジョブについて 1 つの S3互換の oplog ストアを作成します。
ターゲット ストアでの割り当てを有効にし、その他のすべてのストアで割り当てを無効にします。
S3互換の oplog ストアについては、既存の S3互換の oplog ストアを 1 つ編集する手順を使用します。
最初のバックアップジョブに割り当てるストアを選択するには、Assignment Enabled を選択します。
その他のすべての店舗については、Assignment Enabledをクリアします。