/ /

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

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

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

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

注意

Kubernetesを使用した Ops Manager の配置

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

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 の新機能: マネージャー 6.0

MongoDB6.0 以降のバージョンの構成サーバープロセス以降、Ops Managermongod は構成サーバーをレプリカセットとして配置します。

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	クラスター内の各シャードのプレフィックスを指定します。 Ops Manager は、形式を使用してクラスター内の各シャードに名前を付けます。`<prefix_n>` `n`はインデックスの0 単調に増加する整数です。
Process Name	Hostname and port of a `mongod` or `mongos` associated to the sharded cluster. This hostname can be a hostname, an FQDN, an IPv4 address, or an IPv6 address. Ops Manager`mongod` は、親レプリカセット名の下にプロセスをグループ化し、`mongos` の下にはmongoses プロセスをグループ化します。次に、Ops Manager はすべてのクラスターコンポーネントをクラスター名の下にグループ化します。グループの左側にあるをクリックすると、そのサブグループまたはプロセスが一覧表示されます。グループで利用可能な設定のいずれかを変更すると、そのグループのサブグループとプロセス内の対応する値が変更されます。 MongoDB3.0 またはそれ以前のバージョンを実行中クラスターの場合、Ops Manager はコンフィギュレーションサーバー`mongod` プロセスをconfigServers の下にグループ化します。
Version	またはプロセスのMongoDBサーバーバージョンを選択します。`mongodmongos` MongoDB Ops Manager には、配置で使用可能な MongoDB バージョンのみが一覧表示されます。このフィルタリングを無効にするには、 `automation.versions.download.baseUrl.allowOnlyAvailableBuilds`を参照してください。
Data Directory	`mongod`プロセスがデータファイルを保存するディレクトリを指定します。この設定は、構成ファイルオプションに対応します。 Ops Manager Automation`storage.dbPathmongod` には、指定されたディレクトリ内のすべてのファイルとフォルダーの読み取り、書込み、および実行に対するファイルシステム権限が必要です。各`mongod` プロセスには独自のデータベースディレクトリが必要です。同じホストに複数の`mongod` プロセスを配置する場合は、各プロセスに独自のディレクトリがあることを確認してください。
Log File	`mongodmongos`ログファイル名と拡張子を含む、またはログファイルへの完全パスを指定します。この設定は、`systemLog.path` 構成ファイルオプションに対応します。`mongod` または`mongos` には、指定されたファイルへの読み取りと書込みの権限が必要です。例えば、`/var/log/mongodb/mongo.log` を指定すると、`mongod` または `mongos` は、ログファイルを `/var/log/mongodb/` に `mongo.log` として保存するように指示します。 `mongod`または`mongos` には独自のログファイルが必要です。複数の`mongod` または`mongos` プロセスを同じホストに配置する場合は、それぞれの`mongod` または`mongos` に独自のログファイルがあることを確認してください。

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

[ Member Configurationセクションから、Shard Settings をクリックしてシャード構成オプションを開きます。 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	Specify the IANA port number for the `mongod` process. This setting corresponds to the `net.port` configuration file option. Defaults to `27017`. `mongod`は、指定されたポートへの排他的アクセス権を持つ必要があります。複数の`mongod` プロセスを単一のホストに配置する場合は、プロセスごとに一意の未使用ポートを選択する必要があります。
Votes	選挙中にレプリカセットが持つ投票数を指定します。この設定は、`votesmongod` レプリカセット構成オプションに対応します。
Priority	選挙中にノードの優先順位を指定します。優先順位が `0` のレプリカセットのノードは、プライマリになることはできません。また、選挙をtriggerすることはできません。この設定は、`priority` `mongod`レプリカセット構成オプションに対応します。
Delay	1 秒あたりの秒数を指定プライマリノードこのノードは "q"lag" 必要があります。この設定は、`secondaryDelaySecsmongod` レプリカセット構成オプションに対応します。
Build Indexes	`truemongod`インデックスを構築するようにに指示するにはを指定します。この設定は、`buildIndexesmongod` レプリカセット構成オプションに対応します。
Tags	レプリカセットに関連付けられたタグを指定します。この設定は、`tagsmongod` レプリカセット構成オプションに対応します。レプリカセットタグに関する詳細なドキュメントについては、「レプリカセットタグ」を参照してください。
Add a Mongod	追加の`mongod` プロセスをレプリカセットノードとして追加します。新しい `mongod` プロセスを追加すると、Cluster Configuration セクション内のプロセスのリストも更新されます。新しいプロセスの Version、Data Directory、Log File を構成する必要があります。

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

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

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

ドロップダウンメニューで、 DedicatedとEmbeddedのいずれかの構成サーバータイプを選択します。 3を超えるシャードのクラスターはDedicatedタイプを使用する必要があります。

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	Specify the IANA port number for the `mongod` process. This setting corresponds to the `net.port` configuration file option. Defaults to `27017`. `mongod`は、指定されたポートへの排他的アクセス権を持つ必要があります。複数の`mongod` プロセスを単一のホストに配置する場合は、プロセスごとに一意の未使用ポートを選択する必要があります。
Votes	選挙中にレプリカセットが持つ投票数を指定します。この設定は、`votesmongod` レプリカセット構成オプションに対応します。
Priority	選挙中にノードの優先順位を指定します。優先順位が `0` のレプリカセットのノードは、プライマリになることはできません。また、選挙をtriggerすることはできません。この設定は、`priority` `mongod`レプリカセット構成オプションに対応します。
Delay	1 秒あたりの秒数を指定プライマリノードこのノードは "q"lag" 必要があります。この設定は、`secondaryDelaySecsmongod` レプリカセット構成オプションに対応します。
Build Indexes	`truemongod`インデックスを構築するようにに指示するにはを指定します。この設定は、`buildIndexesmongod` レプリカセット構成オプションに対応します。
Tags	レプリカセットに関連付けられたタグを指定します。この設定は、`tagsmongod` レプリカセット構成オプションに対応します。レプリカセットタグに関する詳細なドキュメントについては、「レプリカセットタグ」を参照してください。
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

Specify the IANA port number for the mongod process. This setting corresponds to the net.port configuration file option. Defaults to 27017.

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

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

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

設定	説明
Hostname	Ops Manager Automation がを配置するホストを []`mongos` メニューから選択します。メニューには、Ops Manager Automation の下のホストのみが一覧表示されます。 Ops Manager Automation へのサーバーの追加に関する詳細なドキュメントについては、「オートメーション用のサーバーのプロビジョニング」を参照してください。このホスト名は、ホスト名、FQDN、IPv4 アドレス、または IPv6 アドレスにすることができます。
Port	Specify the IANA port number for the `mongos` process. This setting corresponds to the `net.port` configuration file option. Defaults to `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`j` concern)の動作を決定します。この設定は、`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 concern)を指定していない場合にのみこの書込み保証 (write `getLastError` 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）を選択します。次の値から選択できます。

ローカル、 MongoDB.5 0以降のデフォルト値、
利用可能な、 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をクリックします。

戻る

レプリカセットの配置

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

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

前提条件

Considerations

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

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

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

シャードの削除

手順

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

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

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

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

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

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

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

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

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

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

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

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

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

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