Contents [show]
このセクションには、現在使用可能なすべての設定が表示されます。 GSLB ファームは3つのタブに分類されています。 グローバル, サービス、 ゾーン。 このセクションのすべての変更は、をクリックして適用する必要があります。 アップデイト ボタン。
GSLBファームのグローバル設定
このセクションでは、ファームの作成中に構成されたオプションを示します。
お名前。 これは仮想サービスの識別フィールドと説明であり、GSLBファームが停止している場合にのみ編集可能です。 新しいファーム名が使用可能であることを確認してください。そうでない場合は、エラーメッセージが表示されます。
仮想IPとポート。 GSLBサービスで使用されるIPアドレスとポート。 これらのフィールドに変更を加えるには、新しい仮想IPと仮想ポートが使用されていないことを確認してください。 変更を適用するには、サービスを再起動する必要があります。
必要に応じて、これをアクションを使用して手動で行うこともできます。 そのために追加された右上隅のボタンに注目してください。
この2つのアイコンを使用すると、ファームを再起動(小さな曲線の矢印)したり、ファームを起動/停止できます(緑色の三角形または四角形)。
状態 色の箇条書きの意味は次のとおりです。
- 緑: 手段 UP。 ファームは稼働しており、すべてのバックエンドは稼働しています。
- 赤: 手段 ダウン。 農場は停止しています。
- オレンジ: 手段 再起動が必要です。 ファームの再起動を適用する必要がある最近の変更があります。
- 黒: 手段 CRITICAL。 ファームは稼働していますが、使用可能なバックエンドがないか、メンテナンスモードになっています
- 青: 手段 問題。 ファームは稼働していますが、少なくとも1つのバックエンドが停止しています。
- 黄: 手段 メインテナンス 。 ファームは稼働していますが、少なくとも1つのバックエンドがメンテナンスモードになっています。
これらのカラーコードは、グラフィカルユーザーインターフェイス全体で同じです。 あなたは彼らがよりよく説明されるのを見ることができました LSLB農場セクション
GSLB農場のサービス課
追加する 新サービス 必要となります:
サービス名。 新しいサービスの簡単な説明。
アルゴリズム。 この新しいサービスに適したスケジューリング方法を選択してください。
- ラウンドロビン:平等共有。 すべてのアクティブな実サーバへのトラフィックの均等なバランス。 着信接続ごとに、バランサは次のラウンドロビン実サーバーを割り当てて要求を配信します。
- 優先順位:常に利用可能な最も優先度の高いものへの接続。 同じ最高優先順位のサーバーへのすべての接続のバランスをとります。 このサーバーが停止している場合、接続は次に高いサーバーに切り替わります。 このアルゴリズムを使用すると、複数の実サーバーでアクティブ - パッシブクラスタサービスを構築できます。
新しいサービスが作成されたら、GSLBファームを再起動する必要があります。
GSLBファームにおけるラウンドロビンサービス
GSLBラウンドロビンサービスでは、DNSレベルですべてのバックエンド間で要求を均等に共有できます。
GSLB農場における優先サービス
GSLB Priorityサービスは、ドメイン名レベルでグローバルDNSクラスタリングサービスを作成することを可能にします。
優先 サービスはラウンドロビンサービスと同じ設定オプションを許可しますが、クラスタを作成するために2バックエンドだけを設定することを許可します。 デフォルトでは、ローカルIPアドレス 127.0.0.1 設定されているし、実サーバーのIPアドレスによって変更する必要があります。
両方のサービスタイプの設定オプションを以下に示します。
デフォルトのTCPポートヘルスチェック。 これは、バックエンドサービスが稼働していることを確認するためにサービスがチェックしようとしているヘルスチェックTCPポートです。 空の値は無効になります。
農場の保護者
Farm Guardianによって実行されるバックエンドのヘルスチェックは、オプションで高度な機能です。 有効にしなくても、バックエンドの正常性を監視するために5秒ごとに単純なチェックが行われます。
一部の組み込みまたはカスタマイズされた高度なヘルスチェックは、すでに作成されているファームガーディアンチェックからこのサービスに割り当てることができます。
Farm Guardianの詳細については、 モニタリング>>ファームガーディアン のセクションから無料でダウンロードできます。
最後に、これらの変更を適用するためには、緑色のボタンをクリックする必要があります。 アップデイト ボタンと確認メッセージがブラウザの左下隅に表示されます。
バックエンド
また、 バックエンド セクション、少なくとも1バックエンドを設定する必要があります。 デフォルトでは、 127.0.0.1 ローカルIPアドレスは構成されていますが、実際のアプリケーションをホストするバックエンドでは変更する必要があります。
GSLBファームでは、次の実サーバープロパティを設定できます。
ID。 ファーム構成のバックエンドを参照するのはインデックスです。
ALIAS。 バックエンドに別名が定義されている場合は、バックエンド別名。
IP。 指定されたバックエンドのIPアドレス。エイリアスを選択した場合、このフィールドは編集できません。エイリアスフィールドを変更する必要があります。 エイリアスフィールドで「カスタムIP」を選択した場合は、目的のIPで編集できます。
ACTION。 優先サービスのバックエンドには利用可能なアクションがありません。 ラウンドロビンサービスの場合、バックエンドごとに利用可能なアクションは次のとおりです。
- 削除。 仮想サービスの特定の実サーバーを削除します。 別名は削除されません。 最初のバックエンドは削除できません。
- セールで節約。 指定されたサービスに新しい実サーバーのエントリーを保存して、それを使い始めます。
- キャンセル。 新しい実サーバエントリをキャンセルします。
[Actions]メニューボタンを使用すると、選択したバックエンドに対して次のアクションを実行できます。
- バックエンドを追加します。 このオプションはバックエンド追加フォームを開きます。
- 削除します。
選択したバックエンドを削除します。
さらに、以前に追加したバックエンドを変更することができます。マウスポインタをフィールドの上に置くと、どのフィールドが編集可能かを確認し、それをクリックして編集できます。 Enterキーを押すか、フィールドがフォーカスを失うと、変更が送信されます。
GSLBファームのゾーン
A GSLBゾーン DNSドメイン名、サブドメイン、エイリアスなどを記述します。これらは、上記のように定義されたサービスを使用して、追加のロードバランシングレコードを含む完全なDNSゾーンを生成するために必要になります。
一度新しい ゾーン は特定のドメイン用に作成され、いくつかの構成オプションが利用可能であり、それらの詳細を以下に示します。
デフォルトネームサーバ。 これはエントリポイントのルートネームサーバーになります。 権限の開始 (SOA)DNSレコード。 デフォルトで ns1 設定されます。
ゾーンリソースの設定
あらゆる ゾーン 作成する必要があります リソース ダイナミックDNSを設定するには
ID。 リソース識別番号
リソース名。 DNSエントリのリソース名
TTL。 現在の名前がキャッシュされる期間を決定するために必要な、現在のレコードの存続時間(オプション)値。
タイプ。 DNSレコードタイプ オプションは以下のとおりです。
- NS。 ネームサーバタイプレコード。指定された信頼できるネームサーバを使用するようにDNSゾーンを委任します。
- A。 アドレスタイプレコード、ホストのIPv6アドレスを返します。
- CNAME。 正規名型レコード。指定された名前の別名を表します。
- サービス。 動的アドレス型レコード。これは、で指定された動的アドレスを返します。 カスタマーサービス そのようなサービス用に選択されたアルゴリズムに従って、ファーム構成内に既に作成されています。
Type Servicesの動作はTTLに関して少し異なります。 TTLフィールドは、従来の固定RRのTTLフィールドとは構文が拡張され、意味が若干異なります。 DYNA / DYNC TTLの従来のフォーマットはMAX [/ MIN]です。明示的に指定されていない場合、MINはデフォルトでMAXの半分になります。 今回の場合、MINを定義することは不可能であるため、常に指定されたde MAXの半分になります。 - AAAA。 アドレスタイプレコード、ホストのIPv6アドレスを返します。
- MX。 メール交換タイプレコードは、ドメイン名をそのドメインのメッセージ転送エージェントのリストにマップします。
- SRV。 MXなどのプロトコル固有のレコードを作成する代わりに、より新しいプロトコルに使用される汎用サービスロケーションレコード。
- TXT。 テキスト型レコード。必要に応じて取得できるテキストベースの情報を格納するために使用されます。 TXFレコードがSPFデータを保持し、ドメインの所有権を検証するために使用されるのが最も一般的です。
- PTR。 ポインタレコード。正規名へのポインタ。 CNAMEとは異なり、DNS処理は停止し、名前だけが返されます。 最も一般的な用途は、DNSの逆引き参照を実装することです。
- NAPTR。 Naming Authority Pointer、URIとして使用することができるドメイン名の正規表現ベースの書き換え、ルックアップのためのさらなるドメイン名などを許可します。
RDATA。 これはレコードタイプに必要な実際のデータです。入力値は リソース名次の例では、 リソース名 そして許可された RData それぞれの値
ACTION.
- リソースを追加する。 特定のゾーンの新しいリソースレコードを作成します。
- 編集。 特定のリソース値を変更して適用します。
- 削除。 特定のゾーンのリソースレコードを削除します。
IPDS
このセクションではIPDSルールを有効にします。 リストには、さまざまな種類の保護とそれらを有効にするための選択ボックスが表示されます。 詳細については IPDSブラックリスト, IPDS DoS or IPDS RBL 特定のドキュメント
ブラックリスト、DoS、およびRBLの3種類のIPDS規則それぞれについて、以下の値フィールドを示す要約表があります。
- ルール名。 あなたのルールの名前
- ステータス。 ルールがアクティブ(up)か非アクティブ(stop)かを示します。
- ACTIONS。 このボタンはあなたがあなたのルールと対話することを可能にしました。 可能なアクションは先に説明されています。
利用可能な アクション IPDS規則によってファームに適用されるものは次のとおりです。
- ルールを追加する。 新しいルールを作成してファームに割り当てます。
- 未設定。 ファームのIPDSルールの割り当てを解除します。
- ルールを有効にする。 特定のファームに対して選択したIPDSルールをアクティブにします。
- ルールを無効にする。 指定したファームに対して選択したIPDSルールを無効にします。
新しいIPDSルールを追加したら、リストから適用するルール(複数選択)を選択します。 次の写真をご覧ください。
適用するルールを選択すると、次のような画面が表示されます。 そこには、特定の農場に関連付けられている新しいルールが表示されます。 当初のルール 状態 ダウンしています。 ルールを有効にするには、下の緑色のプレイアイコンを押す必要があります。 アクション カラム。 ルールが有効になったことを知らせるメッセージが表示されます。
次のステップ、チェックアウト 統計とグラフ.