(シャードされたクラスターではなく) レプリカ セットの前で mongos を使用することの利点または欠点はありますか? 複数のアプリで同じレプリカ セット メンバーを指定しなければならないのは、私には適切ではありません。
どちらかといえば、将来のシャーディングはより簡単になります。右?
前もって感謝します!ハリー。
(シャードされたクラスターではなく) レプリカ セットの前で mongos を使用することの利点または欠点はありますか? 複数のアプリで同じレプリカ セット メンバーを指定しなければならないのは、私には適切ではありません。
どちらかといえば、将来のシャーディングはより簡単になります。右?
前もって感謝します!ハリー。
欠点は、アプリケーションに単一障害点を導入する可能性が高いことです。mongos がダウンすると、mongods にアクセスできなくなります。つまり、レプリカ セットの高可用性が無効になります。
複数の mongos インスタンスを設定できますが、同じボートに戻ってしまいます。理論的には、mongos インスタンスの前にロード バランサーをセットアップして、アドレスを 1 つだけ指定するだけで高可用性を維持できるようにすることができます。
何も問題はありません。実際、これは一般的に良いアイデアです。これは主に、ダウンタイムなしでシャーディングにスケールできるためです。
もちろん、冗長性のために、複数のモンゴが必要です。各アプリで、負荷分散された mongos インスタンスのリストを (より深刻なセットアップで) 定義し、レプリカ セット シャードのクラスターに戻します。