Docs Menu
Docs Home
/
MongoDB Ops Manager
/ /

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

項目一覧

  • 前提条件
  • 手順

MongoDB Ops Managerは、 MongoDBデータベースを スナップショットとして次のストレージ オプションの 1 つ以上にバックアップできます。

このチュートリアルでは、MongoDB データベースを他の MongoDB データベースに保存されているスナップショットにバックアップする方法について説明します。 ブロックストア MongoDBは、 がアクセスできる任意のMongoDB Ops Manager インスタンスに存在できます。

注意

複数のスナップショット ストアを使用する必要がある問題がある場合があります。 こうした問題には、より多くの容量が必要になる、データをローカライズする、プライバシーに関する規則への準拠などがあります。

スナップショット ストアを別のデータセンターに割り当てる方法については、「特定のデータセンターへのスナップショット ストアの割り当て 」を参照してください。

ブロックストア スナップショット ストアを作成する前に、

ユーザー名とパスワードの形式は、認証メカニズムによって異なります。 次のいずれかのタブを選択します。

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

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

  3. (任意)以前にヘッド ディレクトリを設定していない場合は、 Head Directoryボックスにそれを設定します。

  4. Snapshot Storageページをクリックします。

2
3
フィールド
必要性
アクション
名前
必須
ブロックストアのラベルを入力します。
Datastore Type
必須
StandaloneReplica Set 、またはSharded Clusterを選択します。
MongoDB ホスト リスト
条件付き

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

以下に例を挙げます。

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

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

MongoDB ホスト名
条件付き

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

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

MongoDB ポート
条件付き

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

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

ユーザー名
任意

この値を設定すると、次の効果が生じます。

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

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

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

接続オプション
任意

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

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

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

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

deploymentId
任意
データベースをホストする配置リージョンの一意の識別子。
暗号化された認証情報
任意
データベースのユーザー名とパスワードが 認証情報ツールを使用して暗号化されている場合は、 を選択します。
TLS/SSL を使用する
任意

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

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

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

MongoDB Ops Managerは、スナップショット ストレージ ページの表にブロックストアを一覧表示します。 各行には、1 つのブロックストアの 設定が含まれています。

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

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

  3. (任意)以前にヘッド ディレクトリを設定していない場合は、 Head Directoryボックスにそれを設定します。

  4. Snapshot Storageページをクリックします。

2
3

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

フィールド
内容
<hostname>:<port>

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

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

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

以下に例を挙げます。

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

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

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

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

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

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

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

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

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

接続オプション
インスタンスの追加の 接続string オプションMongoDB を入力します。このフィールドは、エスケープされていない値のみをサポートします。
割り当てラベル
ブロックストアを特定のプロジェクトに割り当てるには、カンマ区切りのラベルのリストを入力します。
ブロックストアの最大容量(GB)
ブロックストアの最大サイズを入力します。
負荷率

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

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

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

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

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

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

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

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

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

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

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

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

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

書込み保証 (write concern)

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

default
配置タイプ
デフォルトの書込み保証 (write concern)
スタンドアロン
ジャーナリング
レプリカセットまたはシャーディングされたクラスター
W2
ジャーナリング
プライマリまたはスタンドアロンのMongoDB インスタンスは書込み (write) を確認し、その書込み (write) をディスク上のジャーナルに書込みました。
確認応答
プライマリまたはスタンドアロンが書込み (write) を確認しました。
W2
複数のクラスター ノードが書込み (write) を確認しました。
過半数
レプリカセット ノードの過半数が書込み (write) を確認した。
4

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

5
6

接続stringの値または 書込み保証 (write concern) を変更する場合は、実行中のバックアップデーモンを含むすべてのMongoDB Ops Managerインスタンスを再起動します。

警告

既存のブロックストアの接続stringの値または 書込み保証 (write concern) を変更するには、それらの変更を適用するためにバックアップデーモンのみを実行しているコンポーネントを含む、すべてのMongoDB Ops Managerコンポーネントを再起動する必要があります。 接続パラメーターには、次のものが含まれます。

  • <hostname>:<port>

  • MongoDB Auth Username

  • MongoDB Auth Password

  • Encrypted Credentials

  • Use TLS/SSL

  • Connection Options

  • Write Concern

別のブロックストア ホストに変更すると、既存のブロックストアのデータは他のブロックストアに自動的にコピーされません。

Tip

以下も参照してください。

接続MongoDB stringstringURI の詳細については、MongoDB マニュアルの「 接続 URI 形式 」を参照してください。

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

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

  3. (任意)以前にヘッド ディレクトリを設定していない場合は、 Head Directoryボックスにそれを設定します。

  4. Snapshot Storageページをクリックします。

2
3

戻る

スナップショット ストレージの管理

項目一覧