GSLB | 農場| 更新

投稿者 Zevenet | 2年2017月XNUMX日

このセクションには、現在使用可能なすべての設定が表示されます。 GSLB ファームは3つのタブに分類されています。 グローバル, サービス/製品 及び ゾーン。 このセクションのすべての変更は、をクリックして適用する必要があります。 アップデイト ボタン。

GSLBファームのグローバル設定

zevenet gslbファームのグローバル設定

このセクションでは、ファームの作成中に構成されたオプションを示します。

お名前。 これは仮想サービスの識別フィールドと説明であり、GSLBファームが停止している場合にのみ編集可能です。 新しいファーム名が使用可能であることを確認してください。そうでない場合は、エラーメッセージが表示されます。
仮想IPとポート。 GSLBサービスで使用されるIPアドレスとポート。 これらのフィールドに変更を加えるには、新しい仮想IPと仮想ポートが使用されていないことを確認してください。 変更を適用するには、サービスを再起動する必要があります。

GSLB農場のサービス課

zevenet gslbファーム新サービス

追加する 新サービス 必要となります:

サービス名。 新しいサービスの簡単な説明。
アルゴリズム。 この新しいサービスに適したスケジューリング方法を選択してください。

  • ラウンドロビン:平等共有。 アクティブなすべての実サーバへのトラフィックの均等なバランス。 すべての着信接続に対して、バランサは次のラウンドロビン実サーバーにリクエストを配信するように割り当てます。
  • 優先順位:常に利用可能な最も優先度の高いものへの接続。 同じ最高優先順位のサーバーへのすべての接続のバランスをとります。 このサーバーが停止している場合、接続は次に高いサーバーに切り替わります。 このアルゴリズムを使用すると、複数の実サーバーでアクティブ - パッシブクラスタサービスを構築できます。

新しいサービスが作成されたら、GSLBファームを再起動する必要があります。

GSLBファームにおけるラウンドロビンサービス

GSLBラウンドロビンサービスでは、DNSレベルですべてのバックエンド間で要求を均等に共有できます。構成オプションは以下のとおりです。

zevenet gslbファームラウンドロビンサービス

デフォルトのTCPポートヘルスチェック。 これは、バックエンドサービスが稼働していることを確認するためにサービスがチェックしようとしているヘルスチェックTCPポートです。 空の値は無効になります。

メディア 農場の保護者 利用可能なセクション:

バックエンドのヘルスチェック。 このGSLBサービスに対して高度なヘルスチェックを有効にします。
チェック間隔。 アドバンストヘルスチェックが開始される秒単位の期間。
確認するコマンド。 特定のバックエンドが生きているかどうかをチェックするために使用されるコマンド。

チェック Farm Guardian構成記事 詳細を取得します。

また、 バックエンド セクション、少なくとも1バックエンドを設定する必要があります。 デフォルトでは、 127.0.0.1 ローカルIPアドレスは構成されていますが、実際のアプリケーションをホストするバックエンドでは変更する必要があります。

GSLBファームでは、次の実サーバープロパティを設定できます。

ID。 ファーム構成のバックエンドを参照するのはインデックスです。
IP。 与えられたバックエンドのIPアドレス。
ACTION。 バックエンドごとに利用可能なアクションは以下のとおりです。

  • バックエンドを追加。 新しい実サーバーをファームに追加します。
  • セールで節約。 指定したファームに新しい実サーバーのエントリを保存して、使用を開始します。
  • キャンセル。 新しい実サーバエントリをキャンセルします。
  • 削除。 仮想サービスの特定の実サーバーを削除します。
  • 編集。 実サーバの特定の値を変更してください。

GSLB農場における優先サービス

GSLB Priorityサービスは、ドメイン名レベルでグローバルDNSクラスタリングサービスを作成することを可能にします。

世界 優先 サービスはラウンドロビンサービスと同じ設定オプションを許可しますが、クラスタを作成するために2バックエンドだけを設定することを許可します。 デフォルトでは、ローカルIPアドレス 127.0.0.1 設定されているし、実サーバーのIPアドレスによって変更する必要があります。

zevenet gslb farm prio serviceのバックエンド

GSLBファームのゾーン

A GSLBゾーン DNSドメイン名、サブドメイン、エイリアスなどを記述します。これらは、上記のように定義されたサービスを使用して、追加のロードバランシングレコードを含む完全なDNSゾーンを生成するために必要になります。

zevenet gslbファーム作成dnsゾーン

一度新しい ゾーン は特定のドメイン用に作成され、いくつかの構成オプションが利用可能であり、それらの詳細を以下に示します。

zevenet gslbファーム設定ゾーン

デフォルトネームサーバ。 これはエントリポイントのルートネームサーバーになります。 権限の開始 (SOA)DNSレコード。 デフォルトで ns1 設定されます。

ゾーンリソースの設定

あらゆる ゾーン 作成する必要があります リソース ダイナミックDNSを設定するには

ID。 リソース識別番号
リソース名。 DNSエントリのリソース名
TTL。 現在の名前がキャッシュされる期間を決定するために必要な、現在のレコードの存続時間(オプション)値。
タイプ。 DNSレコードタイプ オプションは以下のとおりです。

  • NS。 ネームサーバタイプレコード。指定された信頼できるネームサーバを使用するようにDNSゾーンを委任します。
  • A。 アドレスタイプレコード、ホストのIPv6アドレスを返します。
  • CNAME。 正規名型レコード。指定された名前の別名を表します。
  • サービス/製品。 動的アドレス型レコード。これは、で指定された動的アドレスを返します。 サービス そのようなサービス用に選択されたアルゴリズムに従って、ファーム構成内に既に作成されています。
  • AAAA。 アドレスタイプレコード、ホストのIPv6アドレスを返します。
  • MX。 メール交換タイプレコード。ドメイン名をそのドメインのメッセージ転送エージェントのリストにマップします。
  • SRV。 MXなどのプロトコル固有のレコードを作成する代わりに、より新しいプロトコルに使用される汎用サービスロケーションレコード。
  • TXT。 テキスト型レコ​​ード。必要に応じて取得できるテキストベースの情報を格納するために使用されます。 TXFレコードがSPFデータを保持し、ドメインの所有権を検証するために使用されるのが最も一般的です。
  • PTR。 ポインタレコード。正規名へのポインタ。 CNAMEとは異なり、DNS処理は停止し、名前だけが返されます。 最も一般的な用途は、DNSの逆引き参照を実装することです。
  • NAPTR。 Naming Authority Pointer、URIとして使用することができるドメイン名の正規表現ベースの書き換え、ルックアップのためのさらなるドメイン名などを許可します。

RDATA。 これはレコードタイプに必要な実際のデータです。入力値はデータ型の種類によって異なります。 リソース名次の例では、 リソース名 そして許可された RData それぞれの値

zevenet gslbファームがゾーンリソースを設定する

ACTION.

  • リソースを追加する。 特定のゾーンの新しいリソースレコードを作成します。
  • 編集。 特定のリソース値を変更して適用します。
  • 削除。 特定のゾーンのリソースレコードを削除します。

次のステップ、チェックアウト 統計とグラフ.

上の共有:

GNU Free Documentation Licenseの条項に基づくドキュメンテーション。

この記事は役に立ちましたか?

関連記事