
第8回 バーチャルホストによる複数サイトの同時運用
独自ドメインが使えるホスティングサービスは、どのように実現しているのだろうか? その鍵となるのが「バーチャルホスト」である。この機能を使うことによって、1台のマシンで複数のWebサイトを運用できるようになる。
一志 達也<ichishi@pochi.tis.co.jp>
TIS株式会社
2001/8/28
バーチャルホストとは
今回は、Apacheの特徴的な機能の1つである「バーチャルホスト」について解説する。この機能により、少ないリソースで複数のWebサイトを構築することが可能になる。
■なぜバーチャルホストが必要なのか
通常、Webサーバへのアクセスにはwww.atmarkit.co.jpやwww.tis.co.jpといったURLが利用される。URLの「atmarkit.co.jp」や「tis.co.jp」の部分はドメイン名、「www」の部分はホスト名と呼ばれる。第2回でも説明したとおり、実際にはURLをIPアドレスに置き換えなくてはWebサーバにアクセスできない。そこで、先方ドメインのDNSにIPアドレスを問い合わせ、アクセスするホストのIPアドレスを取得する。
問題はここからで、例えば「www.atmarkit.co.jp」と「linux.atmarkit.co.jp」という異なるURLで同じページを表示したいとする。これは、どうすれば実現できるだろうか。あるいは、「www.atmarkit.com」と「www.atmarkit.co.jp」を同一のサーバで実現したいとしたらどうだろう。
前者は、「ホスト名は違うが同じコンテンツを表示したい」という要求。後者は、「単一のサーバで複数のドメイン名を使いたい」という要求である。これらを実現する方法としては、以下のようなものが考えられる。
- サーバ自体を分割する
最も単純明快な方法としては、サーバ自体を分割してしまうことが考えられる。この方法については、特に解説する必要などないだろう。コンテンツが複数のサーバに分散することが問題であれば、ファイルサーバを使ってコンテンツを共有するという方法もある。
- ネットワークカード(LANカード)を複数用意する
次に考えられるのは、同一のサーバに複数のネットワークカードを装着する方法である。各ネットワークカードにはユニークなIPアドレスを割り当てておく。そして、Apacheを複数起動し、それぞれのApacheがアクセスを受け入れるIPアドレスを各ネットワークカードと1対1で対応するように限定する(BindAddressディレクティブを使う)。Apacheごとに設定を独立させられるため、あたかも複数のサーバで運用しているように扱える。
この方法の問題は、サーバのリソースであろう。複数のApacheを起動すれば、それだけCPUやメモリを多く消費することになる。
- VIFを利用する
Linuxのほか、多くのUNIXに搭載されている「VIF」という機能を使う方法もある。VIFとは、1つのネットワークカードに対して複数のIPアドレスを割り当てる機能である。この機能を使えば、ハードウェアに追加投資することなく複数のIPアドレスを利用できる。
VIFを使った場合の弱点は、設定と運用が複雑化することと、複数のIPアドレスへのアクセスが単一のネットワークカードに集中することだろう。つまり、アクセスが集中した際にネットワークカードがボトルネックになる可能性があるのだ。
3つの方法を挙げてみたが、それぞれに一長一短があって決め手にかける。場所などの制約でサーバを増やせなかったり、複数のApacheを立ち上げてリソースを消費したり、ネットワークカードがボトルネックになったり。それぞれの欠点をうまくカバーできる方法はないだろうか?
そこで登場するのが、バーチャルホストである。この機能を使えば、1つ(あるいは複数)のIPアドレスと1台のサーバだけで複数台のWebサーバマシンと同じ役割を果たせるようになる。台数の制限はないから、理論上は何台分の役割をさせても構わない。追加投資なしに複数台のサーバを用意するのと同じことができるわけだ。先に挙げた例のように、ホスト名を使い分けたい場合や複数のドメインを管理したい場合に非常に有益な機能といえる。しかも、バーチャルホストなら「www.atmarkit.co.jpとlinux.atmarkit.co.jpで異なるページを表示したい」といったニーズにもこたえることができる。
| コラム:異なるドメインのホスト 異なるドメインのホストが同じサーバを指すことなどできるのか、と思う方もいるだろう。それどころか、本稿では同じIPアドレスを指そうとしている。 これは、一見信じられないことだが、実は簡単に実現できる。本文でも述べたとおり、URLを使ったアクセスでは、まずドメインのDNSへ問い合わせが行われる。このとき、そのDNSが返すIPアドレスは何であってもWebブラウザは信用するしかない。つまり、ほかのドメインで使われているIPアドレスであっても信じるのである。従って、「www.atmarkit.com」と「www.atmarkit.co.jp」で同じIPアドレスが返ってきても問題はない。あとは、アクセスを受けたWebサーバ側の問題となる。 独自ドメインのURLが使えるのが売りのプロバイダは、バーチャルホストを使って複数のドメインを1台のサーバで運用している。それどころか、DNSサーバすらも複数のドメインを1台のサーバで賄っているのだ。 |
バーチャルホストを実現する2つの方式
バーチャルホストを利用するに当たって、検討しておかなければならないことがある。バーチャルホストには、「NAMEペース」「IPベース」という2種類の方式があるのだ。1つのIPアドレスで実現できるのが「NAMEベースのバーチャルホスト」、複数のIPアドレスを単一のApacheで処理するのが「IPペースのバーチャルホスト」で、それぞれメリット/デメリットがある。
■IPベース
IPベースのバーチャルホストは、IPアドレスでホストを区別する方式である。IPアドレスを複数用意することは可能だが、サーバを複数台用意するのが難しいという場合に有効だ。例えば、設置面積や消費電力の制約でサーバが増やせないといったケースが考えられる。この方式は、IPアドレスを消費するという点以外に特にデメリットもない。
もう1つ、積極的にIPベースを採用する理由を挙げるなら、内部アドレスと外部アドレスの両方でアクセスできるようにする場合である。これは、最近流行の電子商取引や社外からもアクセス可能なイントラネットなどで用いられる。つまり、社内LANからのアクセスと社外(インターネット)からのアクセスにそれぞれIPアドレスを割り当てたサーバで利用するのだ。社内のサーバへアクセスするために、わざわざインターネットに出ていく必要も複数のサーバを用意する必要もない。コンテンツ管理を一元化することもできるし、社内からのアクセスか社外からのアクセスかを区別できるから、コンテンツへのアクセス制限も行いやすい(アクセス制限については次回に解説する)。
なお、1台のサーバに複数のIPアドレスを割り当てるには、ネットワークカードを複数装着するか、前述したようにVIFを使う必要がある。本稿では、複数のIPアドレスが割り当てられたサーバ環境までは完成しているという前提で話を進める。
■NAMEベース
NAMEベースのバーチャルホストは、WebブラウザがWebサーバに対して送るホスト名を基にして応答するホストを決定する方式である。
NAMEベースのバーチャルホストには、大きな弱点が存在する。クライアント(Webブラウザやプロキシ)が、NAMEベースのバーチャルホストに対応していなければならないということである。つまり、アクセスしているサーバのホスト名をサーバに送り返す機能がクライアントに実装されていないと、NAMEベースのバーチャルホストが機能しないのである。最近のクライアントであれば問題ないが、一部の古いWebブラウザやプロキシはホスト名を送り出さずにIPアドレスだけをサーバに送信する。すると、サーバはどのホストへのアクセスなのかが判断できないことになる。
いずれにしても、バーチャルホストにはハードウェアコストがかからず、設定や運用が簡単であるといった多くのメリットが挙げられる(編注1)。やたらと多くのWebサーバを用意する前に、こうした機能が存在することを理解し、ハードウェア資源を有効活用するようにしたいものである。
| 編注1:デメリットとしては、1台のサーバで複数のWebサイトを構築するため、冗長性が低下することが挙げられる。例えば、ハードウェアトラブルが発生すれば、そのサーバで運用されていたすべてのサイトがダウンすることになる。また、複数のWebサイトへのアクセスが1台のサーバに集中するので相応のマシンパワーが要求される。 |
|
1/2
|
| Index | |
| ApacheによるWebサーバ構築 | |
| バーチャルホストとは なぜバーチャルホストが必要なのか |
|
| バーチャルホストを実現する2つの方式 IPベース NAMEベース |
|
| IPベースのバーチャルホスト DNSの設定 Apacheの設定 |
|
| NAMEベースのバーチャルホスト DNSの設定 Apacheの設定 |
|
| まとめと次回予告 | |
| 連載 ApacheによるWebサーバ構築 |
| Linux Squareフォーラム サーバ構築・運用関連記事 |
| 連載:Heartbeatでかんたんクラスタリング(連載中) オープンソースソフトウェアの「Heartbeat」を使ってHAクラスタを実現し、サービスを「落とさない」仕組みを実現します |
|
| 特集:Apache 2.2でWebサイトをパフォーマンスアップ! 最新安定版Apache 2.2は、何が変わったのか? 最新のApacheを新機能の使い方とともに解説する |
|
| 連載:実用 Apache 2.0運用・管理術(全8回) 本連載では、Apache 2.0の運用や管理方法を解説する。まず必須設定と基本的なセキュリティ対策を行い今後の運用に備える |
|
| 連載:実用
BIND 9で作るDNSサーバ(全15回) 本連載では、BIND 9の構築/運用方法を解説していく。実際に役立つことを目的に、セキュリティや大規模運用などのテーマを取り上げていく |
|
| 連載:実用qmailサーバ運用・管理術(全14回) 本連載を通して、qmailによるメールサーバの高度な構築・運用・管理術を紹介。SPAM対策やML管理からサーバでのウイルスチェックなどまで |
|
| 特集:Samba
3.0の全貌 改訂版 Samba 3.0リリースから8カ月。ここであらためて、Samba 3.0系列の新機能、インストール方法、国際化の現状を解説する |
|
|
ホワイトペーパー(TechTargetジャパン)
- natテーブルを利用したLinuxルータの作成 (2010/2/9)
natテーブルを用い、市販のブロードバンドルータと同等かそれ以上の機能を備える「Linuxルータ」を作成してみましょう - Web監視機能を賢く利用する (2010/2/2)
プロセスの稼働確認だけでは、サービスが正常に提供できているか分からないことも。そこで使いたいのがWeb監視です - ものいわぬOpenLDAPサーバのログ管理 (2010/1/20)
不満をいわないコンピュータが相手だからこそ、常にログが確認できる状態を整備することが重要になります - ネットワークアクセス権も放棄せよ (2010/1/12)
新しいセキュリティ機構「disablenetwork」を提案する1通のメールから始まった議論が、LSMも巻き込む話へと拡大しました
|
|
スキルアップ/キャリアアップ(JOB@IT)
スポンサーからのお知らせ
- - PR -
- - PR -
お勧め求人情報

