ブロックストア スナップショット ストレージの管理

必須

ブロックストアのラベルを入力します。

必須

Standalone 、 Replica Set 、またはSharded Clusterを選択します。

条件付き

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

以下に例を挙げます。

h1.ex.com:27017,h2.ex.com:27017,h2.ex.com:27018

このフィールドは、 Datastore TypeをReplica SetまたはSharded Clusterに設定した場合にのみ表示されます。

条件付き

スタンドアロンの MongoDB インスタンスのホスト名を入力します。

このフィールドは、 Datastore TypeをStandaloneに設定した場合にのみ表示されます。

条件付き

スタンドアロンの MongoDB インスタンスのポート番号を入力します。

このフィールドは、 Datastore TypeをStandaloneに設定した場合にのみ表示されます。

任意

任意

任意

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

• Custom Callback: Type the Token URI, Client ID, Client Secret, and Scope for your IdP.

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

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

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

任意

インスタンスに 接続string オプションMongoDB を追加します。このフィールドは、エスケープされていない値のみをサポートします。

TLS オプションはここでは機能しません。 mongodb.ssl.CAFileオプションを使用して、 conf-mms.propertiesファイルで TLS を構成します。

認証方法を設定するには、 authMechanismオプションに値を指定する必要があります。 接続文字列の認証オプションの詳細については、「認証オプション 」を参照してください。

適切な構文については、 マニュアルの「 接続string URI 形式 MongoDB」を参照してください。

任意

データベースをホストする配置リージョンの一意の識別子。

任意

データベースのユーザー名とパスワードが 認証情報ツールを使用して暗号化されている場合は、 を選択します。

任意

ブロックストア データベースにTLS暗号化が必要な場合は、 を選択します。

このチェックボックスを超えて、 TLSを使用してこのブロックストアを接続するには、ブロックストア データベースで TLS を有効にする必要があります。

任意

このブロックストアを作成した後に有効にする場合は、 を選択します。 これはデフォルトで選択されており、ブロックストアにバックアップジョブを割り当てることができます。 このチェックボックスをクリアすると、ブロックストアは作成されますが、このブロックストアにバックアップを割り当てることはできません。

ブロックストア データベースを構成する 1 つ以上のホストを<hostname:port>形式で入力します。

重要:これらのホストを変更する場合、ホストするブロックストアデータベースには、元のブロックストアデータベースと同じデータが含まれている必要があります。 ホストを新しいブロックストアデータベースに変更すると、データが失われます。

ブロックストアデータベースが レプリカセット またはシャードクラスタの場合は、mongod インスタンス（レプリカセットの場合）またはmongos インスタンス（シャードクラスタの場合）のカンマ区切りリストを入力します。

以下に例を挙げます。

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

ブロックストア データベースがスタンドアロンの MongoDB インスタンスである場合は、インスタンスのhostname:portを入力します。

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

• Custom Callback: Type the Token URI, Client ID, Client Secret, and Scope for your IdP.

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

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

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

データベースのユーザー名とパスワードが 認証情報ツールを使用して暗号化されている場合は、 を選択します。

ブロックストア データベースにTLS暗号化が必要な場合は、 を選択します。

このチェックボックスを超えて、 TLSを使用してこのブロックストアを接続するには、ブロックストア データベースで TLS を有効にする必要があります。

インスタンスの追加の 接続string オプションMongoDB を入力します。このフィールドは、エスケープされていない値のみをサポートします。

ブロックストアを特定のプロジェクトに割り当てるには、カンマ区切りのラベルのリストを入力します。

任意。OUTSIDE_SPACE_USED_thresholdアラートで使用されるブロックストアの予想最大利用キャパシティー。ブロックストアの最大容量 は、 バッキングデータベースのサイズに制限を加えません。

このスナップショット ストアが別のスナップショット ストアと比較して実行するバックアップ作業量を表す正の整数を入力します。

バックアップ作業には、バックアップの実行中、スナップショットの復元、またはブロックストアのグルームが含まれます。 1 つの読み取りに割り当てられるバックアップ作業の比率は、その負荷係数と呼ばれます。

重要:読み取りが 1 つしかない場合、 Load Factorは読み取りが一度に実行する同時バックアップ作業プロセスの数を表します。 読み取りが 1 つある場合に複数の プロセスを同時に実行中することによるパフォーマンス コストを回避するには、この設定を省略して、読み取りにデフォルトのLoad Factorである1を割り当てます。

複数のスナップショット ストアがある場合、 1のデフォルトのLoad Factorは各読み取りに同じ量の作業量を割り当てます。 スナップショット ストアのLoad Factorが0に設定されている場合、バックアップ作業はまったく実行されません。

バックアップ作業の進行中にスナップショットストアのLoad Factorが変更された場合、その読み取りで実行中中のすべてのジョブまたはタスクを終了できるようになります。 その後のバックアップ作業はすべて、 Load Factorが1以上で、かつAssignment Enabledが選択されている残りのスナップショット ストアに再分散されます。

スナップショットストアのLoad Factorが増加すると、別の読み取りと比較してバックアップ作業が増えます。 例、読み取りAのLoad Factorが2に設定され、読み取りBのLoad Factorが1に設定されている場合、 AはBの 2 回のバックアップ作業を実行します。 .

より大きなコンピューターまたはストレージのパフォーマンスを持つスナップショット ストアには、より大きなLoad Factorを付与する必要があります。 例、次のバックアップストレージ構成を持つ 5 つのシャードのシャーディングされたシャーディングされたクラスターを考えてみます。

• ファイルシステム ストア（ F ）は、クラスター内の 1 つのシャードのバックアップ作業を管理します。 F is running on a single two-core physical server.

• ブロックストア（ B ）は、クラスター内の 4 つのシャードのバックアップ作業を管理します。 Bは、各サーバーに 2 つのコアを持つ 4 つの物理サーバーで 4 ノードのシャーディングされたクラスターとして実行されています。

この例では 、 BはFの 4 倍の機能を持っています。 の Load FactorB4を に、 をF1 に設定する必要があります。Fが実行するすべての1バックアップタスクごとに、 Bは4を実行します。

さまざまなバックアップ構成のストレージ機能を比較したその他の例については、以下を参照してください。

• 16 個のコアと 128 GBのRAMを持つファイル システム ストアは、 2 つのコアと 8 GBのみのファイル システム ストアよりも少ない時間で、より多くのデータベースをバックアップできRAM 。

• 10 ノードのシャーディングされたクラスターによってバックアップされるブロックストアは、単一のレプリカセットによってバックアップされるブロックストアよりも多くのデータベースをバックアップし、より多くのデータベースをグルームすることができます。

ご希望の書込み保証 (write concern) を選択します。