メインコンテンツまでスキップ

4. "Weight"フィールド

4.1 設計上の制限​

Weightは完全には満足できるものではありませんが、典型的なサーバーの実際の負荷はDNSキャッシュに保持されるには変化が速すぎます。

著者の見解

「このマシンはあのマシンの3倍速い」と管理者が言える方法を提供することが、実際に実行可能な最善の方法であると著者は考えています。

4.2 動的負荷分散の代替案​

より良い負荷情報を得る唯一の方法は、クライアントがサーバーを選択して接続するときに、別のサーバーに問い合わせることです。

短期サービスの問題​

短期サービスの場合、接続確立における追加のステップは高コストすぎるように思われます。

長期サービスの問題​

長期サービスの場合、接続が確立された1分後に誰かが重い仕事を開始または終了すると、負荷情報は無効になる可能性があります。

4.3 設計意図​

設計上の制限

Weightは静的なサーバー選択のみを目的としており、動的なものではありません。

SRV経由のサーバー選択は、以下のような静的情報を表現することのみを目的としています：

  • 「このサーバーはあのサーバーよりも高速なCPUを持っている」
  • 「このサーバーはあのサーバーよりもはるかに優れたネットワーク接続を持っている」

ナビゲーション​

タグ:
に最終更新