要約:
最初に、負荷制御及び管理のためのバランスとシステム内の各ノードの状態を監視しながら使用LVS keepalivedのは、続いてシングルポイント障害を防止するために、高可用性クラスタを確保するために、クラスタVRRP管理機能に追加され
VRRP契約は、サーバグループ内のサーバ内の同じ効果であるルータ高可用性プロトコル考え、マスターBACKUPノードとノード、VIPアドレス、外部サービス・プロバイダ内のマスターノードは、マスターはバックアップとしてハートビートICMPを送信することができます(ICMPのTCPは、サブプロトコルは、IPアドレスは、ルートを持つクラスかどうかを、ネットワークを到着したかどうか缶・サービス・メッセージ、不合理なネットワーク通信を使用し、サーバーとIPアドレス間でメッセージを送信するためのインターネットプロトコルパケットですマスターノードがハートビートを送信しないメッセージ自体が)、バックアップノードが自動的に代わり、マスタノードのオリジナル作品で、原因サーバーに、削減、マスターノード遊び人のうち、バックアップホスト新しいマスターノードの優先度の選挙を考えてます障害が損失を引き起こしました。
特長:
1.サポート負荷分散LVS
2.可用性は、単一障害点を防ぎます
プロフィール:/etc/keepalived/keepalived.conf
global_defs {#グローバル notification_email {警告の電子メールアドレスに定義 [email protected] [email protected] [email protected] } notification_email_from [email protected]#E-mailアドレスは定義され 192.168.200.1#メールボックスサーバーSMTP_SERVER 30 smtp_connect_timeout #定義されたタイムアウト ROUTER_ID LVS_DEVEL#ルート識別情報を、同じ固有のLANを定義 }
VI_1 vrrp_instance {#はインスタンス定義 単なる例示状態MASTER位状態パラメータマスタ/バックアップ インターフェースeth0の#の仮想IPアドレスがカード位置に配置され 、同じクラスタID一致有するように、同じファミリーの51位virtual_router_id 優先100#優先決意がプライマリまたはバックアップ以上であります大越優先 advert_int 1つの#スタンバイ通信時間間隔 認証{ AUTH_TYPE PASS AUTH_PASS 1111#認証 } {virtual_ipaddress デバイス間の仮想IPアドレス192.168.200.16 192.168.200.17 192.168.200.18 } }
問題:
なぜ、VRRPプロトコルは次のとおりです。
VRRP、仮想ルータ冗長プロトコルの完全な名前は、中国では、VRRPは前立腺フーの故障の静的なシングルポイントの問題を解決するために表示され、仮想ルータ冗長プロトコルと呼ばれるVRRPルータにルートタスクにVRRPの選挙のメカニズムによるものですA。
スプリット脳はどのようなものです:
高可用性(HA)システムでは、2つのノードがオフハートビート接触したとき、全体、アクションHAシステムとして協調されていたであろう、それはお互いに失われた接触ので,,思考、二つの別々の体に分割されデータの損傷をもたらす他の破産ダウン、同時にデータを格納するために可能な限り分離脳の人々のような2ノードHAソフトウェア、リソースの競合、
スプリットブレインは、いくつかの理由で発生します。
1.ので通常ではない通信をもたらすサーバ障害との間のハートビート、
2.ハートビート悪いです
機器の故障の3ハートビート接続
4.ファイアウォールブロック情報ハートビートの送信
5.設定ハートビートが正しくエラー送信されていません
スプリットブレイン・ソリューション:
2本のストリップラインと同時に1.ハートビート
スプリットブレインを検出した場合2.、心は別のノードを閉じることを余儀なく
スプリットブレインのアラームを監視3.良いが、問題は、あなたができるだけ早く解決するために、できるだけ早く知ることができます