AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。

S3 互換の oplog ストレージの管理

バックアップのライフサイクル全体を通じて、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 バケット(サブフォルダーなし)を実行しているホストに存在できます。

MongoDB Ops Managerは、スナップショットに使用する S3 互換ストレージ バケットの 唯一 のマネージャーである必要があります。 MongoDB Ops Managerがサポートしていない機能を使用しないように、S3 互換ストレージ バケットも設定する必要があります。

S3 互換ストレージ バケットを構成する場合、次のことを行います。

  • MongoDB Ops Managerで使用する S3 互換ストレージ バケットにサブフォルダーを作成しないでください。 MongoDB Ops Managerは S3 互換ストレージ バケット全体の使用のみをサポートしています。

  • S3 互換のストレージ ライフサイクル ルールは作成しないでください。 MongoDB Ops Managerの現在のバージョンのスナップショット オブジェクトをアーカイブに期限切れまたは移行するライフサイクル ルールでは、構成の復元に使用できない不完全なスナップショットになります。

標準のS3互換oplog保存には、バージョン管理されていないバケットを使用してください。MongoDB Ops Managerは、標準のS3互換oplog保存 (する)に使用するバケットでバージョン管理またはオブジェクトロックが有効になっているかどうかを確認しません。標準のS3互換oplog保存にバージョン管理またはオブジェクトロックが有効なバケットを使用すると、MongoDB Ops Managerはその保存のS3バージョンIDを無視し、保存のデータをgroomできない可能性があります。

oplog ストア用にバージョン管理され、オブジェクト ロックが有効なバケットが必要となるのは、不可変の oplog バックアップに使用する場合のみです。不可変な oplog ストアの要件、構成、動作については、オブジェクト ロックを使用した不可変な S3 バックアップを参照してください。

S3互換性 oplog ストアを作成した後は、移動できません。その代わりに、同じ Amazon Web Services リージョン内の別の S3 互換のストレージ バケット内に新しい S3 互換の oplog ストアを作成できます。S3互換性のあるストレージ スナップショット バケットは、oplog S3互換性のあるストレージ バケットとは異なる必要があります。

MongoDBは、任意のベンダーのAmazon Web Services S3 API と互換性のあるエンドポイントをサポートしています。 MongoDB Ops Managerは、 S3 互換oplogストア設定を保存するときにこれらのエンドポイントを検証しようとします。 検証に合格すると、 MongoDB Ops Managerは構成を保存します。 検証に失敗した場合、 MongoDB Ops Managerはエラーを表示し、構成を保存しません。

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 をサポートします。

  1. IAM ユーザー用に独自のAWSアクセス キーを作成します。これにより、S3 互換のストレージバケットを作成し、 oplogファイルをそれに保存できます。 MongoDB はAWSアクセスキーを作成または発行しません。

  2. S3 3互換のoplogストアを保存するための独自の S バケットを作成します。

    注意

    AWSアクセス キーを作成した IAM ユーザーは、 S3 互換のストレージバケットを所有する必要があります。

  1. IBM 認証ツールを使用してアクセス キーと秘密キーを作成します。

  2. 独自の S3 互換ストレージ バケットを作成します。

  1. ECS ユーザーIDから アクセス キー と 秘密キー を作成します。

  2. 独自の S3 互換ストレージ バケットを作成します。

他の S3 互換ストレージ エンドポイントを使用できます。 MongoDB Ops Manager は、構成を保存するときにこれらのエンドポイントを検証しようとします。 検証に合格すると、 MongoDB Ops Managerはそれを保存します。 検証に失敗した場合、 MongoDB Ops Managerはエラーを表示し、構成を保存しません。

認証メカニズムによって、ユーザー名とパスワードを提供するかどうか、またどのような形式で提供するかが決定されます。次のタブのいずれかを選択します。

1
  1. Adminリンクをクリックします。

  2. [Backup] タブをクリックします。

  3. Oplog Storageページをクリックします。

2
3
フィールド
必要性
内容

名前

必須

S3 互換の oplog ストアのラベルを入力します。

S3 バケット名

必須

S3互換のスナップショットまたはoplog保存をホストするS3互換ストレージバケットの名前を入力します。AWS S3 バケットの場合は、S3 URI プレフィックスを除いてバケット名を入力します。

リージョンの上書き

条件付き

S3 互換ストレージ バケットが存在するリージョンを入力します。

