ZFSヘッドノードをデータベースサーバーとして使用していますか？

ここに示すように、Nexentaの推奨アーキテクチャに基づいて、高可用性クラスタ共有ストレージにデュアルヘッドZFS-backed NASを使用しています。

1 JBODのディスクは単一の4 TB Postgresデータベースのデータベースファイルを保存し、他のJBODのディスクは20 TBの大きな未加工バイナリフラットファイル（大きな恒星オブジェクトの衝突シミュレーションのクラスター結果）を保存します。つまり、PostgresファイルをバッキングするJBODは主にランダムなワークロードを処理し、シミュレーション結果をバッキングするJBODは主にシリアルワークロードを処理します。どちらのヘッドノードにも256 GBのメモリと16コアがあります。クラスターには約200のコアがあり、それぞれがPostgresセッションを維持しているため、約200の同時セッションが予想されます。

ZFSヘッドノードをクラスターのミラーリングされたPostgresデータベースサーバーのペアとして同時に機能させることが、セットアップで賢明かどうか知りたいのですが。私が見ることができる唯一の欠点は次のとおりです。

1. インフラストラクチャのスケーリングの柔軟性が低下します。
2. 冗長性のレベルがわずかに低くなります。
3. PostgresのメモリとCPUリソースが制限されています。

ただし、私が理解している利点は、ZFSは自動フェールオーバーにかなりとんでもないことであり、ヘッドと一緒に失敗するため、ヘッドノードが失敗したかどうかを各Postgresデータベースサーバーに理解させるために多くの作業を費やす必要はありません。ノード。

2つのPostgresインスタンス（Postgres用語では「クラスター」）が同じ物理ファイルで動作することはできません。

パフォーマンスが必要な場合は、シャーディングが役立つ場合があります（2つのインスタンスがそれぞれ異なるデータを運ぶ）

高可用性が必要な場合は、STONITHを使用したフェイルオーバーが解決策になる場合があります。ハードウェアが修復されていることを確認する必要があります。2番目のノードがデータベースを処理している間は、データベースを開こうとしないでください。