■ 構築問題 第十六問 解答

負荷分散負荷分散……。
こういうのはどう？

サーバを追加して？ IPアドレスが違うけど、ホスト名は同じ？

そう、ゾーンはこんな感じ。
第14回のと見比べてね。

ふ〜ん、つまり、DNSラウンドロビンね。
名前解決の問い合わせで返すIPアドレスを変えることによる負荷分散。

うぅぅぅ、おね〜さん、ひどいよ。

何が？

せっかく、僕が説明しようと思ってたのに。先に言っちゃうなんて。
鬼だよ、悪魔だよ、戦鬼だよ。まぁ、今に始まった話じゃないけど。

……。

ぐぐぅぅぅぅぅ。苦しい〜。

そこまで言うからには、DNSラウンドロビンによる負荷分散の弱点をわかってるんでしょうね？

うぐぐぐ、弱点？ し、知らな……うぐっ!!

しばらくオチてなさい。
DNSラウンドロビンの弱点は、生存確認を行わないことにあるのよ。

なので、確かに負荷分散といえば負荷分散なんだけど、可用性を高めることができないわけね。
せっかくサーバが2台あるのに、ちょっとこれじゃね。

おね〜さんも僕の生存確認はしてくれないんだ。

で、ほげたん？
違う手段で負荷分散して。

僕は冗長化されてないんだから、もうちょっと優しくしてくれても…。

(ｷﾞﾛﾘ)

はい、ごめんなさい……。
じゃあ、負荷分散装置を導入するよ。

配置はいいけど、これだけじゃ情報が足りないわ。
DNSやNATはどうするの？ どう返して、どう変換するの？

う〜ん…。

ゾーンはこう？

NATは？

DNSでは「www」に対し、200.100.10.11を返す。基本的に前と同じよね。
その代わり、NATテーブルで200.100.10.11を負荷分散装置のアドレスに変換するわけね。

そう、それで負荷分散装置にデータを流すようにするんだ。
で、ファイアウォールのパケットフィルタも変える必要があるよね。

これの、webサーバへのフィルタ許可を…。

こう変える。

ま、いいでしょ。

ほっ。

そういえば、ほげたん？
一口に負荷分散装置っていっても、どうやって負荷分散するかで違いがあるのはわかるわね。

どれか1つじゃなくて、複数を組み合わせる方式もあるわね。

なるほどだよ。

あとは……、負荷分散装置にも弱点があるのは知ってるわね？

え？ 負荷分散装置にも弱点があるの？

セッション維持の問題があるのよ。WebだとCGIとかのサーバサイドスクリプトで問題が発生することがあるの。

は〜。なんか前回のNATの問題みたいだね。
これって対処法あるの？

そうね、基本的に同じサーバへ割り振るようにすればいいのよ。
送信元IPアドレスが同じパケットは同じサーバに割り振るとか。

プロキシとか、NATとか使われてたら？
同じアドレスでも別のがくるよね。

それなら、Cookieに識別用のIDかなんかを書いておいて、それで識別すればいいのよ。
あとは、SSL使ってる場合なら、SSLのセッションIDとか。

なるほどなるほど。

そういえば、「可用性も考えなさい」って言ってたけど。
負荷分散装置で冗長性を確保するにはどうすればいいの？ さっきのDNSラウンドロビンみたいなことが起きないようにするには？

ん〜、さっきの話からいくと、生存確認をすればいいのかな？

そうね、サーバの生存を確認し、応答のあるサーバだけに割り振るようにすればいいわけよね。

だよね。

つまり、負荷分散装置には、「割り振り」「生存確認」「セッション維持」などの機能が必要だ、ってことね。

負荷分散と同時に、冗長も行うんだね。

そうね、普通は組み合わせて使うわよね。
今回のポイントは負荷分散装置をどう使って、どんな機能や制限があるかってこと、かな？

うん、了解だよ。

よしよし。じゃまた次回ね。
おね〜さんと、

ほげたんのっ!!

3 Minutes Networking、

Step by Step !! でした〜〜〜っ!!
まったね〜〜〜!!