AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
Docs Menu

レプリカセット ノードの状態

レプリカセットの各ノードにはそれぞれ状態があります。

番号
名前
状態の説明

0

まだどのセットのアクティブなメンバーでもない。すべてのノードがこの状態で起動します。 はmongod STARTUPにあるときにレプリカセット構成ドキュメントを解析します。

1

ステートプライマリのノードは、書込み操作を受け付けることができる唯一のノードです。これらのノードには、投票資格があります。

2

状態セカンダリのノードは、データ ストアをレプリケートします。これらのノードには、投票資格があります。

3

ノードは、起動時のセルフチェックを実行するか、ロールバックまたは再同期の完了から移行します。このノードからの読み取りにはデータを使用できません。これらのノードには、投票資格があります。

5

ノードは最初の同期を実行中です。 レプリカセットに新しく追加された場合を除き、投票資格があります。

6

セットの別のノードから見て、ノードの状態はまだわかりません。

7

アービタはデータをレプリケートせず、選挙に参加するためだけに存在します。これらのノードには、投票資格があります。

8

セット内の別のノードから見て、そのノードは到達不可能です。

9

このノードはロールバックを積極的に実行します。これらのノードには、投票資格があります。このノードからの読み取りにはデータを使用できません。

バージョン4.2 以降、 MongoDB はノードがROLLBACK 状態になると、進行中のすべてのユーザー操作を強制終了します。

10

このノードはかつてレプリカセットに含まれていましたが、その後削除されました。

PRIMARY

PRIMARY状態のメンバーは書込み操作を受け入れます。レプリカセットには、一度に最大 1 つのプライマリが含まれます。 []1 SECONDARYメンバーは選挙後にプライマリになります。PRIMARY 状態のメンバーには投票資格があります。

SECONDARY

SECONDARY状態のメンバーはプライマリのデータセットをレプリケートし、読み取り操作を受け入れるように構成できます。予備選挙では投票資格があり、予備選挙が利用できなくなった場合にはPRIMARY 状態に選出される可能性があります。

ARBITER

ARBITER状態のメンバーは、データを複製したり、書込み操作を受け入れたりしません。これらは投票資格があり、選挙中に均衡を破るためにのみ存在します。レプリカセットでは、セットに偶数の投票ノードがあり、関連する選挙が発生する可能性がある場合にのみ、 状態のノードが必要です。レプリカセットには最大で 1ARBITER つのアービタを構成する必要があります。アービタを使用する際の考慮事項については、「 レプリカセットArbiter 」を参照してください。

コア状態について詳しくは、「レプリカセット ノード」を参照してください。

STARTUP

レプリカセットの各ノードはSTARTUP 状態で起動します。次に、mongod はそのメンバーのレプリカセット構成を読み込み、メンバーの状態をSTARTUP2 またはARBITER に移行します。STARTUP のメンバーは、どのレプリカセットでも認識されたメンバーではないため、投票する資格がありません。

STARTUP2

バージョン5.0で変更。

レプリカセットの各データを保持するノードは、 がそのノードの構成の読み込みを完了するとすぐにSTARTUP2 mongod状態になります。

STARTUP2次に、メンバーは最初の同期を実行するかどうかを決定します。メンバーが最初の同期を開始した場合、すべてのデータがコピーされ、すべてのインデックスが構築されるまで、そのメンバーは に残ります。その後、メンバーはRECOVERING に移行します。

に新しく追加されたメンバーには投票資格がなく、投票できません。最初の同期プロセス中に選択されます。STARTUP2 MongoDB.5 0より前は、STARTUP2 のメンバーには投票資格がありました。

RECOVERING

RECOVERINGレプリカセットのメンバーは、読み取りを受け入れる準備ができていない場合、RECOVERING 状態になります。RECOVERING 状態はPRIMARY 通常の操作中に発生する可能性があり、必ずしもエラー状態を反映しているわけではありません。 状態のメンバーは選挙で投票する資格がありますが、 状態になる資格はありません。

RECOVERINGメンバーは、クライアント読み取りのデータの一貫したビューを保証するために十分なデータをレプリケートした後、SECONDARY からRECOVERING に移行します。 状態とSECONDARY RECOVERING状態の唯一の違いは、 ではクライアントの読み取りが禁止され、SECONDARY SECONDARYではクライアントの読み取りが許可されていることです。 状態では、プライマリに関するデータの古さについては何も保証されません。

過負荷のため、 セカンダリ がレプリカセットの他のメンバーより大幅に遅れる可能性があり、セットの残りの部分と 再同期 する必要がある場合があります。このような状況が発生すると、メンバーはRECOVERING 状態になり、手動による介入が必要になります。

ROLLBACK

レプリカセットが選挙でプライマリを置き換えるたびに、古いプライマリにはセカンダリ ノードに複製されなかったドキュメントが含まれる可能性があります。この場合、古いプライマリ ノードはそれらの書込みを元に戻します。ロールバック中、ノードは ROLLBACK状態になります。ROLLBACK 状態のメンバーは選挙で投票する資格があります。

バージョン4.2 以降、 MongoDB はノードがROLLBACK 状態になると、進行中のすべてのユーザー操作を強制終了します。

エラー状態のノードは投票できません。

UNKNOWN

レプリカセットにステータス情報を通信したことがないノードは、UNKNOWN 状態です。

DOWN

レプリカセットへの接続を失ったメンバーは、セットの残りのメンバーからはDOWN として認識されます。

REMOVED

レプリカセットから削除されたメンバーは、REMOVED 状態になります。メンバーがREMOVED 状態になると、ログにはこのイベントがreplSet REMOVED メッセージ エントリでマークされます。

[1]

状況によっては、 replica set内の 2 つのノードが一時的に自分たちがプライマリであると認識することがありますが、最大でそのうちの 1 つが{ w: "majority" }書き込み懸念で書き込みを完了できます。 { w: "majority" }書き込みを完了できるノードは現在のプライマリであり、もう一方のノードは、通常はネットワークパーティションが原因で降格をまだ認識していない以前のプライマリです。これが発生すると、以前のプライマリに接続するクライアントは、読み取り設定primaryを要求したにもかかわらず、古いデータを検出する可能性があり以前のプライマリへの新しい書き込みは最終的にロールバックされます。

このページを評価