2017-03-17 9 views
1

私はAzureRMで次の設定をしています。デフォルトのバックエンドプールが正常でない場合、Azureのアプリケーションゲートウェイのフェイルオーバー

           ---------- 
-----------  ----------  -----------  |app srv1| 
| App  |  | Varnish|  | Load | ---> ---------- 
| Gateway | --> | Cache | --> | Balancer| 
|   |  | server |  |   | ---> ----------  
-----------  ----------  -----------  |app srv2| 
               ---------- 

デフォルトですべての要求をワニスサーバーに送信したいと思いますが、ワニスが死んでいる場合は、直接ロードバランサに指示してください。

私は、アプリケーションゲートウェイのカスタムプローブを使ってフェイルオーバーを達成できますが、ロードバランサをバックエンドプールに追加すると、私の思考が正しいとすれば、ワニスとLBの間にラウンドロビン。

App Gatewayを持つ理由は、SSL証明書をオフロードすることです。

Azureサービスでこのインフラストラクチャを実現することは可能ですか?

+0

私たちは正確に同じセットアップと同じ問題を抱えています:)結局、冗長なワニスインスタンスがあなたのために働いていましたか?彼らは自分のキャッシュを持っていましたか?あるいは、別の解決策を見つけましたか? –

答えて

1

今日、残念ながら、これを達成するための簡単な方法はありません。フェールオーバープールはまだサポートされていません。バックエンドプールにLBを追加してヘルスプローブに応答すると、GatewayはVarnishとLBの間でラウンドロビンされます。 1つのラウンドアバウト方法は、デフォルトでプローブに失敗してリクエストがルーティングされないようにする別のサーバを持つことです。プライマリ・ワニス・サーバーに障害が発生した場合、このサーバーは200 OKのプローブで応答を開始する必要があります。これは、ワニスを監視し、それに応じてプローブに応答するこのセカンダリサーバをセットアップするための追加のコードを必要とする。

+0

ありがとう、それは私が思ったものです。 冗長性を持たせるために2番目のワニスサーバを追加しました。 – maudv

関連する問題