非表示ノードはプライマリのデータセットのコピーを保持しますが、クライアント アプリケーションからは参照できません。 非表示ノードは、レプリカセット内の他のノードとは使用パターンが異なるワークロードに適しています。 非表示ノードは常に優先順位 0 のノードである必要があるため、 プライマリ になることはできません。 db.hello()メソッドは非表示メンバーを表示しません。 しかし、 非表示 のメンバーは選挙に投票する可能性があります。
次の 5 ノードのレプリカセットでは、4 つのすべてのセカンダリ ノードにプライマリのデータセットのコピーがあり、セカンダリ ノードの 1 つは非表示になっています。
動作
読み取り操作
ノードに直接接続する場合にのみ、 非非表示メンバーから読み取ることができます。 非表示ノードに直接接続せずにクラスターに接続する場合、 非表示ノードでクエリを実行することはできません。 その結果、これらのノードは 基本レプリケーション以外のトラフィックを受け取ります。 レポート作成やバックアップなどの専用タスクには 非表示のメンバー を使用します。
重要
レプリカセットに遅延ノードが含まれている場合は、遅延ノードが 非表示 で、投票権のないことを確認します。
遅延レプリカセット ノードを非表示にすると、そのノードに直接接続せずにアプリケーションが遅延データを参照したりクエリを実行したりできなくなります。 遅延レプリカセット ノードを投票権のないものにすると、書込み保証（write concern "majority"による書込み操作の確認にはカウントされません。
遅延ノードを非表示にせず、1 つ以上のノードが使用できなくなった場合、レプリカセットは遅延ノードを待機する必要があり、コミット ポイントは遅延します。 コミット ポイントが遅延すると、パフォーマンスの問題が発生する可能性があります。
たとえば、プライマリ-セカンダリ-遅延レプリカセットの構成で、遅延セカンダリが 10 分の遅延で投票するものを考えてみましょう。
遅延されていないセカンダリが 1 つ使用できない場合、プライマリ遅延の削減構成は、"majority" で書込み操作を確認するまでに少なくとも 10 分待機する必要があります。過半数コミット点が進むまでの時間がかかるため、セカンダリとArbiter（PSA）レプリカセット を持つプライマリと同様のパフォーマンスの問題がキャッシュに発生します。
マジョリティ コミット ポイントの詳細については、「因果整合性、読み取り保証、書込み保証」を参照してください。 パフォーマンスの問題の解決に関する追加の詳細については、「レプリカセットのメンテナンス チュートリアル 」を参照してください。
シャーディングされたクラスターでは、mongos を介して非表示ノードにアクセスすることはできません。これらのノードに直接接続してデータを読み取ると、データの不整合や損失が発生する可能性があります。代わりに、 タグベースの読み込み設定（read preference） を使用してワークロードの分離 を実現します。
投票
非表示ノードはレプリカセットの選挙で投票することができます。 投票権を持つ非表示ノードを停止する場合は、セットにアクティブな過半数が存在することを確認してください。そうしないと、プライマリが降格します。
バックアップの目的で、
db.fsyncLock()ensures that the data files are safe to copy using low-level backup utilities such ascp,scp, ortar. Amongodstarted using the copied files contains user-written data that is indistinguishable from the user-written data on the lockedmongod. The data files of a lockedmongodmay change due to operations such as journaling syncs or WiredTiger snapshots. While this has no effect on the logical data (e.g. data accessed by clients), some backup utilities may detect these changes and emit warnings or fail with errors. For more information on MongoDB- recommended backup utilities and procedures, see Backup Methods for a Self-Managed Deployment.
書込み保証 (write concern)
非表示のレプリカセット メンバーは、 w: <number>で発行された書込み (write) 操作に確認通知を返せます。 ただし、 w : "majority"で発行された書込み操作の場合、非表示ノードは投票ノードでもある必要があります（ members[n].votes0が より大きい場合）、"majority" 書込み操作を確認します。投票権のないレプリカセット ノード（ members[n].votesは0です）は、 majority書込み保証（write concern）付きで書込み操作の確認に貢献できません。
さらに読む
MongoDB データベースのバックアップの詳細については、「自己管理型配置のバックアップ メソッド 」を参照してください。 非表示ノードを設定するには、「非表示の自己管理型レプリカセット ノードの構成 」を参照してください。