「A New Way to look at Networking (Google Video)」を見ました。 Van Jacobson氏による1時間21分のプレゼン映像でした。 ビデオでは、コペルニクス的発想が必要だとか、昔は電話システムを前提に皆が議論をしていたからインターネットの仕組みはあり得ないと当初は皆が言っていた、という内容の事を何度か言っています。 確かに、私も聞いていて「WinnyかBitTorrentをDRMと組み合わせたもの？」という感じの方法論を考えてしまいました。 恐らく、今の仕組みで作ってしまう方法を考えるのではなく、アーキテクチャとしてこの案を考えなくてはならないという物だと思いました。 きっと、ここで言っている話が実現するとIPの上でも動くけど、下にその他の通信形態が来ても動くという新たなアドレッシング手法に近いものを提案しているのだと思いました。 どうしても現
Web2.0 = Ajax/Cometなの？とかプロセスIDは今でも16ビットなの？とかはサテオキ、 個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」（クライアント1万台問題）だ。 AjaxやCometなどのクライアント側技術に伴うサーバ側の問題に関していろいろ誤解があるようなので,書いておきたい.きっとlingrの中の人はこの記事読んでニヤニヤしてるはず. 以下、記事にないことも書いてあるのでそのつもりで. 誤解その1 AjaxによるWebアプリの台頭でサーバ側の負荷が増大する Ajaxの典型的な使い方はサーバに問い合わせてページの一部分だけを 変化させるというモノだ.これはページ全体を書き換える従来の方法と違い, すでに
Webサーバの負荷を軽減する方法として、リバースプロキシによる代行とロードバランサによる分散が考えられる。今回は、これらによる負荷の低減方法について解説する。（編集部） Apache自体のチューニングによる性能向上には限界があります。よりパフォーマンスを求めるなら、次にやるべきことはメモリの追加や高性能なCPUへの交換など、ハードウェアの見直しです。しかし、それにも限界があります。 リバースプロキシとロードバランサ ハードウェア単体による性能向上が限界に達した場合は、サーバ構成の見直しを行います。まず考えられるのが、リバースプロキシをWebサーバの前面に立ててクライアントからのアクセスを肩代わりさせる方法です。Webサーバがボトルネックになるのを防ぐとともに、セキュリティ向上にも寄与します。 もう1つの方法は、より高可用性を意図した構成として負荷の分散を図ることです。高可用性とは、サーバの
インターネットに公開してるBlogなら このボタンを押して文章を登録した場合、8億人以上*1がこの文章を参照する可能性があります。 うち、8000万人以上*2が日本語を理解できる可能性があり、その中には悪意を持った人間も含まれる可能性があります mixi*3なら このボタンを押して文章を登録した場合、500万人がこの文章を参照する可能性があります。 そのほぼ全員が日本語を理解し、中には悪意を持った人間も含まれる可能性があります まあ、ウルトラマンにでも守られてたり、楽園に住んでたりするつもりの方には何を言っても無駄なのかもしれませんが。 *1:http://www.glreach.com/globstats/index.php3 参照 *2:http://www.iajapan.org/iwp/ 参照。あと、日本国外にも日本語出来る人が沢山居ますし *3:で全公開
リンクは自由! ウェブページのリンクおよびその他の利用について リンクは自由である! 印刷媒体での言及も自由である! 引用は公正な慣行に従って! 無断複製は違法である! 後藤 斉 目次に飛ぶ Tim Berners-Lee著, 高橋徹監訳 『Webの創成 World Wide Webはいかにして生まれどこに向かうのか』 毎日コミュニケーションズ, 2001. (ISBN4-8399-0287-9) 原著: Tim Berners-Lee, Weaving the Web: The Past, Present and Future of the World Wide Web by its Inventor. London: Orion Business Books, 1999. (ISBN0-75282-090-7) Webは、その証券取引、調査、ネットサーフィンといった多様な側面のおかげで
情報が取得できません。自動での移動を中止しました。(Can not get a information.Aborted move.)
チープなDNSラウンドロビンは高価なロードバランサの座を奪い返せるか つっこみどころが満載スギなのは脇においておいて、金をかけないなら、DNSラウンドロビンじゃなくて、せめて、件の記事でも紹介されている Apache 2.2のmod_proxy_balancer か、Apache 2.2じゃなくても使えるreverse proxy系の実装たち、 POUND mod_backhand Perlbal を使うべきでしょう。 んで、「L7ロードバランサ（要はreverse proxy）なんていらねっす。セッション？ んなのmemcachedでシェアすりゃいいんじゃん。その方がスケールアウトしやすいしー」という向きには、LinuxでL4のロードバランサするのをオススメでします。まともなL4ロードバランサが手に入るのに、金銭的コストはゼロですってよ、オクサン！ Linux Virtual Serve
チープなDNSラウンドロビンは高価なロードバランサの座を奪い返せるか 公開日時： 2006/08/10 20:23 著者： watanabe 結論。DNSラウンドロビンという古くからある技術を取り巻く状況の変化を見過ごしている結果、負荷分散と可用性確保のために高価なロードバランサー機器を導入しているWebサイトは、実は大幅に金を無駄にしているのかもしれない。 一部の人には「今頃気がついたか」と笑われる可能性が高い話だ。 筆者が気づいたきっかけはとあるブログに書かれたこんな一節である。 あまり知られていないことかもしれませんが、DNS があるホスト名に対して複数の IP アドレスを返した場合、多くのウェブブラウザは、その全てのアドレスに対して接続を試みます (接続に成功するまで)。 Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Avail
いよいよWeb2.0時代の幕開けです。製品名：freeoceanは、これまでのネットワーク機器に 求められた複雑なシステムを抜本的に改善。シンプルで高性能なオールインワンパッケージ 化により、高速・大容量のパフォーマンスを発揮しながら設置スペース・運用・管理を大幅 に簡素化します。これからのWeb2.0の時代にfreeoceanが効率的なシステム構築を実現しま す。動画配信、SNS運用、Blog配信、freeoceanならフレキシブルで広範な対応が可能です。 お客様の”次”の情報配信にぜひともお引き連れください。 freeoceanがついにIPv6(Dual Stack)に対応！ freeoceanは、ネットワーク機器の概念を変えます。これまでの負荷分散装置、キャッシュサーバ、Webサーバ群に必要なシステム構築をなんと機器1台で実現します。集中アクセスの処理を同時50万アクセスまでfree
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
