シャーディングされたクラスターの配置

項目一覧

前提条件

Considerations
手順

MongoDB Ops Manager v6.0 は 1 月 2025 で EOL になります。可能な限りすぐに MongoDB Ops Manager の上位バージョンにアップグレードしてください。

シャーディングされたクラスターは、大規模なデータセットの水平スケーリングを提供し、データセットをサーバーのグループ全体に分散することで高スループット操作を可能にします。

シャーディングの詳細については、MongoDB マニュアルの「シャーディングの概要」を参照してください。

MongoDB Ops Managerが管理する新しいシャーディングされたクラスターを配置するには、この手順を使用します。後で、 MongoDB Ops Managerを使用してシャードを追加し、クラスターでその他のメンテナンス操作を実行できます。

注意

MongoDB Ops Manager 4.0 で追加

KubernetesMongoDBMongoDB Ops Managerを使用して、バージョン 4.0 以降のインスタンスを配置できます。

Kubernetes オブジェクトを使用してシャーディングされたクラスターを配置する方法については、MongoDB Enterprise Kubernetes Operator ドキュメントの「シャーディングされたクラスターの配置」を参照してください。

前提条件

MongoDB クラスターを配置するには、それらのクラスターを提供するためのホストをプロビジョニングする必要があります。 MongoDB Ops Manager はこれらのホストへのアクセスが必要です。

重要

MongoDB Enterpriseを実行し、独自の Linux ホストをプロビジョニングする場合は、 MongoDB . をインストールする前に、各サーバーに一連の依存関係を手動でインストールする必要があります。 MongoDB マニュアルには、依存関係をインストールするための適切なコマンドが記載されています。

オペレーティングシステムの詳細については、以下を参照してください。

Considerations

シャーディングされたクラスターの一意の名前

新しいクラスターとそのシャードには一意の名前を使用します。

重要

同じプロジェクト内のレプリカセット、シャーディングされたクラスター、およびシャード名は一意である必要があります。配置名を一意のものにしないと、バックアップスナップショットが中断されます。

Kubernetes 内と外部でモニタリングエージェントを配置しないでください

同じプロジェクトで、Kubernetes 外の MongoDB の配置と Kubernetes 内の MongoDB の配置を混在させないでください。

Kubernetes ネットワーク変換のため、Kubernetes 外の監視エージェントは Kubernetes 内の MongoDB インスタンスを監視できません。このため、同じプロジェクトでの k8s と非 k8s の配置はサポートされていません。別々のプロジェクトを使用します。

構成サーバー配置アーキテクチャ

バージョン Ops の新機能: マネージャー 4.0

