レプリカセットの配置

項目一覧

前提条件

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 配置のグループです。レプリカセットは冗長性と高可用性を提供し、すべての配置環境の基盤となります。

レプリカセットの詳細については、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

レプリカセットの一意の名前

レプリカセットには一意の名前を使用します。

重要

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

手順

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

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

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

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

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

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

設定	説明
Replica Set Id	レプリカセットの配置の名前を入力します。これは、一度設定すると変更できません。この設定は、 `_id`レプリカ構成オプションに対応します。
Replica Set Settings	レプリカセットに関連付けられている各プロセスの表を表示します。各プロセスの MongoDB サーバーのバージョン、データディレクトリ、およびログパスを構成できます。
Process Name	`mongod`プロセスのホスト名とポート。このホスト名は、ホスト名、 FQDN 、 IPv 4アドレス、またはIPv 6アドレスにすることができます。 Cloud Manager は最初に、各プロセスをレプリカセット名の下にグループ化します。をクリックしますレプリカセット名の左側にあるをオンにすると、レプリカセット内のすべての`mongod`プロセスが表示されます。 Cloud Manager は、レプリカセット用に構成された設定を、関連するすべてのプロセスに適用します。
Version	`mongod`プロセスの MongoDB サーバーのバージョンを選択します。 Version `mongod`プロセスの MongoDB サーバーのバージョンを選択します。
Data Directory	`mongod`プロセスがデータファイルを保存するディレクトリを指定します。この設定は、 `storage.dbPath` `mongod`構成ファイルオプションに対応します。 Cloud Manager Automation には、指定されたディレクトリ内のすべてのファイルとフォルダーの読み取り、書込み、および実行に対するファイルシステム権限が必要です。各`mongod`プロセスには独自のデータベースディレクトリが必要です。同じホストに複数の`mongod`プロセスを配置する場合は、各プロセスに独自のディレクトリがあることを確認してください。
Log File	ログファイル名と拡張子を含む、 `mongod`ログファイルへの完全パスを指定します。この設定は、 `systemLog.path`構成ファイルオプションに対応します。 `mongod`には、指定されたファイルへの読み取りと書込みの権限が必要です。たとえば、`/var/log/mongodb/mongo.log` `mongod`を指定すると、`/var/log/mongodb/` はとして`mongo.log` にログファイルを保存するように指示します。 `mongod`には独自のログファイルが必要です。複数の`mongod`プロセスを同じホストに配置する場合は、各`mongod`に独自のログファイルがあることを確認してください。

各レプリカセットノードを構成します。

Cloud Manager では、 Member ConfigurationセクションのMongoD Settings見出しの下に各レプリカセットノードが一覧表示されます。各レプリカセットノードには、次のオプションがあります。

設定	説明
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`プロセスを追加すると、 Replica Set Configurationセクションのプロセスのリストもアップデートされます。新しいプロセスのVersion 、 Data Directory 、 Log Fileを構成する必要があります。

レプリケーション設定を構成します。

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をクリックし、構成オプションを選択します。
Cloud Manager は、選択したオプションに許容値を設定するためのコンテキストを区別する入力を表示します。
[ Add ] をクリックして、選択したオプションとそれに対応する値をクラスター内の選択したプロセスタイプのすべてのプロセスに追加します。

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

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

[Create Replica Set] をクリックします。

Cloud Manager は、設定されたレプリカセットを自動的に配置します。 Deploymentビューからクラスター配置の進行状況を監視できます。

戻る

既存のプロセスを追加する

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

注意