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

項目一覧

Considerations

手順

Cloud Manager は、 2024年8月30日でMongoDB 3.6と4.0のオートメーション、バックアップおよびモニタリングのサポートを終了します。 MongoDB の配置をアップグレードするか、Atlas に移行してください。

Cloud Managerへのプログラムによるアクセスのための OAuth 2.0認証はプレビュー機能として利用できます。: 機能および関連するドキュメントは、プレビュー期間中にいつでも変更される可能性があります。 OAuth2.0 認証を使用するには、 Cloud Manager Public APIへのリクエストで使用するサービスアカウントを作成します。

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

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

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

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

注意

Cloud Manager の新機能

Cloud Manager では、Kubernetes を使用して MongoDB インスタンスを配置できます。

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

重要

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

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

Considerations

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

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

重要

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

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

構成サーバーの mongodプロセスに MongoDB 3.4以降を選択した場合、Cloud Manager は構成サーバーをレプリカセットとして配置します。

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

シャードの削除

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

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

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

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

手順

MongoDB Cloud MongoDB Cloud ManagerManagerで、プロジェクトのGo {0 ページにGoします。Deployment

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

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

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

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

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

設定	説明
Cluster Name	シャーディングされたクラスターの配置の名前を指定します。これは、一度設定すると変更できません。
Config Server Replica Set Name	コンフィギュレーションサーバーレプリカセットの名前を指定します。これは、一度設定すると変更できません。この設定は、 `_id`レプリカ構成オプションに対応します。 Cloud Manager は、構成サーバーのVersionとして MongoDB 3.2以降を選択した場合にのみ、このオプションを表示します。
Shard Name Prefix	クラスター内の各シャードのプレフィックスを指定します。 Cloud Manager は`<prefix_n>`形式を使用してクラスター内の各シャードに名前を付けます。 `n`は0インデックス付きの単調に増加する整数です。
Process Name	シャーディングされたクラスターに関連付けられている`mongod`または`mongos`のホスト名とポート。このホスト名は、ホスト名、 FQDN 、 IPv 4アドレス、またはIPv 6アドレスにすることができます。 Cloud Manager は、親レプリカセット名の下に`mongod`プロセスをグループ化し、 mongosesの下には`mongos`プロセスをグループ化します。次に、Cloud Manager はすべてのクラスターコンポーネントをクラスター名の下にグループ化します。をクリックしますグループの左側にあるでは、そのサブグループまたはプロセスが一覧表示されます。グループで利用可能な設定のいずれかを変更すると、そのグループのサブグループとプロセス内の対応する値が変更されます。 MongoDB 3.0またはそれ以前を実行しているクラスターの場合、Cloud Manager はコンフィギュレーションサーバー`mongod`プロセスをconfigServersの下にグループ化します。
Version	`mongod`または`mongos`プロセスの MongoDB サーバーのバージョンを選択します。 Version `mongod`または`mongos`プロセスの MongoDB サーバーのバージョンを選択します。
Data Directory	`mongod`プロセスがデータファイルを保存するディレクトリを指定します。この設定は、 `storage.dbPath` `mongod`構成ファイルオプションに対応します。 Cloud 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をクリックしてシャード構成オプションを開きます。 Cloud Manager には、クラスター内の各シャードと、そのシャードに関連付けられているmongodプロセスが一覧表示されます。各シャードプロセスには次のオプションがあります。

設定	説明
Member	メニューから次のいずれかのレプリカセットノードロールを選択します。 `Default` 選挙でプライマリおよび投票することができるレプリカセットのデータを保持するノード。アービタ選挙で投票できるレプリカセットの非データを保持するノード。 `arbiterOnly`レプリカ構成オプションに対応します。 hidden 選挙での投票ができるレプリカセットのデータを保持するノード。 `hidden`レプリカ構成オプションに対応します。遅延非表示選挙での投票ができるレプリカセットのデータを保持するノード。 `secondaryDelaySecs`と`hidden`のレプリカ構成オプションに対応します。
Hostname	メニューから、Cloud Manager Automation がレプリカセットノードを配置するホストを選択します。メニューには、Cloud Manager Automation の下のホストのみが一覧表示されます。 Cloud 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

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

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

MongoDB 3.2以降:

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

設定	説明
Member	メニューから次のいずれかのレプリカセットノードロールを選択します。 `Default` 選挙でプライマリおよび投票することができるレプリカセットのデータを保持するノード。アービタ選挙で投票できるレプリカセットの非データを保持するノード。 `arbiterOnly`レプリカ構成オプションに対応します。 hidden 選挙での投票ができるレプリカセットのデータを保持するノード。 `hidden`レプリカ構成オプションに対応します。遅延非表示選挙での投票ができるレプリカセットのデータを保持するノード。 `secondaryDelaySecs`と`hidden`のレプリカ構成オプションに対応します。
Hostname	メニューから、Cloud Manager Automation がレプリカセットノードを配置するホストを選択します。メニューには、Cloud Manager Automation の下のホストのみが一覧表示されます。 Cloud 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

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

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

Port

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

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

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

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

設定	説明
Hostname	Cloud Manager Automation が`mongos`を配置するホストをメニューから選択します。メニューには、Cloud Manager Automation の下のホストのみが一覧表示されます。 Cloud 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) を設定します。

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

をクリックします。<a class=\" \" href=\" \" title=\" \"><svg xmlns=\" \" width=\" \" height=\" \" fill=\" \" viewbox=\" \" class=\" \" role=\" \" aria-label=\" \"><path fill=\" \" d=\" \"> <path fill=\" \" d=\" \">Create Cluster

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

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

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

Cloud Manager に推奨される変更が表示されます。

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

戻る

レプリカセットの配置

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

注意