S3 互換ストレージ保存の S3 エンドポイントとなる接続されたデバイス がリージョン スコープをサポートしていない場合にのみ、このフィールドを使用します。AWS S3 バケットでは、このフィールドに値を指定しないでください。

S3 エンドポイント

必須

この S3 互換ストレージバケットのURLを入力します。AWS がAmazon S3 の通常のエンドポイントとなる接続されたデバイスに準拠する必要がある場合は、パススタイルの形式を使用します: https://s3.{region}.amazonaws.com。詳細については、 AWS S3 のドキュメントを参照してください。

S3 Max 接続

必須

この S3 互換ストレージ バケットへの最大接続数を示す正の整数を入力します。

パス形式のアクセス

任意

バーチャルホスト形式の URL エンドポイントとなる接続されたデバイスs3.region.amazonaws.com/<bucket> () ではなく、パス形式の URL エンドポイントとなる接続されたデバイス<bucket>.s3.amazonaws.com () を使用するものを選択します。

詳細については、 AWSドキュメントの「Path スタイルのリクエスト」を参照してください。

重要: Amazon S3 サービスを使用する場合は、このオプションを選択してください。

サーバーサイドの暗号化

任意

サーバー側の暗号化を有効にするには、を選択します。.サーバー側の暗号化を無効にするには、[] をクリアします。

S3 認証モード

必須

S3 Bucket Nameで指定された S3 互換ストレージ バケットへのアクセスを認可するために使用する方法を選択します。

キー

MongoDB Ops Managerは AWS Access Key と AWS Secret Key を使用して S3 互換ストレージ バケットへのアクセスを承認します。

IAM ロール

MongoDB Ops Manager は、Amazon Web Services IAM ロールを使用して、 S3 互換のストレージバケットへのアクセスを承認します。AWS Access Key フィールドと AWS Secret Key フィールドは無視されます。詳しくは、Amazon Web Services のドキュメント を参照してください。

カスタム 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 ホスト リスト

条件付き

ブロックストア メタデータ データベースを構成するmongodインスタンス(レプリカセットの場合)またはmongosインスタンス(シャーディングされたクラスターの場合)のカンマ区切りリストを<hostname:port>形式で入力します。

以下に例を挙げます。

host1.example.com:27017,host2.example.com:27017,host2.example.com:27018

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 」を参照してください。

パスワード

任意

このデータベースにアクセスできるユーザー名に関連付けられたパスワードを入力します。

Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。

SCRAM 認証の構成の詳細については、「 SCRAM 」を参照してください。

警告:このパスワードを暗号化するために認証情報ツールを使用しなかった場合、データベースにプレーンテキストとして保存されます。

OIDC 認証

任意

Enable OIDC を選択して、ユーザー名とパスワードの代わりに OIDC を使用してこのストアに認証します。Enable OIDC を選択すると、管理インターフェースはこのストアの Username および Password フィールドを非表示にします。次に、Method を選択します:

  • Custom Callback: IdPのToken URI、Client ID、Client Secret、およびScopeを入力します。

  • Azure または GCP: 組み込みのワークロードアイデンティティの Token Resource を入力します。クライアント シークレットは必要ありません。

  • Kubernetes: Ops Manager は環境からワークロードアイデンティトークンを自動的に取得します。追加のフィールドは必要ありません。

設定を保存すると、MongoDB Ops Manager は、ユーザーが提供した OIDC 設定を使用して接続を検証します。既存の保存を編集し、Client Secret を変更せずにした場合、MongoDB Ops Manager は既存のシークレットを維持します。このストアの OIDC 構成の変更を保存するには、Ops Manager とバックアップデーモンを再起動する必要があります。

接続オプション

任意

MongoDB インスタンスの追加の構成ファイル オプションを入力します。

このフィールドは、エスケープされていない値のみをサポートします。

TLS オプションはここでは機能しません。 mongodb.ssl.CAFileオプションを使用して、 conf-mms.propertiesファイルで 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は、グローバル管理者がbrs.immutableBackupEnabledアプリケーション設定をOps Manager Config Custom設定またはconf-mms.propertiesで有効にした場合にのみ、このフィールドを表示します。両方を設定した場合は、conf-mms.propertiesの値が優先されます。

この設定は、S3互換のoplog保存を作成する場合にのみ選択できます。保存を保存した後は変更できません。

オブジェクト保持期間 (日)

条件付き

