恵比寿で働く仕掛け人～プロデューサーただし～

昨今、テレビの影響力でサーバーがダウンしてしまうほどのアクセスを経験したので、私自身色々と考えると事があり、その私の考えをブログにまとめてみました。

結局は、サーバーにテレビでの影響力で２００万ユーザーとかが一気にアクセスが来てしまう。
がしかし、それを裁くにもちょっとしたコツで負荷を分散している手法を色々とみて究極な方法としては、大手の真似をしろという事です。

以前、堀江貴文氏がペーパーボーイのチカッパでＷｏｒｄｐｒｅｓｓを使って倒れたということを言っていた。結果Livedoorブログの有料版にトラフィックを逃がすということにした訳だが。

ペーパーボーイもライブドアもどちらの見方ではないが、
サーバー１台が裁けるプロセス数ってもう限られている訳だ。
チカッパのサーバーだろうが、ライブドアの専用サーバーだらどうが、１台ではＡｐａｃｈｅのプロセスも限界があるわけなので、Ｆ５とかの負荷分散装置を噛ます事になるわけである。

チカッパのＷｏｒｄｐｒｅｓｓとＬｉｖｅｄｏｏｒブログでは負荷分散の考えがまったく異なる。
チカッパは単なる共有サーバーで複数ユーザー使用であるが、Ｗｏｒｄｐｒｅｓｓの設定にも問題があったと私は指摘したい。
堀江さんは、ただ単に、使い物にならないと指摘をしたが、そうではない。
ペーパーボーイをヨイショするわけでもないしライブドアを褒めるわけでもないが、
ライブドアはブログサーバーは、複数のサーバーに分散されている点も特徴であろう。

メインのドメイン以外は、スタイルシートやJavasprict配信用のサーバー、投稿画像（写真）アップ用のサーバー、ブログ自体の構成する画像ファイル配信サーバーとサーバーが分散されている点である。

つまり、頭（勘）のいい人ならすぐわかるだろう。
独自ドメインはブランディング上、
http://www.example.jp が望ましいが、
内部を構成するファイルは、
http://img.example.jp だったり、
http://ISPプロバイダーのWeb領域/であったり、
それはなんでもいいわけである。

つまり、主たるドメイン構成は、
http://www.example.jp で、
それ以外の構成ファイルは負荷分散の観点から別なサーバーにプロセスがたてばいいので、
（結果負荷分散になる）というわけだ。

実際に、ヤフーのトップページのソースを観てもらえればわかるように、
http://www.yahoo.co.jp のコンテンツは、
イメージ専用のサーバーから配信している、
http://i.yimg.jp/ こういうったサーバーを活用している。

多くのサイトの場合、相対タグで、そのサーバーすべてで処理を完結させようとするあまり、
サーバーの処理能力を超える結果となるわけだ。

負荷分散の場合、お勧めなのが、絶対タグで、別サーバーからアクセスを引っ張ることだ。
いま私が考えているのが、プロバイダーのWWWスペースの有効活用だ。

いま多くの人は、独自ドメインでサーバーを運用していることだろう。
そして、プロバイダーに契約をすれば、一部のプロバイダーを除き、
無料でWWWスペースが借りれるわけだ。

このWWWを有効活用しない手はない。現在規約上、こういう使い方を禁止しているプロバイダーはない。
つまり、画像置き場として、プロバイダーのWWWスペースを使うと言うことだ。

もし、プロバイダーのドメインじゃかっこ悪いという場合、DNSの知識があれあば、それは解決できるだろう。
ヒントはAレコード、CNAMEである。
詳しくは、「3分間DNS基礎講座 網野 衛二」

いずれにしても、独自ドメインでサーバーを構築し、JSファイル・CSSファイル・画像ファイルなどは絶対タグで、プロバイダーのWWWスペースを有効活用した方がいいとは思うのだが。

ところで、プロバイダーのWWWスペースって、そんなにアクセスが耐えられるサーバーなのだろうか。

ここのところ、GoogleDNSを使っていて、問題点が色々と出てくることについて感想を述べたい。

→8.8.8.8・8.8.4.4

正直、場合によってはDNSの解決が早いという利点はあるが、このサービスを使っていて、問題点が露呈したので、その点を取りまとめ、持論としたい。


