先週この問題を検索しましたが、まだFreeBSDの妥当な解決策を見つけることができませんでした。
ほとんどの記事には、フェールオーバーストレージ(FreeBSD HAST)のソリューションのみが含まれています。これは私が探しているものではありません。
私はロードバランシングが可能で同時に重複する可能性があり、FreeBSDアプリサーバーの一般ディレクトリ(NFS?)としてアクセスできるNASが必要です。
私の問題は、Webサーバーやファイアウォールの負荷分散には関係ありません。私の興味は保存です。
正しい研究方向を教えてください。
編集:CARP IPパケットバランスソリューションを公開しないでください。これは私が探しているものではありません。
答え1
残念ながら、amd
マルチホスト(Solaris自動マウントなど)を使用する機能が不足しています。
したがって、この機能がない場合は、論理サービスIPを追加する必要があります。 (ucarp
必要に応じて使用できます。)0回保存そして店舗1。各サービスIPは正常にバインドされ、1つのデバイスに障害が発生した場合はフェールオーバーする必要があります。
これで、アプリケーションストレージの半分をstor0のサービスIP(偶数:app0、app2)にバインドし、残りの半分をstor1のサービスIP(偶数:app1、app3)にバインドできます。
amd-automount-mapを介してNFSマウントで使用できます。これは静的な「ロードバランシング」であり、フェイルオーバーメカニズムを使用します。したがって、ロードバランシングとハハの両方を持つことができます。
答え2
さまざまなオプションを確認した後、お客様のニーズに合った次の 2 つのオプションが見つかりました。
ハースト
最初はHASTを使用しますが、フェイルオーバーとして機能しません。 CARP + HASTをどのように設定するかに応じて、ロードバランシングを達成できるようです。
このガイドでは、ロードバランシング用にCARPを設定/設定する方法について説明します。
このガイドでは、HASTの設定/設定方法について説明します。
2番目のガイドラインは、最初のガイドラインの修正を使用して適用する必要があります。
コロシンク+心拍数調整器
もう一つのオプションは設定することです鼻への同期そして脈拍調整装置。方向ここでソースからビルドしてください。。
かなり広くあります。Corosync 設定に関するドキュメントファイルを含むクラスタを最初から起動する。