オブジェクト ロックを使用してMongoDB Ops Managerが各oplog sliceのオブジェクトを保護する日数を入力します。この値は、S3互換ストレージバケットで直接構成した保持期間と一致する必要があります。このフィールドはS3互換ストレージバケット自体の保持設定を変更するものではなく、MongoDB Ops Managerはバケットの実際の保持期間を読み取ったり検証したりしません。

MongoDB Ops Managerは、Object Lock Enabledを選択した場合にのみこのフィールドを表示します。

オブジェクト保持モード

条件付き

MongoDB Ops Managerがこのoplog保存(する)のオブジェクトに適用するオブジェクトロック保持モード(GOVERNANCEまたはCOMPLIANCE)を選択します。

MongoDB Ops Managerは、Object Lock Enabledを選択した場合にのみこのフィールドを表示します。

このフィールドを設定することをお勧めします。MongoDB Ops Managerは、S3互換ストレージバケットで直接構成した保持モードを読み取ったり検証したりしません。バケットで構成した保持モードと一致するように、このフィールドを手動で設定する必要があります。値が一致しない場合、Ops Managerが保存 (する)をgroomできないか、バケットがOps Managerが想定しているものとは異なる保持動作を強制する可能性があります。

4

MongoDB Ops Managerは、oplog ストレージoplog ページ の表に ストア を一覧表示します。各行には、各ローカルおよび S 3互換の oplog ストアの設定が含まれています。

1
  1. Adminリンクをクリックします。

  2. [Backup] タブをクリックします。

  3. Oplog Storageページをクリックします。

2
3

MongoDB Connection列で、次のフィールドで変更する必要がある編集可能な値を更新します。

フィールド
必要性
編集可能
内容

S3 バケット名

必須

no

S3 互換の oplog ストアをホストする S3 互換ストレージ バケットの名前を入力します。

リージョンの上書き

条件付き

no

S3 互換ストレージ バケットが存在するリージョンを入力します。

S3 互換ストレージ保存の S3 エンドポイントとなる接続されたデバイス がリージョン スコープをサポートしていない場合にのみ、このフィールドを使用します。AWS S3 バケットでは、このフィールドに値を指定しないでください。

S3 エンドポイント

必須

no

この S3 互換ストレージバケットの URL を入力します。

S3 Max 接続

必須

はい

この S3 互換ストレージ バケットへの最大接続数を示す正の整数を入力します。

パス形式のアクセス

任意

はい

バーチャルホスト形式の URL エンドポイントとなる接続されたデバイスs3.region.amazonaws.com/<bucket> () ではなく、パス形式の URL エンドポイントとなる接続されたデバイス<bucket>.s3.amazonaws.com () を使用するものを選択します。

詳細については、 AWSドキュメントの「Path スタイルのリクエスト」を参照してください。

サーバーサイドの暗号化

任意

はい

サーバー側の暗号化を有効にするには、 をクリックします。サーバー側の暗号化を無効にするには、[] をクリアします。

S3 認証モード

必須

はい

S3 Bucket Nameで指定された S3 互換ストレージ バケットへのアクセスを認可するために使用する方法を選択します。

キー

MongoDB Ops Managerは AWS Access Key と AWS Secret Key を使用して S3 互換ストレージ バケットへのアクセスを承認します。

IAM ロール

MongoDB Ops Manager は、Amazon Web Services IAM ロールを使用して、 S3 互換のストレージバケットへのアクセスを承認します。AWS Access Key フィールドと AWS Secret Key フィールドは無視されます。詳しくは、Amazon Web Services のドキュメント を参照してください。

カスタム 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 つ以上のホストを<hostname:port>形式で入力します。

S 3互換の oplog ストア メタデータ データベースがレプリカセットまたはシャーディングされたクラスターである場合は、 mongodインスタンス(レプリカセットの場合)またはmongosインスタンス(シャーディングされたクラスターの場合)のカンマ区切りリストを入力します。

以下に例を挙げます。

host1.example.com:27017,host2.example.com:27017,host2.example.com:27018

S3 互換の oplog ストア メタデータ データベースがスタンドアロンの MongoDB インスタンスである場合は、インスタンスのhostname:portを入力します。

重要: S3 oplogホスティング保証:

  • MongoDB Ops Manager はこのメタデータ ストアを同期ストアとして使用します。 このストアに十分なストレージ領域をプロビジョニングしてください。

  • これらのホストを変更する場合、ホストされる S3 互換の oplog ストアは、元の S3 互換 oplog ストアと同じデータを持っている必要があります。 ホストを新しい S3 互換の oplog ストアに変更すると、データが失われます。

