Transcript GXシリーズ 製品機能説明資料

Coyote Point Systems社
Equalizer GXシリーズ
製品・機能説明資料
株式会社ネットワールド
マーケティング本部
2012/4/13
1
主な特徴／機能


全ポート1GEに対応（E650GXは光ポート標準搭載）
７種類の負荷分散方式を標準装備
（各クラスタ個別に選択、カスタマイズが可能です）
ソースIPやCookie、URIに基づくセッション維持が可能。
 HTTPヘッダ情報の識別による
最適なコンテンツへの誘導が可能。
 SSL処理能力の大幅増大により
大規模向けECサイトにも対応。
 仮想環境での負荷分散により、サービスの拡張性を実現。

2
主な特徴／機能

AjaxベースのGUIを採用
– 各サービス／サーバの設定を
簡単に行え、運用負荷も軽減
できます。

新機能で多彩な要件に対応
– Smart Events機能
イベントを組み合わせ、状況に応じて
アクションを起こすことができます。
– Responders機能
Sorryページ表示やHTTPリダイレクション
を行うことができます。
– Equalizer VLB機能
VMware社のVirtual Centerと連携し、ゲストOSの負荷状況の把握や
起動・シャットダウン制御を行うことが可能になります。
3
製品ラインアップ
E250GX
ポート数： 10/100/1000 Base-T x 2ポート
SSL処理： 180 TPS
レイヤー７一部対応
SSLオフロード
（ソフトウェア）
E350GX
E450GX
E650GX
DSR
ポート数： 10/100/1000 Base-T x 12ポート
SSL処理： 500 TPS
レイヤー７対応
VLB Basic
Responders
SSLオフロード
（ソフトウェア）
DSR
Smart Events
SNMP
VLAN
ポート数： 10/100/1000 Base-T x 12ポート
SSL処理： 8,500 TPS
レイヤー７対応
VLB Advanced
Responders
SSLオフロード
（ハードウェア）
DSR
Smart Events
SNMP
VLAN
ポート数： 10/100/1000 Base-T x 20ポート + SFP x 2ポート
SSL処理： 14,000 TPS
レイヤー７対応
VLB Advanced
Responders
HTTP圧縮
SSLオフロード
（ハードウェア）
DSR
Smart Events
広域負荷分散
SNMP
VLAN
製品紹介ページ： http://www.networld.co.jp/coyote/products.htm
4
製品ラインアップ
価格
- HTTP圧縮
- 広域負荷分散
- 22ポート（SFT含む）
E650GX
- ハードウェア
- SSLアクセラレーション
- VLB Advanced
-
E450GX
L7負荷分散フル対応
VLAN機能
SNMP
ビルドインスイッチ
E350GX
E250GX
パフォーマンス
5
「Equalizer GXシリーズ」
機能説明
6
基本動作
サービスを追加するためには、以下の２つを Equalizer に設定します。
● クラスタ
： 仮想IPアドレス と ポート番号 の組み合わせ
● サーバ
： クラスタへ到達したリクエストを振り分けるサーバ
サーバはクラスタ単位でグループ化され、クラスタに登録されたサーバが負荷分散対象になります。
Equalizerはクラスタへの
リクエストを受け取り、
サーバへ振り分けます。
クライアント
クラスタA配下
サーバ群
クラスタに対するリクエスト
クラスタA
192.168.0.10: 80
A
B
クラスタB配下
サーバ群
クラスタB
192.168.0.11: 80
7
負荷分散アルゴリズム
■ ７つの負荷分散アルゴリズム
・
・
・
・
・
・
・
Round Robin
Static Weight
Least Connection
Fastest Response
Adaptive
Custom
Server Agent
-
ラウンドロビン
静的な重み付けラウンドロビン
最小コネクション数
最小レスポンス
Least Connection と Fastest Response の組み合わせ
Least Connection と Fastest Response の比率をカスタマイズ設定
サーバエージェント、もしくは VLB での負荷分散
クライアント
WEB サーバ１
クラスタへの新規リクエスト
各クラスタの負荷分散
アルゴリズムに従い
適切なサーバへ送ります。
アルゴリズムに従い
WEB サーバ２へ
WEB サーバ２
※ Server Agent の設定については弊社サポート対象外となります。
8
クラスタの種類について
■ レイヤー４クラスタ （L4）
IPアドレス および TCP/UDPポート番号を確認し、負荷分散を行うクラスタです。
クライアント
クラスタに対するリクエスト
IPアドレス ・ TCP/UDP
ポートによって負荷分散
します。
A
クラスタ配下
サーバ群
■ レイヤー７クラスタ （L7） ： クラスタへのリクエストを振り分けるサーバ
IPアドレス、TCP/UDPポート番号、HTTPヘッダ情報 を精査し負荷分散を行うクラスタです。
クライアント
クラスタに対するリクエスト
IPアドレス ・ TCP/UDP
ポート ・ HTTPヘッダに
よって負荷分散します。
A
クラスタ配下
サーバ群
http://www.example.co.jp/index.html
9
クラスタの種類について
TCPクラスタ （L4クラスタ）
サービス例）
クライアント
負荷分散アルゴリズムに従って
サーバへ
FTP サーバ１
クラスタIP宛てのTCPポート21番への
リクエスト
クラスタ宛のリクエストを、
TCP ポートに基づき負荷
分散します。
FTP サーバ２
● TCP クラスタが提供する機能
TCPクラスタに到達したクライアントリクエストは、IPアドレス/TCPポート番号
によってサーバへ振り分けられます。様々なTCPを使用するサービスを負荷
分散することが可能です。
※ HTTP、HTTPSクラスタでサポートしているMatch-Rule、Cookie パーシスタンス機能は TCP クラスタでは利用できません。
10
クラスタの種類について
UDPクラスタ （L4クラスタ）
サービス例）
クライアント
負荷分散アルゴリズムに従って
サーバへ
DNS サーバ１
クラスタIP宛てのUDPポート53番への
リクエスト
クラスタ宛のリクエストを、
UDP ポートに基づき負荷
分散します。
DNS サーバ２
● UDP クラスタが提供する機能
UDPクラスタに到達したクライアントリクエストは、IPアドレス/UDPポート番号
によってサーバへ振り分けられます。様々なUDPを使用するサービスを負荷
分散することが可能です。
※ HTTP、HTTPSクラスタでサポートしているMatch-Rule、Cookieパーシスタンス機能は UDP クラスタでは利用できません。
＊１ UDPヘルスチェック対応アプリケーション DNS NFS MOUNT PORTMAP LOCK STATUS PC-NFSD
（UDPポート番号により自動認識）
11
クラスタの種類について
HTTPクラスタ （L7クラスタ）
クライアント
負荷分散アルゴリズムに従って
サーバへ
WEB サーバ１
クラスタIP宛てのHTTPリクエスト
クラスタ宛のリクエストを、
HTTPアプリケーションレベル
で確認し負荷分散します。
WEB サーバ２
● HTTP クラスタが提供する機能
HTTPヘッダの情報を精査し、振り分けを行うサーバを決定することが出来ます。
Cookie ヘッダを使用したセッション維持動作（P15）に加え、Match Rules（P20～22）
を使用した詳細なリクエストの振り分けなどを実現することが出来ます。
※ L４クラスタ のSticky 機能は L７ クラスタでは利用できません。
（ただし特定送信元IPアドレスを Match Rule 適用することは可能）
12
クラスタの種類について
HTTPSクラスタ （L7クラスタ）
クライアント
サーバ証明書
負荷分散アルゴリズムに従い
クラスタ配下サーバへHTTP通信
[ 平文（非暗号） ]
WEB サーバ１
クラスタIP宛てのHTTPSリクエスト
[ 暗号 ]
暗号を復号した後、HTTPアプリケーション
レベルで確認し負荷分散します。サーバからの
応答は、暗号化しクライアントへ返します。
WEB サーバ２
● HTTPS クラスタが提供する機能
クライアントからの暗号化されたHTTPS通信を、HTTPへ復号化し負荷分散対象サーバへ振り分けます。
サーバからのレスポンスは、Equalizer で再度HTTPSに暗号化され安全にクライアントへ返されます。
HTTPクラスタで提供されている HTTPヘッダ情報を精査する機能は HTTPSクラスタでも使用可能です。
E250GX/E350GX ではこの複合化・暗号化処理をソフトウェアで行います。
E450GX/E650GX では、Equalizer内部に搭載された専用ハードウェアでこの処理を行います。
※ L４クラスタ のSticky 機能は L７ クラスタでは利用できません。
（ただし特定送信元IPアドレスを Match Rules 適用することは可能）
13
セッション維持機能
14
L4クラスタ セッション維持
Sticky Time（ｽﾃｨｯｷｰ・ﾀｲﾑ）
Sticky Time
= 900秒 に設定
クライアント
TCP リクエスト
WEB サーバ１
再 TCP リクエスト
クライアントの送信元 IP を識別し、
Equalizer のセッションエントリを確認。
前回アクセスしたサーバへ振り分けます。
WEB サーバ２
● クライアント送信元 IP によるセッション維持
Sticky Time を設定すると、TCP コネクション（UDP フロー）終了後も、設定した時間の間、そのクライアントの
送信元 IP のセッションエントリを保持し、Sticky Time として設定された時間内に再度アクセスがあれば、
セッションエントリに従い前回と同じ振り分け先サーバへ負荷分散します。 この場合、再度 Sticky Time 時間
をカウントダウンします。
同じ送信元 IP アドレスからのアクセスは同一クライアントと見なしセッションエントリのサーバへ転送するため、
クライアント群の IPアドレスがプロキシなどによって特定IPアドレスにNAT変換される場合は、正常に負荷分散
を行うことができずリクエストが特定サーバに偏ってしまうことがあります。
※ HTTP、HTTPSクラスタでは利用できません。
※ Inter-cluster sticky 機能を有効にすることにより、同一IPアドレスの複数クラスタ間で
sticky 情報を共有することが可能です。
15
L7クラスタ セッション維持
Cookie Persistence（ｸｯｷｰ・ﾊﾟｰｼｽﾃﾝｽ）
サーバから受け取ったレスポンスに
（Equalizer がインサートした）Cookie
を付加して送信します。
クライアント
HTTP リクエスト
WEB サーバ１
サーバレスポンス
サーバレスポンス + Equalizer Cookie
HTTP リクエスト
再 HTTP リクエスト + Equalizer Cookie
WEB サーバ２
HTTPヘッダを確認し、セッション維持用のCookie を確
認し、該当するサーバへ振り分けを行います。
● Cookie によるセッション維持機能
サーバのレスポンスヘッダ に Equalizer のセッション維持用 Cookie を Set-Cookie します。
受け取ったクライアントは次回アクセスの際、その Cookie をリクエストヘッダに埋め込み、
送信します。Equalizer はその Cookie に記載された情報から前回アクセスしたサーバを判断し、
そのサーバへリクエストを振り分けます。
※ Cookie の有効期限を設定する場合は、クライアント・Equalizer・サーバの時刻が正しく設定されている必要があります。
※ 同一IPアドレス・別ポート番号の複数クラスタに、同じサーバが設定されている場合は、複数クラスタをまたがって
Cookieによるセッション維持が可能です。
16
全モデル共通機能
17
全モデル共通機能
Hotspare（ﾎｯﾄ・ｽﾍﾟｱ）
サーバヘルスチェックの結果、
クラスタ内の全アクティブサー
バが DOWN
クライアント
リクエストをHotSpare サー
バへ振り分けます。
Hotspare
● Backup サーバの設定機能
サーバをHotspareとして設定した場合、クライアントからのリクエストは通常振り分けされません。
サーバヘルスチェックの結果、クラスタ内の全サーバが DOWN と判定されHotspareサーバのみ
がUPした状況において、初めてHotSpareサーバに対して通信振り分けが行われます。
Equalizerは Hotspareサーバ以外のサーバが UP するまで、HotSpare サーバにのみ通信を振り
分けます。この動作により、サーバを Backupサーバとして活用することが可能になります。
※ Sticky TimeやCookie等によってセッション維持された通信は Hotspareサーバにも振り分けられます。
18
全モデル共通機能
Quiesce （ｸｧｲｴﾝｽ： ｻｰﾊﾞ・ﾒﾝﾃﾅﾝｽ）
クライアント
新規リクエストは Quiesce 以
外のサーバへ
既存リクエストのみ Quiesce
サーバへ
Quiesce
● Quiesce Serverモード （サーバメンテナンスモード）
既存セッションを保持させたまま、負荷分散対象からサーバを除外する機能です。Quiesceを
設定すると、その時 Active なサーバセッション以外はQuiesce設定のサーバ に新規セッション
を送信しません。
アクティブなサーバセッションが0に近づくのを待ち、サーバのリブートやシャットダウン、ネット
ワークからの切り離しを行う事によりサービスのダウンタイムを最小化することが可能になります。
※ Sticky Time や Cookie 等によってセッション維持された通信はQuiesce サーバにも振り分けられます。
※ Quiesce サーバのみが Activeサーバであった場合に限り、新規リクエストも Quiesceサーバに振り分けられます。
19
全モデル共通機能
サーバヘルスチェック
Ping によるヘルスチェック
（５秒間隔）
WEB サーバ１
TCPハンドシェイク によるヘルスチェック
（下記パラメータ参照）
WEB サーバ２
● サーバヘルスチェック
クラスタ配下のサーバに対してヘルスチェックを行い、常にサーバの状態を確認しています。
チェック方法は以下の２つです。
■ ICMP
■ TCPハンドシェイク （L４/UDP クラスタは除く）
TCPハンドシェイクは以下パラメータにより詳細な設定が可能です。
Probe Delay :
Probe Interval :
Probe Timeout :
Strikeout Threshold :
TCPハンドシェイクを行なう間隔 (デフォルト１０秒）
Equalizer全体の設定と、クラスタ個別の設定が可能
１回目のTCPハンドシェイク失敗後の、２回目以降の間隔を設定します
TCPハンドシェイク後の ACVに対してのタイムアウト値
この回数分、ヘルスチェックに失敗するとサーバがダウンと判定されます
※ L4UDPクラスタは、通常Ping によるヘルスチェックのみです（以下サービスを除く）。
UDPヘルスチェック対応アプリケーション：
DNS NFS MOUNT PORTMAP LOCK STATUS PC-NFSD （UDPポート番号により自動認識）
20
全モデル共通機能
ACV （Active Content Verification）
ACV Probe String:
ACV Response String:
GET /index.html
WELCOME
GET /index.html HTTP/1.0
WEB サーバ１
HTTP/1.0 200 OK
・・・・・・・・・・・・・・・・・・・
ACV Probe String による HTTP GET
リクエストに対する各サーバからのレス
ポンスデータ先頭 1000 Byte に ACV
Response String が含まれていれば
サーバを UP と判断します。
<BODY>
WEB サーバ２
<H1>WELCOME</H1>
● L4/TCP、L7/HTTP、L7/HTTPS クラスタでのコンテンツヘルスチェック機能
ACV とは ping と TCP ハンドシェイクによるデフォルトヘルスチェックの他に、オプションで設定が
可能なコンテンツレベルでのサーバヘルスチェック機能です。ACV を設定した場合、通常のTCP
ヘルスチェックのハンドシェイク後に ACV を実行します。ACV が失敗した場合は、そのサーバを
DOWNと判定します。
21
全モデル共通機能
Direct Server Return （DSR： L4クラスタ）
クライアント
Equalizer
Loop back interface
・ クライアントからのリクエストを負荷分散してサーバに振り分けします。
・ リクエストを受けたサーバはレスポンスを Equalizer を経由せず、
クライアントに直接返します。
・ その際、サーバに Loopback Interface を設定し、送信元IP をクラスタの
IP でレスポンスさせることで TCP の整合性を保っています。
22
全モデル共通機能
Smart Events
※ E250GX
非対応
イベント設定：
トリガー ： アクティブサーバ数が２台を下回る
アクション： WEBサーバ３、４をアクティブサーバ
に順次推移させる
Quiesce
WEB サーバ１
サーバヘルスチェックの結果、クラスタ内のアク
ティブなサーバの台数が２台を下回った場合、
WEBサーバ３ をアクティブにします。
その後、再度下回った場合は WEBサーバ４ を
アクティブにします。
WEB サーバ３
Quiesce
WEB サーバ２
WEB サーバ４
● Smart Events 機能を使用したサーバ操作
トリガーとアクションを組み合わせ設定します。 トリガー設定の条件が満たされると、アクション設定が実行
されます。 トリガーとして、各サーバのアクティブコネクション数、各サーバのWeight値、クラスタ内のアクティブ
サーバ数などを確認でき、アクションとしてサーバの Quiesce/Unquiesce、ログ出力、メール通知、またIPMIによ
る物理サーバの起動/シャットダウン等を実施することが出来ます。
※VLB Advanced機能は Smart Eventsを使用し作成します。
23
L7クラスタ機能
24
L7クラスタ機能
※ E250GX
未対応
Match Rules （アプリケーションレベルでの振り分け）
クライアント
設定ルール名 “Match_Member”
ルール： リクエストのディレクトリ名
を確認し /member/ が含まれている
場合にはWEBサーバ１ に振り分ける。
L7クラスタ宛ての HTTP リクエスト
http://www.example.com/member/index.html
WEB サーバ1
リクエストヘッダに /member/ が含まれ
ているので、ルールが適応され、WEB
サーバ１へ振り分けられます。
WEB サーバ２
● アプリケーションレベルでの振り分け機能
クライアントのHTTPリクエストのHTTPヘッダを精査し、定義したルールにマッチした場合は、そのルールに該当
するサーバへ振り分けを行います。
＜定義可能な Match Rules の一例＞
・Host header
－ ホストヘッダ名（ドメイン名）
・query
－ URI のパラメータ
・Path name
－ URI のパス名
・header
－ http ヘッダー (User Agent、set-cookie など)
・Directory name
－ URI のディレクトリ名
・client ip
・File name
－ URI のファイル名
－ クライアントの IP アドレス
（ホスト または ネットワークで指定可能）
※ Match RulesはCookie Persistenceよりも優先的に適応されます。
※ Match RulesにRespondersを設定することで、設定された振り分け先のサーバがダウンした場合に設定した
Respondersが動作します。
※ クラスタ設定とは別に、各Match Rulesに負荷分散ポリシーを設定することが可能です。
25
L7クラスタ機能
※ E250GX
未対応
Match Rules （サーバセッション維持）
[1] L7クラスタ宛ての新規 HTTP リクエスト
http://www.coyotepoint.com/index.asp
[2] ルールにマッチしないため
負荷分散ポリシーに従い振り分け
PC端末
WEB サーバ1
[3] サーバは URI へ ID を付加してリプライ
http://www.coyotepoint.com/next.html?SID=WEB2
携帯端末
[4] L7クラスタに、再 HTTP リクエスト
http://www.coyotepoint.com/next.html?SID=WEB2
[5] ルール “WEB2” にマッチしたので、
WEBサーバ２ へ振り分け
WEB サーバ２
● Match Rulesによるサーバセッション維持
Match Rules を使用することで、Sticky や Cookie によるセッション維持が利用できない環境に於いても、
セッション維持が可能になります。
サーバコンテンツに個別の Server ID を設定し、Match Rules機能を使用しこの Server ID を精査し、サーバ振り
分けを行います。 設定するルール例は以下のようになります：
ルール名 “WEB1” ： リクエストURI の “?” 以降に “SID=WEB1” が含まれていれば WEBサーバ１ に振り分ける。
ルール名 “WEB2” ： リクエストURI の “?” 以降に “SID=WEB2” が含まれていれば WEBサーバ２ に振り分ける。
上記例ではURI の “?” 以下を精査していますが、その他ヘッダ情報でも同様の動作を行うことが可能です。
※ サーバ側は、リプライへパラメータを組み込むよう、別途設定が必要になります。
26
L7クラスタ機能
Match Rules （User-Agentの精査）
※ E250GX
未対応
L7クラスタ宛ての HTTP リクエスト
User-Agent=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
ルール “PC” にマッチし
たため、WEBサーバ１に
振り分けます。
PC端末
携帯端末
WEB サーバ1
L7クラスタ宛ての HTTP リクエスト
User-Agent=KDDI-SA21 UP.Browser/6.2.0.7.3.129 (GUI) MMP/2.0
● Match RulesによるUser-Agentの精査
ルール “KDDI” にマッチし
たため、WEBサーバ２ に
振り分けます。
WEB サーバ２
Match Rules を使用することで、アクセスするクライアント端末の種類を精査し、振り分け先サーバを指定できます。
上記の例では、クライアント端末の User-Agent ヘッダによって、振り分け先サーバを決定しています。
設定するルール例は以下のようになります：
ルール名 “PC”
： リクエストヘッダ “User-Agent” に “Mozilla” が含まれていれば WEBサーバ１ に振り分ける。
ルール名 “Keitai” ： リクエストヘッダ “User-Agent” に “KDDI” が含まれていれば WEBサーバ２ に振り分ける。
※ クライアントのヘッダ情報をEqualizerが精査するものですので、サーバ側で設定する必要はありません。
27
L7クラスタ機能
Responders （Sorryページ）
※ E250GX
未対応
[1] L7クラスタへのHTTPリクエスト
http://www.example.com/index.html
クライアント
DOWN！
WEB サーバ１
[3] Sorryページをサーバ代理で表示
[2] マッチしたルール内
の振り分け先サーバが
全てダウンしている
DOWN！
WEB サーバ２
● Sorryページ表示機能
Match Ruleのルールにて指定されている振り分け先サーバが全てダウンした場合に、Equalizerがサーバに
代わってSorryページを表示します。
※ 作成した Responder は、複数の Match Rule で共有することが可能です。
※ １つの Match Rule で、Responder は１つ設定可能です。
28
L7クラスタ機能
Responders （HTTPリダイレクション）
※ E250GX
未対応
[1] L7クラスタへのHTTPリクエスト
http://www.example.com/index.html
クライアント
DOWN！
WEB サーバ１
[3] HTTPリダイレクションにて
指定したURI へリダイレクト
http://www.example-2.com/index.html
[2] マッチしたルール内の
振り分け先サーバが全て
ダウンしている
DOWN！
WEB サーバ２
● HTTPリダイレクション機能
Match Rulesのルールにて指定されている振り分け先サーバが全てダウンした場合に、Equalizerが
HTTPリダイレクションを行い、クライアントを別URIへ誘導します。
HTTPステータスコードは以下から選択することができます：
・307 Temporary Relocation (デフォルト)
・301 Moved Permanently
・302 Found
・303 See Other
※ 作成した Respondersは、複数の Match Rulesで共有することが可能です。
※ １つの Match Rulesで、Responder は１つ設定可能です。
29
L7クラスタ機能
VLB （Virtual Load Balancing）
■ VLB Basic 機能
（全GXモデルに搭載）
Virtual Centerで管理しているESXサーバ上に起動
している仮想サーバを対象に負荷情報を取得。
その情報を元に最適な負荷分散対象となるサーバ
を選択し、通信の振り分けを行います。
クライアント
Virtual Center
■ VLB Advanced 機能 （E450GX / E650GX）
稼動している仮想サーバのCPU使用率やアクティ
ブコネクション数などを閾値として待機設定された仮
想サーバをアクティブサーバとして起動させます。
逆に閾値を下回った場合は、稼動している待機設定
サーバをシャットダウンし、再度待機状態へ戻し余
計なリソース消費を低減することができます。
また、Equalizerのヘルスチェックでダウン判定した仮
想サーバに対して再起動を行うことが可能です。
仮想サーバ群
仮想サーバ群
VMwareサーバ
30
E650GX 搭載機能
31
E650GX 搭載機能
コンテンツ圧縮 （Express: HTTP Compression）
[1] L7クラスタへのHTTPリクエスト
クライアント
WEB サーバ１
[3] GZIP圧縮されたレスポンス
をクライアントへ送付
[4] ブラウザが圧縮された
サーバレスポンスを
解凍します。
[2] クライアントのブラウザ
が圧縮対応であった場合、
サーバレスポンスを
GZIP 圧縮します。
WEB サーバ２
● HTTP圧縮機能による帯域削減 ・ 転送速度の向上
クラスタへのリクエストに対して、サーバレスポンスをGZIP圧縮して応答します。レスポンスをGZIP圧縮する
ことによって、クライアント ⇔ Equalizer間の総トラフィック量を減少させることが可能になり、有効に帯域を
使用することができます。Word, Excel などのファイルも圧縮することができます。
Equalizer E650GXに標準装備されている専用ハードウェアを使用しGZIP圧縮することで、WEBサーバの
リソースを消費しないというメリットもあります。
※ HTTP圧縮を行う MIME type をカスタマイズ設定可能です。
※ 最小ファイルサイズを指定することで、それ以下のサイズはHTTP圧縮しない設定が可能です。
※ クライアントが使用するブラウザは、HTTP圧縮に対応している必要があります。
32
E650GX 搭載機能
広域負荷分散 （Envoy: Global Site Load Balancing）
クライアント
地理的に離れた拠点から、最
適な拠点を選択し、クライアン
トの通信を振り分けます。
www.envoy-example.com IN A 10.0.0.1
www.envoy-example.com IN A 10.0.0.2
www.envoy-example.com IN A 10.0.0.3
Internet
ジオクラスタ
10.0.0.1
ジオクラスタ
10.0.0.2
拠点 C
福岡
ジオクラスタ
10.0.0.3
拠点 B
大阪
サイトドメイン：
拠点 A
東京
http://www.envoy-example.com/
● Envoy 機能を使用した、拠点間広域負荷分散
２台以上の Equalizer を地理的に距離がある複数拠点（例： 東京、大阪、福岡） に配置しサービスを行います。
クライアントのリクエストに対して最適な拠点を選択し、レスポンスを返します。
複数拠点間の Equalizer で、サービスの冗長化を行うことができます。
※ 上記IPアドレスはサンプルです。
※ 権威DNSサーバには、拠点毎に設定されたジオクラスタの IPアドレスを設定します。
33
ネットワーク構成例／IPアドレス設定例
34
ネットワーク構成
E250GXでは、ネットワーク構成は以下の２パターンに限定されますが、
E350GX以上のモデルでは、VLANを複数使用した構成にすることができます。
■デュアルネットワーク構成
■シングルネットワーク構成
L2スイッチ
L2スイッチ
Equalizer
Equalizer
負荷分散対象サーバ群
負荷分散対象サーバ群
35
IPアドレス設定例 デュアルネットワーク
クライアント
10.0.0.50
10.0.0.51
External セグメント
10.0.0.0 /24
クラスタIP 10.0.0.100
ExternalリアルIP
10.0.0.1
External 仮想ゲートウェイIP
10.0.0.254
Equalizer （Primary）
Internal リアルIP
192.168.1.1
Internal 仮想ゲートウェイIP
192.168.1.254
ExternalリアルIP
10.0.0.2
192.168.1.10
192.168.1.11
192.168.1.12
Equalizer （Backup）
Internal リアルIP
192.168.1.2
サーバ
Internal セグメント
192.168.1.0 /24
・ 冗長化構成のEqualizer 2台は、External / Internal IPアドレスを同一サブネットにする必要があります。
・ サーバはデフォルトゲートウェイとして、Internal 仮想ゲートウェイアドレスを設定します。
１台構成の場合、仮想ゲートウェイは設定せず、サーバデフォルトゲートウェイは Equalizer のリアルIPアドレスです。
・ クラスタIPアドレスは、設定するサービスによって複数設定します。
・ クラスタIP ・ 仮想ゲートウェイIP は Primary として動作する Equalizer に紐付けられます。
・ External / Internal IP ・ 仮想ゲートウェイIP を経由する通信は、Equalizerはルーティング処理を行います。
36
IPアドレス設定例 シングルネットワーク
192.168.0.50
192.168.0.51
クライアント
ルータ
Internal セグメント
10.0.0.0 /24
クラスタIP 10.0.0.100
InternalリアルIP
10.0.0.1
Internal 仮想ゲートウェイIP
10.0.0.254
Equalizer （Primary）
InternalリアルIP
10.0.0.2
Equalizer （Backup）
サーバ
10.0.0.10
10.0.0.11
10.0.0.12
・ 冗長化構成のEqualizer 2台は、IPアドレスを同一サブネットにする必要があります。
・ サーバはデフォルトゲートウェイとして、Internal 仮想ゲートウェイアドレスを設定します。
１台構成の場合、仮想ゲートウェイは設定せず、サーバデフォルトゲートウェイは Equalizer のリアルIPアドレスです。
・ クラスタIPアドレスは、設定するサービスによって複数設定します。
・ クラスタIP ・ 仮想ゲートウェイIP は Primary として動作する Equalizer に紐付けられます。
・ Internal IP ・ 仮想ゲートウェイIP を経由する通信は、Equalizerはルーティング処理を行います。
・ クライアントが Equalizerと同一セグメントにある場合、負荷分散通信に制限があります。
詳細については FAQ（https://hds.networld.co.jp/helpdesk/support/faq_info.jsp） から こちら を参照下さい。
37
モデル別性能比較一覧
E250GX
E350GX
E450GX
E650GX
600Mbps
850Mbps
1.0Gbps
1.8Gbps
最大クラスタ数
64
無制限ライセンス
無制限ライセンス
無制限ライセンス
１クラスタ サーバ数上限
16
32
128
512
L4最大セッション/秒
―
―
―
―
L7最大セッション/秒
8,500
50,000
75,000
110,000
SSLオフロード処理
180TPS
500TPS
8,500TPS
14,000TPS
スループット
※ パフォーマンスデータにつきましては参考値になります。
※ 最大クラスタ数・サーバはハード物理上の制限があります。
VLAN
―
○
○
○
Match Rules
―
○
○
○
Responders
―
○
○
○
Basic
Basic
Advanced
Advanced
Smart Events
―
○
○
○
コンテンツ圧縮
―
―
―
○
広域負荷分散（Envoy)
―
―
―
○
NTP
○
○
○
○
Syslog
○
○
○
○
SNMP
―
○
○
○
アラートメール
○
○
○
○
VLB
38
製品価格