**先週の人気講座ランキング**
〜CCNA編〜
| ◆ | 企業の仮想化に足りない“発想”とは? 仮想化運用管理のキモは意外なところに! New! |
| ◆ | 操作もマニュアルも分かりやすい! ユーザー視点で開発されたPC管理ツール New! |
| ◆ | 仮想化すればコストは削減できるか? 仮想化に必要な「3つの視点」を解説する |

| ◆ | セキュリティを知り尽くす上野氏が登壇! @ITメールソリューションLive! in Tokyo |
| ◆ | 運用管理の課題を“2つの観点”から分析 ユーザー満足度の高い「仮想環境」とは? |
| ◆ | 世界に通用するストレージの作り方とは? 製品に込めた思いを富士通の開発者に聞く |

| ◆ | OSSで手間も時間も、障害も減った―― 「マピオンの事例」オープンソース活用法 |
| ◆ | 「ノートPCの持ち出し禁止」で大丈夫? 情報漏えいを防ぐ管理手法とインフラは? |
| ◆ | 1日の処理を1秒に――MySQLの達人が語る 「コスト削減」できるチューニング |

| ◆ | ドキュメント作成を自動化して、SEの作業 効率を大幅アップ! Visio 2007の魅力 |
| ◆ | 急速に広がるHyper-Vでのサーバ仮想化 そのベストプラクティスをデルが解説 |
| ◆ | @IT主催セミナーで語られた、「担当者に 求められるセキュリティ対策」をレポート |

| ◆ | @IT「Windows 7」 特設サイトオープン! 最新情報・移行ノウハウを公開しています |






