負荷分散された 2 台のサーバーがあります。展開を行うときは、実稼働ユーザーに影響が及ばないようにする必要があります。計画していることは次のとおりです。
- ロードバランサーから Web サーバー 2 (www2) を削除します。
- www2 にデプロイします。
- 簡単なテストを行う（1 つのドメインに 100 を超えるミニサイトがある）
- www2をロードバランサーに戻す
- www1についても繰り返します
すべてのサブドメインの DNS エントリを手動で追加しなくても済む方法はありますか? または、この問題に対処するためのより良いアイデアを持っている人はいますか?
答え1
問題の説明からすべての制約を理解しているかどうかはわかりませんので、質問に対する一般的な回答を提案できるかどうかはわかりませんが、テストのために外部に公開されている DNS を変更するのはおそらく良い考えではないことを指摘したいと思います。一時的にリダイレクトしたときにその DNS レコードに対してクエリを実行したネットワーク上の他のエンティティは、DNS プロトコルによって、リソース レコードの TTL (存続可能時間) 値で指定された秒数までの期間、一時的な回答をキャッシュすることが許可 (実際には推奨) されていることに注意してください。
ご提案のとおり、自分のマシン上の hosts ファイルに変更を加えることは、テストに参加していない他のユーザーに意図しない副作用を引き起こすことなく、リゾルバが必要な一時的な回答を取得できるようにするための、最小限の侵入方法です。
ホスト ファイルを編集するだけでは実現できないことが必要な場合は、ゾーンの独自のカスタム権限コピーを持つローカル DNS サーバーをセットアップし (リゾルバーにその使用を指示する)、または DNS サーバーがビューをサポートしている場合は、テスト目的でゾーンの別のコピーを持つ特別なビューをセットアップすることができます。クライアント マシンをビューのアドレス一致リストに追加することで、他のすべてのユーザーには正規の回答を提供しながら、テスト用に 1 セットの回答を取得できます。
正しく実行すれば、ビューを一度設定しておき、繰り返し使用できるように設定したままにしておくことができます (繰り返し編集する必要がなくなります)。ビューのアドレス一致リストからテスト マシンを追加または削除する (またはテスト マシンの IP を一致/不一致に変更する) だけで、取得する回答を変更できます。
しかし、あなたの問題の説明からは明らかでない他の「落とし穴」があるかもしれないという気がします。