作成モニター
LBaaSは、健康状態のプールのメンバーを監視するため、モニターを作成することができます。メンバーが正常に動作していない場合、そのステータスがダウン設定監視、したがってに転送後続の要求を回避することができます。
のは、プールのモニターを追加してみましょう。モニタタブで「モニタの追加」ボタンをクリックします。
HTTPのメンバーの健康状態をチェックすることにより、意味の種類を選択し、「HTTP」、。
遅延は、メンバーの状態を確認するために10秒を意味し、「10」に設定されています。
タイムアウトは、メンバーが、その後5秒、タイムアウト時間内に応答できない場合ことを意味し、「5」に設定されています。
マックスRetiesは3回の試行がタイムアウトまたは失敗している場合には、加盟国がダウンしていることを意味し、「3」に設定します。
HTTPメソッドは、「GET」に設定されています
URLは「/」に設定されています
「200」に設定され期待されるHTTPステータスコード
戻りコードが200である場合は3つの意味上記次いで部材が正常であることを、HTTP GETリクエスト部材「/」URLにより得られます。
「追加」をクリックし、モニターが作成されました。
新しいモニタは、プールに以下を追加します。「Webサーバ」アクションリストに「准モニター」をクリックしてください
先ほど作成したモニターを選択します。
「アソシエイト」をクリックしてください。
テストLBaaS
上記の設定後、我々はそれがメンバー「WEB1」と「WEB2」プール「のウェブサーバ」、および追加のモニタが含まれて作成しました。ロードバランサをテストする準備が正常に動作しています。
まず、ポート80でリッスンし、WEB1とWEB2でHTTPサービスを開始します。
ここでは、Pythonモジュールを使用SimpleHTTPServerは、HTTPサービスを開始しています。Webサーバは、現在の訪問がどのメンバーのindex.htmlで表示します。
実行カール172.16.100.11(VIP)の名前空間のルータで複数回
テスト結果は、すべてのWEB2訪問あたりのこのメンバーことを示しています。
なぜWEB1それへのアクセス権を持っていませんか?
私たちはあなた以前に述べたものを覚えておいてください:
ロードバランス方式 - ROUND_ROUBIN
セッションの永続性 - SOURCE_IP
この構成では、ROUND_ROUBIN WEB2によって選択された第1のカールHAProxy要求。後続の要求、HAProxy SOURCE_IPメカニズムはまだWEB2に選択し、適用されます。
構成を変更してみましょう。「Webサーバ」アクションリストで「編集VIP」をクリックしてください。
「いいえセッションの永続性」を選択し、保存します。
その後、カールテスト。
私たちは、「WEB1」と「WEB2」ラウンドロビンまでの間であることを確認することができます。