ADC

優先位置情報を構成することにより、静的近接度による動作を上書きする

ローカルの DNS (LDNS) サーバーまたはネットワークからのトラフィックを、静的近接方式がそのトラフィックに対して選択する GSLB サービス以外の GSLB サービスにトラフィックを転送したい場合があります。つまり、 そのトラフィックに適した場所があるということです 。静的近接方式を優先的に適用するには、以下の方法があります。

  1. 優先ロケーションのリストで構成される DNS アクションを設定します。DNS アクションの構成の詳細については、「DNS アクションの設定」を参照してください。
  2. 静的近接を上書きする LDNS サーバまたはネットワークから着信するトラフィックを識別するように DNS ポリシーを設定し、ポリシーでアクションを適用します。
  3. ポリシーをグローバルリクエストのバインドポイントにバインドします。

DNS アクションでは、最大 8 つの優先場所のリストを設定できます。位置はドット修飾子表記で指定する必要があります。ドット修飾子表記とは、静的近接データベースにカスタム位置を追加するための表記法です。場所には、省略する修飾子のワイルドカードを含めることができます。ロケーションのドット付き修飾子の表記法については、 静的近接データベースへのカスタムエントリの追加を参照してください。優先ロケーションを入力するときは、優先順位の降順で入力する必要があります。

ポリシーがTRUEと評価されると、NetScalerアプライアンスは優先場所を優先順に、GSLBサービスの場所と照合します。マッチには次の 2 種類があります。

  • 優先する場所にあるワイルドカード以外の修飾子がすべてGSLBサービスの場所にある対応する修飾子と一致する場合、その一致は完全に一致したと見なされます。たとえば、GSLB サービスの場所が*.UK.*.* または Europe.uk.*.* であれば、希望する場所*.UK.*.* と完全に一致します。
  • ワイルドカード以外の修飾子のサブセットのみが一致する場合、その一致は部分一致と見なされます。たとえば、GSLBサービスの所在地がEurope.egの場合、優先する場所であるEurope.ukと部分的に一致します。

DNS ポリシーが TRUE と評価されると、次のアルゴリズムを使用して GSLB サービスが選択されます。

  1. アプライアンスは、優先度が最も高い優先場所を評価し、優先場所とGSLBサービスの場所との間で完全に一致するものが見つかるまで優先順位を下げます。

    完全に一致するものが見つかると、アプライアンスは対応する GSLB サービスが稼働しているかどうかを確認します。稼働している場合は、DNSレスポンスでGSLBサービスのIPアドレスを返します。完全に一致するものが複数見つかった場合(優先する場所で1つ以上のワイルドカードが使用されている場合など)、アプライアンスは対応する各GSLBサービスの状態をチェックし、稼働中のGSLBサービスの負荷を分散します。

  2. 優先する場所のいずれにも完全に一致するものが見つからない場合、アプライアンスは優先順位が最も高い優先場所に戻り、優先場所とGSLBサービスの場所が部分的に一致するまで優先順位を下げます。

    部分的に一致するものが見つかると、アプライアンスは対応する GSLB サービスが稼働しているかどうかを確認します。稼働している場合は、DNSレスポンスでGSLBサービスのIPアドレスを返します。部分一致が複数見つかった場合、アプライアンスは対応する各GSLBサービスの状態をチェックし、稼働中のGSLBサービスの負荷を分散します。

  3. 完全一致と部分一致のいずれも稼働していない場合、アプライアンスは利用可能な他のすべてのGSLBサービスのロードバランシングを行います。

    このようにして、アプライアンスは DNS ポリシーに一致するトラフィックに対してある種のサイトアフィニティを実装します。

次の 8 つの GSLB サービスで構成される GSLB 構成を考えてみましょう。

  • Asia.IN
  • Asia.JPN
  • Asia.hk
  • Europe.UK
  • Europe.RU
  • Europe.EG
  • Africa.SD
  • Africa.ZMB

さらに、次の DNS アクションとポリシー設定を検討してください。

> add dns action prefLoc11 GslbPrefLoc -preferredLocList "Asia.HK" "Europe.UK"
 Done
> add dns policy dnsPolPrefLoc "CLIENT.IP.SRC.MATCHES_LOCATION("\*.ZMB.\*.*")" prefLoc11
 Done
<!--NeedCopy-->

アプライアンスがロケーション.ZMBからリクエストを受け取ったとき。.*、推奨ロケーションは次のように評価されます。

  1. アプライアンスは、優先順位が最も高い優先場所である Asia.hk と完全に一致する場所の GSLB サービスを検索しようとします。その結果、Asia.hkのGSLBサービスがぴったり合っていることがわかりました。GSLB サービスが稼働している場合、GSLB サービスの IP アドレスをクライアントに送信します。
  2. Asia.hkのGSLBサービスがダウンしている場合、アプライアンスは2番目に優先される場所であるEurope.ukに完全に一致するものを見つけようとします。その結果、Europe.ukのGSLBサービスがぴったり合っていることがわかりました。GSLB サービスが稼働している場合、クライアントにサービスの IP アドレスを送信します。
  3. Europe.uk の GSLB サービスがダウンしている場合は、優先度が最も高い優先場所である Asia.hk に戻り、部分一致するものを探します。Asia.HK については、Asia.in と Asia.JPN が部分的に一致していることが判明しました。対応する GSLB サービスのうち 1 つだけが稼働している場合、クライアントにサービスの IP アドレスを送信します。両方のロケーションが稼働している場合、2 つのサービスの負荷が分散されます。
  4. Asia.hk の部分一致がすべてダウンした場合、アプライアンスは Europe.uk の部分一致を検索します。その結果、Europe.ru と Europe.eg は優先ロケーションと部分的に一致することがわかりました。対応する GSLB サービスのうち 1 つだけが稼働している場合、クライアントにサービスの IP アドレスを送信します。両方のロケーションが稼働している場合、2 つのサービスの負荷が分散されます。
  5. Europe.ukのパーシャルマッチがすべてダウンした場合、アプライアンスは利用可能な他のすべてのGSLBサービスのロードバランシングを行います。この例では、残りの 6 つの GSLB サービスが停止していることが判明したため、アプライアンスは Africa.sd と Africa.ZMB の負荷分散を行っています。
優先位置情報を構成することにより、静的近接度による動作を上書きする

この記事の概要