MongoDB Auth ユーザー名

任意

はい

このデータベースへのアクセスを許可されたユーザーの名前を入力します。

Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。

SCRAM 認証の構成の詳細については、「 SCRAM 」を参照してください。

MongoDB 認証パスワード

任意

はい

このデータベースにアクセスできるユーザー名に関連付けられたパスワードを入力します。

Ops Manager Application Databaseで 認証またはTLSを使用する場合は、アプリケーション データベースへの接続が構成されている必要があります。 詳細については、「アプリケーション データベースへの接続の構成 」を参照してください。

SCRAM 認証の構成の詳細については、「 SCRAM 」を参照してください。

警告:このパスワードを暗号化するために認証情報ツールを使用しなかった場合、データベースにプレーンテキストとして保存されます。

MongoDB Ops Manager では既存のMongoDB Auth Passwordは表示されません。

OIDC 認証

任意

はい

Enable OIDC を選択して、ユーザー名とパスワードの代わりに OIDC を使用してこのストアに認証します。Enable OIDC を選択すると、管理インターフェースはこのストアの Username および Password フィールドを非表示にします。次に、Method を選択します:

  • Custom Callback: IdPのToken URI、Client ID、Client Secret、およびScopeを入力します。

  • Azure または GCP: 組み込みのワークロードアイデンティティの Token Resource を入力します。クライアント シークレットは必要ありません。

  • Kubernetes: Ops Manager は環境からワークロードアイデンティトークンを自動的に取得します。追加のフィールドは必要ありません。

設定を保存すると、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) を選択します。

default

配置タイプ
デフォルトの書込み保証 (write concern)

スタンドアロン

ジャーナリング

レプリカセットまたはシャーディングされたクラスター

W2

ジャーナリング

プライマリまたはスタンドアロンのMongoDB インスタンスは書込み (write) を確認し、その書込み (write) をディスク上のジャーナルに書込みました。

確認応答

プライマリまたはスタンドアロンが書込み (write) を確認しました。

W2

複数のクラスター ノードが書込み (write) を確認しました。

過半数

レプリカセット ノードの過半数が書込み (write) を確認した。

4

この S3 互換の oplog ストアを有効にするには、 Assignment Enabledを選択します。

これはデフォルトで選択され、S3 互換の oplog ストアにバックアップジョブを割り当てることができます。 このチェックボックスをクリアすると、 MongoDB Ops Managerは S3 互換のoplogストアを作成しますが、それにバックアップを割り当てることはできません。

5
6

接続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 形式 」を参照してください。

複数のクラスターが 1 つの MongoDB Ops Manager プロジェクトを共有する場合、各クラスターのバックアップジョブを個別の S3対応 oplog ストアにルーティングできます。MongoDB Ops Manager は、Assignment Enabled が選択されているストアに新しいバックアップジョブを割り当てます。各バックアップジョブを開始する前に、割り当てが有効になっているストアを選択することで、各ジョブを特定のストアにルーティングできます。

1

「1 つの S3互換の oplog ストアを追加」の手順に従って、個別のストアにルーティングする各バックアップジョブについて 1 つの S3互換の oplog ストアを作成します。

2

ターゲット ストアでの割り当てを有効にし、その他のすべてのストアで割り当てを無効にします。

S3互換の oplog ストアについては、既存の S3互換の oplog ストアを 1 つ編集する手順を使用します。

  1. 最初のバックアップジョブに割り当てるストアを選択するには、Assignment Enabled を選択します。

  2. その他のすべての店舗については、Assignment Enabledをクリアします。

3

Ops Manager は、有効な保存をこのバックアップジョブに割り当てます。

4

残りのバックアップジョブごとに、

  1. ターゲットストアに Assignment Enabled を選択します。

  2. 他のすべての保存先の Assignment Enabled をクリアします。

  3. バックアップジョブを開始します。

5

すべてのバックアップジョブを割り当てた後、すべてのストアで Assignment Enabled を再度有効にします。これにより、MongoDB Ops Manager は今後のバックアップジョブをすべての利用可能な保存に分配できます。

1
  1. Adminリンクをクリックします。

  2. [Backup] タブをクリックします。

  3. Oplog Storageページをクリックします。

2

削除する S3 互換の oplog ストアの名前の下にある [ Delete <oplogstore>をクリックします。

このページを評価