まず、DNSのキャッシュの更新が遅い。
私が管理している、DNSなんだが、Aレコード・MXレコード・CNAMEを更新したにもかかわらず、なかなかデーターの更新がされない。
つまり、昔のデーターのままである。
これだと、困るのが、サーバーを移転したりして、DNSを切り替えたにもかかわらず、なかなか更新がされず、結果として昔のDNS結果となり、本来意図としているDNS結果が表示されずこまるということだ。
つまり、GoogleDNSに対して意図的に更新を促すことが出来れば可決するであろう問題だ。

そして、そんなにDNS解決が速いか！？という問題だ。
私はNO！（異論がある）という答えだ。
なぜならば、日本というか東京に住んでいると、インターネットの反応の速さを体感することがある。
なぜなら、日本のデーターセンターが東京都内を中心に集積しているからだ。
また別の機会に話そうと思うが、北海道や沖縄にインターネット用のデーターセンターを設置がなかなか進まなず、むしろ東京近郊のデーターセンターに置くという現代的な流れにもつながる。

つまり、DNSサーバーの設置場所が、日本ではなく、日本国外の設置であると言う点である。
（日本人はコンマ何秒の世界でもイライラするという国民性があると私は考える。）
具体的な場所は判りかねるが、東南アジア地区（シンガポールか香港辺りだあろう）である点だ。

実際に、沖縄や北海道から東京のデーターセンターにアクセスする場合、東京でデーターを折り返すと０．２５秒ぐらいはかかる計算である。
ちなみに、北海道まで最低でも0.1秒から0.3秒は往復でかかる、ひどいときは0.5秒以上はかかる。
この反応というのが、携帯電話でも感じることがある。
携帯電話の場合デジタル圧縮とか電波は直進しないというという特性があるという点はあるがだ。

いずれにしても、一番日本でインターネットの反応が早いのは東京であることは間違ありません。
っが、その反応でさえ。GoogleのDNSを使うと40ms～50msはかかっている。
東京都内のIPSのDNSを使えば、5msもかからない。
そう考えると、反応のスピードを考えると、どうも都合が悪いと感じてしまう。

Googleさんには、東京都内のデーターセンターを増設をした方が日本のトラフィックは分散されると考える。
YoutubeもGoogleのサービスの一部であるが、やはり海外のデーターセンターにデーターを撮りにいく場合特に反応の悪さが気になってしまう。

さて、別な視点で3つ目の問題点である。
最近、Akmaiの動向が気になっていると言うこともあるが、堀江さんのブログでECサイトの負荷分散につちえかかれている記事があるあるが（→ECもクラウド化の流れに乗らないと生き残れない。電子ブックも同様。）

Akanmaiのサービスを使うと、必然的にISPの近くのデーターセンターのキャッシュにデーターを取りにいく。
しかしながら、GoogleDNSを使うと、東京にいても東南アジアのデーターセンターのキャッシュに取りにいってしまう。これは非常に時間の無駄ということになってしまう。
Akamaiのシステム上、ISPのDNSと連携していて近くのISP ASのなるべく近くのAkamaiサーバーにデーターを取りに行くことになる。
しかし、GoogleのDNSからの答えなので、ISPの近くのサーバーから配信されるどころか、日本から遠く離れた東南アジアのデーターセンターまでデーターを取りにいったり、時としてアメリカまでデーターが太平洋を横断して時としてアメリカ大陸も横断してデーターを取りに行くことすらあった。
Akamaiの本来の意図としては、ネットワークからなるべく近くのサーバーからデーターを取ることにある。
このシステムが使われるがためにISPとして国際バックボーン回線の負荷がかかってしまうと言う点もあろう。ISPにおいてはなるべく国際バックボーンにかける費用は抑えたいところである。
（例としてSo-net・Biglobe・niftyなどの電機メーカー系やアサヒネットなどの独立系は）
特に、国際バックボーン回線を持たない事業者はである。

いずれにしても、GoogleDNSは使うメリットとしては日本の事業者が提供しているISPを使う限りでは皆無に等しい。私はこれらの問題が解決しない限りは改めて使おうという気にはならない。

ちなみに、GoogleDNS(8.8.8.8/8.8.4.4)は、
google-public-dns-a.google.com
google-public-dns-b.google.com

は、世界的レベルで分散したサーバー配置であるが、このサーバーが東京に設置されることである程度は解決するものとも思う。条件としては、各々の国の地場IPSのASと連携が取れるネットワーク構成であることが条件である。

という訳で、もうGoogleDNSはしばらく使うのをやめると言う結論に達した。

ストレスを抱え込むことが、人間にとってもっとも悪な事です。

ストレスを抱え噛まず、なすがままに生きるが一番ではないかと思うのです。