タグ

スケーラビリティに関するustamのブックマーク (5)

  • クラウドを使ったシステム開発で生じる三つの負担

    「クラウドを使うと基盤の構築がなくなるので,システム開発は楽になる」---。ハードウエアやミドルウエア,アプリケーションなどをインターネットのサービスとして利用できるクラウド・コンピューティング(以下クラウド)。クラウドに対してこんな印象をお持ちなら,改めた方がいいかもしれない。 記者がそう強く感じたのは,日経SYSTEMS2009年12月号で「JUMP! クラウド革命に備えよう」という特集を担当したからだ。クラウドをいち早く利用した開発現場に取材をすると「クラウドの利用によって開発は難しくなり,工数はむしろ増えた」という声が意外に多く聞かれたのである。 クラウドを利用すると,確かに基盤構築の工数は減る。しかしクラウドの基盤が持つ特徴や制約を考慮して,クラウド上で動作するシステムを構築すると,手組みやパッケージ・ソフトと違った開発の難しさが発生するのだ。 負担になる三つの作業 日経SYST

    クラウドを使ったシステム開発で生じる三つの負担
  • 「はてな流大規模データ処理」を見てきた - もぎゃろぐ

    KOF2008:関西オープンソース2008というイベントに来ています。 はてなの伊藤さんの講演があったので、講演メモを公開。 #ボクがメモした内容であって、100%言ったとおりに書いてあるわけじゃないので、参考としてご覧ください。 (続き) アジェンダ 大規模なデータ OSのキャッシュ MySQLの運用 大規模データアプリケーションの開発 データの例 はてなブックマークのデータ量:五千万件くらいのデータ量 このデータに対して何百万人がアクセスしてくる状況でどういう作りにするか レコード数 1073万エントリー 3134万エントリー 4143万タグ データサイズ エントリー2.5GB 何の工夫もなく普通にアクセスすると...200秒待っても結果が帰ってこない 大規模データの難しいところ 開発サーバで開発者が作っている時は快適に動いていても、多数の人間がアク

  • mixiの生みの親“バタラ氏”が語るMySQLの意外な利用法 - TechTargetジャパン

    日記だけで4億件のデータ ミクシィが運営するSNS「mixi」は、2007年7月末段階でユーザー数が1110万人。人が12人集まれば、1人はmixiユーザーというわけだ。ユーザーのアクティブ率(ログイン間隔が3日以内)は約62%と高く、2007年4月から6月の月間平均ページビューは117.5億に達した。日記だけでも4億件以上に上るなど、蓄積するデータ量も莫大。2004年3月のサービス開始から、わずか3年半で現在の巨大コミュニティーへと発展したのだ。 ミクシィは、「LAMP(OSのLinux、WebサーバのApache、DBMSのMySQL、開発言語のPerlPHPPython)」と呼ばれるWebシステム向けの標準的なオープンソースソフトウェア(以下、OSS)でシステムを自社開発し、安価なPCサーバを1000台以上連ねる超分散構成でmixiのサービスを支えている(広告配信など周辺機能では

    mixiの生みの親“バタラ氏”が語るMySQLの意外な利用法 - TechTargetジャパン
  • 「PostgreSQLは16CPUまでスケール,もう性能はOSSミドルの課題ではない」---IPA OSSセンターが検証データ公開

    「最新版のPostgreSQLは16CPUまでスケール(CPU数に比例して性能が向上)する。性能はもはやオープンソース・ミドルウエアの課題ではない」---独立行政法人 情報処理推進機構(IPA)は2月7日,オープンソース・ソフトウェア・センター(OSSセンター)が実施した「OSS性能・信頼性評価プロジェクト」の結果を公開した。 スケーラビリティ評価は,The Linux Foundation(旧OSDL)が開発したツールDBT-1を利用した。オンライン書店をシミュレーションしたベンチマーク・ツールである。使用したのは,評価時の最新版だったPostgreSQL 8.1にパッチを適用したもの。「現在の最新版である8.2相当」(IPA OSSセンター研究員で日立製作所の鈴木友峰氏)。2005年に8.1を対象に実施した評価では8CPUまでしかスケールしなかったが,今回の評価では16CPUまでスケー

    「PostgreSQLは16CPUまでスケール,もう性能はOSSミドルの課題ではない」---IPA OSSセンターが検証データ公開
  • Web2.0の先にあるC10K問題 ― @IT

    個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」(クライアント1万台問題)だ。 プロセス番号が足りなくなる パンクするのは例えばプロセス番号だ。 Ajaxの実装として最近注目されている技術に“Comet”(コメット)と呼ばれるものがある。HTTPのセッションをあえて切断せずに、サーバとクライアント間でつなぎっぱなしにするテクニックだ。Cometを使えばクライアントからのリクエストに応えるだけでなく、サーバ側からも不定期に情報を送り出すことができる。例えば、Web上でチャットサービスを実装するには、通常はクライアント側からサーバに一定間隔でポーリングすることで、ほかのユーザーの発言分をサーバから取得して表示するが、Cometの

  • 1