E250GX
– Equalizer E250GX
– Equalizer E250GX-HA（二重化パック）

E350GX
– Equalizer E350GX
– Equalizer E350GX-HA（二重化パック）

\1,320,000
\2,450,000
E450GX
– Equalizer E450GX
– Equalizer E450GX-HA（二重化パック）

\498,000
\996,000
\1,980,000
\3,700,000
E650GX
– Equalizer E650GX
– Equalizer E650GX-HA（二重化パック）
\4,000,000
\7,000,000
39
サポート&サービス
お問合せ窓口／評価プログラム
40
サポート&サービスについて

初年度無償サポート・サービス（製品出荷から1年間）
– ハードウェア故障に対するセンドバック保守のご提供
– サポートパック（ソフトウェア）
ファームウェアのバージョンアップ（修正パッチ）のご提供
TEC-Worldによるヘルプデスクサポート（10インシデント/1台につき）

有償サポート・サービス（初年度から有効／次年度はサポートパック付）
– オンサイトインストレーション・サービス
– 良品先出センドバック保守サービス
– オンサイト保守サービス－H/W交換サービス
平日9：00～17：00（対応目標：翌営業日対応）
24時間365日
（対応目標：4時間）
＊到着目標：4時間対応可能地域 全国主要都市 の近郊で対応可能。
※その他の地域については別途担当営業までお問合せ下さい。
◆各サービス共シリアルごとの保守契約となります。
冗長化構成の場合には、2台分の保守契約が必要です。
41
サポートパックについて
■ ソフトウェアに関する下記のサービスを1年間ご提供します。
＊各製品ともご注文時に購入申請書のご提出が必須となります。

次年度以降の修正パッチ／モジュール（マイナーバージョン）のご提供
（初年度は無償、TEC-World 専用アカウントにて提供します）

TEC-World 利用によるヘルプデスクサービスの提供
（インシデント制による対応です）
◆TEC-Worldのご利用には、保守加入後に発行されるID/PASSWORDが必要となります。
42
参考資料

ネットワールドWEBのドキュメント
– http://www.networld.co.jp/coyote/support/document.htm
Equalizer管理・運用マニュアル
コンフィグレーションのバックアップとリストアの手順
簡易設定マニュアル
Equalizer XCELインストール手順書
CSR作成手順書
その他英文資料など

ネットワールドWEBのFAQ ・ネットワーク構成例
– http://www.networld.co.jp/coyote/support/main.htm

製品プレゼン資料
– Equalizer製品機能紹介プレゼン資料.ppt

有償保守サービス詳細
– http://www.networld.co.jp/maintenance/coyote.htm
43
お問合せ窓口／評価プログラム

ご購入前製品に関するお問合せ窓口
下記URLにて製品に関するご質問をお受けしております。
http://www.networld.co.jp/coyote/call.htm

Equalizer評価プログラム
弊社ではご購入前の評価プログラムも実施しております。
是非こちらもご利用ください。
http://www.networld.co.jp/coyote/e_test.htm?link_id=eval3
44
SME*市場でNO.1を目指す
Coyote Point Systems社 「Equalizer GXシリーズ」
*SME（Small and Middle-sized Enterprise）
45