MongoDB3.2以降のバージョンのmongod 構成サーバー {5 プロセス以降、MongoDB Ops Manager は構成サーバーをレプリカセットとして配置します。

CSRSとミラーリングされた構成サーバー（ SCCC ）の詳細については、「コンフィギュレーションサーバー」を参照してください。

シャードの削除

シャードを削除すると、そのシャード内のシャーディングされていないデータベースはすべて、 movePrimaryコマンドを使用して残りのシャードに移動されます。

すべてのシャーディングされたコレクションは、シャード削除プロセス中もオンラインのままとなり、利用可能です。ただし、 movePrimary操作中にシャーディングされていないコレクションに送信される読み取りおよび書込み操作は、移行の失敗やデータの損失など、予期しない動作を引き起こす可能性があります。

シャードを削除する前に、シャーディングされていないコレクションを含むデータベースのプライマリシャードを移動することをお勧めします。

シャードの削除の詳細については、「既存のシャーディングされたクラスターからシャードを削除する」を参照してください。

手順

Deploymentプロジェクトのページに移動します。

まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーションバーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーションバーの Projects メニューから目的のプロジェクトを選択します。
まだ表示されていない場合は、サイドバーの [Deployment] をクリックします。

クラスター作成ビューを開きます。

Deploymentページの右上にあるAdd矢印をクリックします。ドロップダウンメニューからNew Clusterを選択して、 Create New Clusterビューを開きます。

クラスター全体の設定を構成します。

Cluster Configurationセクションには、次のクラスター全体の構成設定が含まれています。 MongoDB Ops Manager UI で * アスタリスクでマークされた設定は必須です。

設定	説明
Cluster Name	シャーディングされたクラスターの配置の名前を指定します。これは、一度設定すると変更できません。
Config Server Replica Set Name	コンフィギュレーションサーバーレプリカセットの名前を指定します。これは、一度設定すると変更できません。この設定は、 `_id`レプリカ構成オプションに対応します。 MongoDB Ops Manager は、構成サーバーのVersionとして MongoDB 3.2 以降を選択した場合にのみこのオプションを表示します。
Shard Name Prefix	クラスター内の各シャードのプレフィックスを指定します。 MongoDB Ops Manager は`<prefix_n>`形式を使用してクラスター内の各シャードに名前を付けます。 `n`は0インデックス付きの単調に増加する整数です。
Process Name	シャーディングされたクラスターに関連付けられている`mongod`または`mongos`のホスト名とポート。このホスト名は、ホスト名、 FQDN 、 IPv 4アドレス、またはIPv 6アドレスにすることができます。 MongoDB Ops Managerは、親レプリカセット名の下に`mongod`プロセスをグループ化し、mongoses の下には`mongos`プロセスをグループ化します。次に、 MongoDB Ops Managerはすべてのクラスターコンポーネントをクラスター名の下にグループ化します。をクリックしますグループの左側にあるでは、そのサブグループまたはプロセスが一覧表示されます。グループで利用可能な設定のいずれかを変更すると、そのグループのサブグループとプロセス内の対応する値が変更されます。 MongoDB 3.0 またはそれ以前のバージョンを実行しているクラスターの場合、 MongoDB Ops Managerはコンフィギュレーションサーバー`mongod`プロセスを configServers の下にグループ化します。
Version	`mongod`または`mongos`プロセスの MongoDB サーバーのバージョンを選択します。 MongoDB Ops Manager には、配置で使用可能な MongoDB バージョンのみが一覧表示されます。このフィルタリングを無効にするには、 `automation.versions.download.baseUrl.allowOnlyAvailableBuilds`を参照してください。
Data Directory	`mongod`プロセスがデータファイルを保存するディレクトリを指定します。この設定は、 `storage.dbPath` `mongod`構成ファイルオプションに対応します。 MongoDB Ops Manager Automation には、指定されたディレクトリ内のすべてのファイルとフォルダーの読み取り、書込み、および実行に対するファイルシステム権限が必要です。各`mongod`プロセスには独自のデータベースディレクトリが必要です。同じホストに複数の`mongod`プロセスを配置する場合は、各プロセスに独自のディレクトリがあることを確認してください。
Log File	ログファイル名と拡張子を含む、 `mongod`または`mongos`ログファイルへの完全パスを指定します。この設定は、 `systemLog.path`構成ファイルオプションに対応します。 `mongod`または`mongos`には、指定されたファイルへの読み取りと書込みの権限が必要です。 `/var/log/mongodb/mongo.logmongodmongos`たとえば、`/var/log/mongodb/` を指定すると、またははとして`mongo.log` にログファイルを保存するように指示します。 `mongod`または`mongos`には独自のログファイルが必要です。複数の`mongod`または`mongos`プロセスを同じホストに配置する場合は、各`mongod`または`mongos`に独自のログファイルがあることを確認してください。

クラスター内の各シャードを構成します。

[ Member Configurationセクションから、 Shard Settingsをクリックしてシャード構成オプションを開きます。 MongoDB Ops Managerには、クラスター内の各シャードと、そのシャードに関連付けられているmongodプロセスが一覧表示されます。各シャードプロセスには次のオプションがあります。

設定	説明
Member	メニューから次のいずれかのレプリカセットノードロールを選択します。 `Default` 選挙でプライマリおよび投票することができるレプリカセットのデータを保持するノード。アービタ選挙で投票できるレプリカセットの非データを保持するノード。 `arbiterOnly`レプリカ構成オプションに対応します。 hidden 選挙での投票ができるレプリカセットのデータを保持するノード。 `hidden`レプリカ構成オプションに対応します。遅延非表示選挙での投票ができるレプリカセットのデータを保持するノード。 `secondaryDelaySecs`と`hidden`のレプリカ構成オプションに対応します。
Hostname	MongoDB Ops Manager Automation がレプリカセットノードを配置するホストをメニューから選択します。メニューには、 MongoDB Ops Manager Automation の下のホストのみが一覧表示されます。 MongoDB Ops Manager Automation へのサーバーの追加に関する詳細なドキュメントについては、「オートメーション用のサーバーのプロビジョニング」を参照してください。このホスト名は、ホスト名、 FQDN 、 IPv4アドレス、またはIPv6アドレスにすることができます。
Port	プロセスの `mongod`IANA ポート番号を指定します。この設定は、 `net.port`構成ファイルオプションに対応します。デフォルトは`27017`です。 `mongod`は指定されたポートへの排他的アクセス権を持つ必要があります。複数の`mongod`プロセスを単一のホストに配置する場合は、プロセスごとに一意の未使用ポートを選択する必要があります。
Votes	選挙中にレプリカセットが持つ投票数を指定します。この設定は、 `votes` `mongod`レプリカセット構成オプションに対応します。
Priority	選挙中にノードの優先順位を指定します。優先順位が `0` のレプリカセットノードはプライマリになることができず、選挙をtriggerできません。この設定は、 `priority` `mongod`レプリカセット構成オプションに対応します。
Delay	このノードがプライマリノードより "遅れる" 秒数を指定します。この設定は、 `secondaryDelaySecs` `mongod`レプリカセット構成オプションに対応します。
Build Indexes	`truemongod`インデックスを構築するように指示するには、を指定します。この設定は、 `buildIndexes` `mongod`レプリカセット構成オプションに対応します。
Tags	レプリカセットに関連付けられたタグを指定します。この設定は、 `tags` `mongod`レプリカセット構成オプションに対応します。レプリカセットタグに関する詳細なドキュメントについては、「レプリカセットタグ」を参照してください。
Add a Mongod	追加の`mongod`プロセスをレプリカセットノードとして追加します。新しい`mongod`プロセスを追加すると、 Cluster Configurationセクションのプロセスのリストもアップデートされます。新しいプロセスのVersion 、 Data Directory 、 Log Fileを構成する必要があります。

クラスターに追加のシャードを追加するには:

[Add a Shard] をクリックします。
Cluster Configurationセクションで、シャード内の各mongodに対して次のパラメータを設定します。
- Version
- Data Directory
- Log File

クラスター内の各構成サーバーを構成します。

MongoDB Ops Managerでは、構成サーバーに選択したMongoDBのバージョンに応じて、構成サーバー設定に異なる見出しが表示されます。

MongoDB 3.2以降:

Member Configurationセクションから、 Config Server Replica Set Settingsをクリックして CSRS 構成オプションを開きます。各コンフィギュレーションサーバーのレプリカセットノードには、次のオプションがあります。

設定	説明
Member	メニューから次のいずれかのレプリカセットノードロールを選択します。 `Default` 選挙でプライマリおよび投票することができるレプリカセットのデータを保持するノード。アービタ選挙で投票できるレプリカセットの非データを保持するノード。 `arbiterOnly`レプリカ構成オプションに対応します。 hidden 選挙での投票ができるレプリカセットのデータを保持するノード。 `hidden`レプリカ構成オプションに対応します。遅延非表示選挙での投票ができるレプリカセットのデータを保持するノード。 `secondaryDelaySecs`と`hidden`のレプリカ構成オプションに対応します。
Hostname	MongoDB Ops Manager Automation がレプリカセットノードを配置するホストをメニューから選択します。メニューには、 MongoDB Ops Manager Automation の下のホストのみが一覧表示されます。 MongoDB Ops Manager Automation へのサーバーの追加に関する詳細なドキュメントについては、「オートメーション用のサーバーのプロビジョニング」を参照してください。このホスト名は、ホスト名、 FQDN 、 IPv4アドレス、またはIPv6アドレスにすることができます。
Port	プロセスの `mongod`IANA ポート番号を指定します。この設定は、 `net.port`構成ファイルオプションに対応します。デフォルトは`27017`です。 `mongod`は指定されたポートへの排他的アクセス権を持つ必要があります。複数の`mongod`プロセスを単一のホストに配置する場合は、プロセスごとに一意の未使用ポートを選択する必要があります。
Votes	選挙中にレプリカセットが持つ投票数を指定します。この設定は、 `votes` `mongod`レプリカセット構成オプションに対応します。
Priority	選挙中にノードの優先順位を指定します。優先順位が `0` のレプリカセットノードはプライマリになることができず、選挙をtriggerできません。この設定は、 `priority` `mongod`レプリカセット構成オプションに対応します。
Delay	このノードがプライマリノードより "遅れる" 秒数を指定します。この設定は、 `secondaryDelaySecs` `mongod`レプリカセット構成オプションに対応します。
Build Indexes	`truemongod`インデックスを構築するように指示するには、を指定します。この設定は、 `buildIndexes` `mongod`レプリカセット構成オプションに対応します。
Tags	レプリカセットに関連付けられたタグを指定します。この設定は、 `tags` `mongod`レプリカセット構成オプションに対応します。レプリカセットタグに関する詳細なドキュメントについては、「レプリカセットタグ」を参照してください。
Add a Mongod	追加の`mongod`プロセスをレプリカセットノードとして追加します。新しい`mongod`プロセスを追加すると、 Cluster Configurationセクションのプロセスのリストもアップデートされます。新しいプロセスのVersion 、 Data Directory 、 Log Fileを構成する必要があります。

MongoDB 3.0またはそれ以前

Member ConfigurationセクションからConfig Server Settingsをクリックして、構成サーバーオプションを開きます。各構成サーバーには、次のオプションがあります。

設定

説明

Hostname

MongoDB Ops Manager Automation がレプリカセットノードを配置するホストをメニューから選択します。メニューには、 MongoDB Ops Manager Automation の下のホストのみが一覧表示されます。 MongoDB Ops Manager Automation へのサーバーの追加に関する詳細なドキュメントについては、「オートメーション用のサーバーのプロビジョニング」を参照してください。

このホスト名は、ホスト名、 FQDN 、 IPv4アドレス、またはIPv6アドレスにすることができます。

Port

プロセスの mongodIANA ポート番号を指定します。この設定は、 net.port構成ファイルオプションに対応します。デフォルトは27017です。

mongodは指定されたポートへの排他的アクセス権を持つ必要があります。複数のmongodプロセスを単一のホストに配置する場合は、プロセスごとに一意の未使用ポートを選択する必要があります。

クラスター内の各`mongos` を構成します。

Member Configurationセクションから、 Mongos Settingsをクリックしてmongos構成オプションを開きます。各mongosプロセスには次のオプションがあります。

設定	説明
Hostname	MongoDB Ops Manager Automation が`mongos`を配置するホストをメニューから選択します。メニューには、 MongoDB Ops Manager Automation の下のホストのみが一覧表示されます。 MongoDB Ops Manager Automation へのサーバーの追加に関する詳細なドキュメントについては、「オートメーション用のサーバーのプロビジョニング」を参照してください。このホスト名は、ホスト名、 FQDN 、 IPv4アドレス、またはIPv6アドレスにすることができます。
Port	プロセスの `mongos`IANA ポート番号を指定します。この設定は、 `net.port`構成ファイルオプションに対応します。デフォルトは`27017`です。 `mongos`は指定されたポートへの排他的アクセス権を持つ必要があります。複数の`mongos`プロセスを単一のホストに配置する場合は、プロセスごとに一意の未使用ポートを選択する必要があります。
Add a Mongos	をクリックして、追加の`mongos`プロセスを追加します。

クラスター内の各レプリカセットを構成します。

Replication Settingsセクションには、クラスター内の各レプリカセットに対する次の構成オプションが含まれています。

設定	説明
Protocol Version	レプリカセットで使用されるレプリケーションプロトコルのバージョンを選択します。この設定は、 `protocolVersion`レプリカセット構成オプションに対応します。詳細については、「レプリカセットのプロトコルバージョン」を参照してください。
Chaining Allowed	セカンダリメンバーが他のセカンダリメンバーから複製できるようにするには、 `true`を指定します。この設定は、 `chainingAllowed`レプリカセット構成オプションに対応します。
Write Concern Majority Journal Default	`{w:"majority"}`書込み保証 (write concern) でジャーナルオプションが明示的に指定されていない場合の書込み保証 (write concern)`j` の動作を決定します。この設定は、 `writeConcernMajorityJournalDefault`レプリカセット構成オプションに対応します。
Heartbeat Timeout (secs)	レプリカセットがお互いのハートビートが成功するまで待つ秒数を指定します。この設定は、 `heartbeatTimeoutSecs`レプリカセット構成オプションに対応します。
Election Timeout (ms)	レプリカセットのプライマリが到達不能なときを検出するための時間制限をミリ秒単位で指定します。この設定は、 `electionTimeoutMillis`レプリカセット構成オプションに対応します。
CatchUp Timeout (ms)	新たに選出されたプライマリが、より新しい書込み (write) を行った可能性のある他のレプリカセットと同期するか、または追いつくまでの時間制限をミリ秒単位で指定します。この設定は、 `catchUpTimeoutMillis`レプリカセット構成オプションに対応します。
CatchUp Takeover Delay (ms)	ノードが現在のプライマリよりも進んでいると判断した後、キャッチアップ引き継ぎの開始を待つ時間をミリ秒単位で指定します。この設定は、 `catchUpTakeoverDelayMillis`レプリカセット構成オプションに対応します。
Last Error Defaults	レプリカセットのデフォルトの書込み保証 ( write concern ) を指定します。レプリカセットは、書込み (write) 操作またはgetLastErrorが他の書込み保証 (write concern) を指定していない場合にのみ、この書込み保証 (write concern) を使用します。このオプションが設定されていない場合、レプリカセットのデフォルトの書込み保証 (write concern) はプライマリからの確認のみを必要とします。このオプションはドキュメント形式（ `{"w":2}` ）で指定します。
Force Reconfigure	レプリカセットの再構成を強制することを指定します。 `Yes`に設定すると、MongoDB Agent は、ノードの大部分が利用できない場合でも、レプリカセットに新しい構成を強制的に受け入れます。警告:レプリカセットの再構成を強制すると、コミットされた過半数の書込み (write) がロールバックされる可能性があります。慎重に進む必要があります。この操作の潜在的な影響について質問がある場合は、 MongoDB サポートにお問い合わせください。詳細については、MongoDB Server マニュアルの「使用できないノードを含むレプリカセットの再構成」を参照してください。

MongoDB レプリカセットのデフォルトの読み取りおよび書込み保証 (write concern) を設定します。

Default Read Concerns/Write Concernsカードでは、このクラスターの読み取りおよび書込み操作に対して MongoDB から要求される確認応答のデフォルトレベルを構成します。デフォルトの読み取りおよび書込み保証 (write concern) を設定すると、アービタを使用した MongoDB 5.0 以降の配置に役立ちます。

Default Read Concernsセクションから、クラスターから読み取られたデータの整合性と分離プロパティを設定できます。

Levelドロップダウンメニューからデフォルトの読み取り保証（read concern）を選択します。次の値から選択できます。

local 、MongoDB 5.0以降のデフォルト値、
available 、MongoDB 4.4のデフォルト値、または
過半数。

Default Write Concernsセクションから、クラスターからの書込み (write) 操作に対して MongoDB から要求される確認応答のデフォルトレベルを構成します。次の 3 つのパラメーターを設定できます。

Parameter	値
w オプション	書込み操作を確認する必要がある`mongod`インスタンスの希望数。次のいずれかの値を入力できます。 `majority`、MongoDB 5.0 以降のデフォルト値、または任意の正の整数。 MongoDB 4.4 のデフォルトは`1`です。
j オプション	書込み (write) 確認応答をディスク上のジャーナルに書込む必要があるかどうかを示すフラグ。
w タイムアウト	書込み保証 (write concern) に希望する時間制限（ミリ秒単位）。 w をを含む`1` `majority`より大きい値に設定する場合は、この値を設定します。

MongoDB のシャーディングされたクラスターの詳細構成オプションを設定します。

Advanced Configuration Optionsセクションでは、配置内の各 MongoDB プロセスの MongoDBランタイムオプションを設定できます。

オプションを追加するには

[Add Advanced Options] をクリックします。
Select a Startup Optionをクリックし、構成オプションを選択します。
MongoDB Ops Manager は、選択したオプションに許容値を設定するためのコンテキストを区別する入力を表示します。
[ Add ] をクリックして、選択したオプションとそれに対応する値をクラスター内の選択したプロセスタイプのすべてのプロセスに追加します。

MongoDB Ops Managerは、クラスター内の各プロセスを論理的にグループ化して一覧表示します。論理グループの左側にある灰色の矢印をクリックすると、そのサブグループとプロセスが表示されます。必要に応じて、各プロセスの詳細オプションを個別に変更できます。

使用可能なAdvanced Configuration Optionsの説明については、「 MongoDB デプロイの詳細オプション」を参照してください。

[Create Cluster] をクリックします。

MongoDB Ops Managerはユーザーを Deployment ビューにリダイレクトします。このビューでは、 MongoDB Ops Managerが配置を開始する前にクラスター構成を確認する必要があります。

Review & Deploy変更内容を確認するには、をクリックします。

変更内容を確認して承認します。

MongoDB Ops Manager に提案された変更が表示されます。

問題がなければ、[ Confirm & Deploy ] をクリックします。
さらに設定変更を行う場合は、[ Cancel ] をクリックします。追加の変更を行うクラスターのModifyをクリックします。

戻る

レプリカセットの配置

スタンドアロンインスタンスの配置

注意