DBMS導入事例:PostgreSQL
PostgreSQLで効率的な負荷分散を実現し、モバゲーやmixiを追撃
携帯電話向けのSNSサイトを運営するオープンドアは、システム基盤にPostgreSQLを採用。サービス別のDB分散とPostgreSQLの拡張ツールを活用したDBレプリケーションにより、効率的な負荷分散の仕組みを構築した。
オープンソースのPostgreSQLでシステムを構築
10代、20代を中心に急激な普及を見せる“ケータイSNS”。会員数が865万人に達する「モバゲータウン」や月間118億ページビュー(PV)を誇る「mixi」(約6割がモバイル経由)など、大手SNSサイトが存在感を増している(数値はいずれも2007年12月現在)。そうした中で先行組を激しく追撃しているのが、オープンドアが運営する携帯電話向けのSNSサイト「大集合NEO」だ。
2007年1月にスタートした大集合NEOは、SNSのみならず、アバターやゲーム、小説、動画、日記、チャットなどのサービスをすべて無料で楽しめるのが特徴だ。アバターやサイト内通貨の使い勝手の良さで先行サイトと差別化を図り、2007年夏に50万人だった会員数が2008年2月時点で2倍の100万人に達している。
その大集合NEOのシステム基盤を担っているのは、MySQLとオープンソースデータベース(DB)の双へきを成す「PostgreSQL」である。
課長代理 清水敏彦氏
システム開発チームの清水敏彦氏は、「収益の見通しを立てづらい新規事業立ち上げの段階で、商用DBの採用は考えていませんでした。そのため、オープンソースソフトウェアのPostgreSQLとMySQLを比較検討し、性能の良さと社内での利用実績からPostgreSQLを選びました」と導入の経緯を語る。
オープンドアは、総合旅行情報サイト「トラベルコちゃん」を始めとするWebサイトを幾つも手掛けるとともに、PostgreSQLによる開発・運用ノウハウを長年蓄積してきた。そのため、大集合NEOのシステム構成においても、LinuxをプラットフォームにWebサーバのApache、プログラミング言語のPHP、PostgreSQLという、社内で実績のある組み合わせを選択したというわけだ。
しかし、大集合NEOを立ち上げるに当たっては、従来のWebサイトとは決定的に違う点があった。それは、事業計画の当初から急ピッチな会員数やアクセス数の伸びが想定されており、「早い段階で過去に経験したことのないアクセス数に達することが見込まれていました」(清水氏)。
pgpoolとSlony-lを組み合わせてレプリケーション
その予想は的中した。サービス開始直後の2007年2月には、会員数が5万人、月間PVは2000万近くとなり、Webサーバ1台とDBサーバ1台という最小構成では限界に達したのだ。加えて、携帯電話向けのWebサイトでは小さなトランザクションが大量に発生するため、DBサーバへの負荷が大きくなるという問題も事態の悪化に拍車を掛けていた。
そこで大集合NEOの開発チームは、PostgreSQLを中心としたオープンソース製品のサポートを手掛けるSRA OSSに技術コンサルティングを依頼した。同社からの提案は、どちらもPostgreSQL向けの拡張ツールであるコネクションプールサーバ「pgpool II」とレプリケーションソフト「Slony-l」を併用したマスター・スレーブ方式の負荷分散だった。
pgpool IIは、アプリケーションの要求に応じてDB接続を逐一行わず、プールしたDB接続を使い回してオーバーヘッドを減らす「コネクションプーリング」と、更新クエリはマスターへ、参照クエリは参照専用のスレーブもしくはマスターへ振り分ける「ロードバランス機能」を主な特徴としている。一方のSlony-lは、マスターからスレーブへ更新データを非同期モードで転送しDBレプリケーションを行うというものだ。
大集合NEOでは、マスター1台に対してスレーブ3台を配置したDBレプリケーションを導入し、急増し続けていたクエリを分散した。さらに清水氏は、「性能のボトルネックを調べ、高速ディスクを採用したりクエリやプログラムの見直しを行いました。そのおかげでシステム性能は全体的に改善し、危機的な状態を乗り越えることができました」と当時を振り返る。
それでも、pgpool IIやSlony-lによるDBレプリケーションには課題もあった。マスターで実行されたデータ更新が各スレーブへ反映されるまでの遅延である。マスターとスレーブのデータ更新を独立して行う非同期方式のSlony-Iでは構造的に遅延が避けられないが、大集合NEOでも「最大10秒ほどのズレが生じたため、ユーザーが書き込んだ内容を即座に参照できないケースが出てきてしまいました」と、清水氏は打ち明ける。
大集合NEOにはユーザーが書き込みを行うサービスが多く、DBクエリの2割近くが更新系となっている。そのため、更新処理が集中するマスターはもとより、同様にデータ更新を行わなければならない各スレーブでも全般的にサーバ性能が劣化し、DBレプリケーションに遅延が発生しやすくなっていたのだ。
「アクセス数に対して、サーバの数が絶対的に足りませんでした」(清水氏)
サービス別のDB分散とDBレプリケーションの併用
そうこうしている間にも会員数とPVは急増した。2007年春には、早くもさらなる負荷分散が必要になったのだ。そこで大集合NEOの開発チームは、SRA OSSの技術コンサルティングを受けながら新しい仕組みを導入した。
それは、日記、足跡、伝言板といったサービスごとにDBのテーブルを切り出すことだった。その上で、アクセスの多い主要サービスを個別にpgpool IIやSlony-lによるマスター・スレーブのDBレプリケーションで負荷分散するようにしたのだ。現在は20数台のDBサーバで分散(一部のDBサーバは複数サービスのテーブルを搭載)し、そのうちの約半数がマスター・スレーブ構成である。「各サービスは独立しているので複数テーブルをJOINすることはあまりなく、DBを分散してもアプリケーションは複雑になりませんでした」と、清水氏は語る。
この手法のメリットは、サービスが増えるごとにDBサーバを追加し、負荷が高まれば個々にDBレプリケーションを導入できる点にある。つまり、柔軟なDBサーバの拡張が可能なのだ。2007年春から1年近くが経過した今でも、この負荷分散の仕組みに変わりはない。
そして負荷分散とサーバマシンのスケールアップにより、課題だったDBレプリケーションの遅延も今や1秒以下に抑えられている。さらに、遅延が絶対に許されないデータ更新についてはpgpoolで参照クエリもマスター側へ振り分けるように設定し、ユーザーレベルでの更新遅延を根絶している。
SRA OSSによれば、大集合NEOはPostgreSQLを活用する国内の携帯電話向けWebサイトの中では最大規模だという。清水氏は、「ライセンス不要のPostgreSQLを採用したことで機動的にシステムを増強できました。PostgreSQLの安定性の高さは、サービスの開発や品質維持に貢献してくれています」と話す。
大集合NEOが業界トップのモバゲータウンを追撃するには、まだまだ会員数とPVを増やし続けなければならない。大集合NEOの開発チームは、性能が向上したといわれるPostgreSQL 8.3へのバージョンアップやクラスタリング構成による可用性向上なども検討中だ。コンテンツプロバイダーの生き残り競争が始まった携帯電話向けSNSサイトの中で、PostgreSQLで高性能インフラを手に入れた大集合NEOが、今後どのような展開を見せるのか注目である。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
事例
[株式会社マクニカ] アイカ工業に学ぶ脆弱性対策 情シスが把握できずにいたアセットも正確に把握 -
製品資料
[株式会社マクニカ] 「脆弱性総まとめ」解説 被害事例から考える必須の対策ポイント -
製品資料
[Splunk Services Japan合同会社] サイバー脅威「トップ50」完全解説ガイド、新たな攻撃手法に対抗するには -
製品資料
[株式会社うるる] 「入札市場」完全ガイドブック:メリットから資格取得のポイントまで -
市場調査・トレンド
[株式会社うるる] はじめての「自治体/官公庁入札」 必要な知識がすぐに学べる入門ガイド
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
2
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
「有線LAN環境」に関するアンケート
-
5
「世界一給与にハングリー」な日本のエンジニアが“雇用の安定”を求める理由
-
6
Microsoft Teamsで見直すべき設定5選 「偽情シス」からの遠隔操作要求が侵入口に
-
7
「GPTかClaudeか」だけでは不十分 AI選定で情シスが見るべき3つの仕組み
-
8
「技術屋」で終わらないために 情シスが今取るべき認定資格5選
-
9
迫る“インフラ崩壊”の危機 米英を相次いで襲った「PLC悪用攻撃」の全貌
-
10
「VMwareのコスト」に悩んでいるユーザー企業に送る、VMwareを残す・捨てる基準
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊? 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー