立ち上がりつつある巨大クラウドコンピューティング市場に冷水を浴びせるような事件が起こった。Microsoftの子会社Dangerが提供しているスマートフォン「Sidekick」のユーザーデータサービスで、同期サーバーに保存されているユーザーデータが消失したのだ。Sidekickはユーザーデータをサーバーで一元管理する仕組みをとっており、サーバー側のデータ消失は致命的となる。クラウドそのものの信頼性を損なう恐れもあるのだ。 　Sidekickは、Microsoftが2008年に買収したDangerが開発・製造しているキーボード付きスマートフォンで、Deutsche Telekom子会社のT-Mobile USAをキャリアとしてサービスを提供している。IMやSNSなどを統合した独自OSを採用して特に若者に人気があり、全米で約100万台を販売しているという。Dangerは、GoogleでAndroidを担当しているAndy Rubin氏が創設に参加したモバイル企業である。 　異変が表面化したのは10月の最初の週末で、「データ同期がうまくいかない」といった書き込みがユーザーフォーラムで目立ち始めた。DangerとT-Mobileは10月10日になって声明を出して問題が起こっていることを公式に認め、サーバーのエラーのため、ユーザーの連絡先、予定、To-Doリスト、写真などの個人データの大規模な消失が起こったことを明らかにした。 　両社はサーバーのデータ復旧のため全力をあげているが、成功する可能性は極めて低いと説明。デバイス側に一時保存されているデータを守るため、バッテリーを外したり、リセットしたり、電源をオフにしたりしないようユーザーに求めた。Sidekickは、 Dangerが運営する同期サーバーでユーザーデータを自動保存する仕様になっており、サーバー側のデータが失われた状態で同期するとデバイス側に残っているデータも消えてしまう。あわせて、データサービスを1カ月無料にし、Sidekickの販売も一時停止した。 Join discussion...

米Microsoft傘下のDangerが運営する携帯向けクラウドサービスで、ユーザーデータが消失したことが明らかになった。同サービスを利用している米携帯キャリア大手のT-Mobile USAが10月10日、ユーザーに向けて状況を説明した。 　消失したのは、T-Mobileが販売しているDanger製スマートフォン「Sidekick」のユーザーがDangerのサービスに保存していた連絡先、予定表、写真などの個人データ。Sidekickではこうした個人情報が自動的にDangerのサーバにバックアップされるが、このサーバに障害が発生した。T-MobileとMicrosoftが復旧作業に当たっているものの、データの復旧は難しいと発表した。 　12日に更新された状況説明では、データの一部は復活できる可能性が出てきているとしている。T-MobileはSidekickユーザー全員に対し1カ月分のサービスを無料で提供するほか、データを失ったユーザーに対し、T-Mobileで使える100ドル分の商品券を提供する。対象となるユーザーに対しては、向こう14日以内に連絡するという。 　被害に遭ったユーザー数などは明らかにされていない。 Join discussion...

米Googleは米国時間2009年9月1日，Webメール・サービス「Gmail」に障害が発生し，ユーザーの大半がアクセスできない状態になったと発表した。アプリケーション動作状況の確認ページ「Google Apps Status Dashboard」には，日本時間9月2日午前4時53分に障害発生の報告が掲載され，同6時37分にサービス復旧の通知があった。障害発生中も IMAPとPOPではGmailにアクセス可能だったという。 　現在は正常に作動しており，同社は障害の根本原因を調査する。なお，小規模な障害の情報は通常Google Apps Status Dashboardまたはヘルプ・ページ「Gmail Help Center」に掲載するだけだが，今回は影響を受けるユーザーが多かったためGmail公式ブログで報告した。 　Gmailでは，2009年2月にも大規模な障害が発生し，2時間半にわたってサービスが停止した（関連記事：米グーグルがGmail障害の詳細を発表、新基盤ソフトとGmailのバグがデータセンター障害で露呈／Google，Gmailやカレンダーなどの動作状況確認機能を公開）。 Join discussion...

Googleのウェブ・アプリケーション・ホスティング・インフラストラクチャ「Google App Engine」が米国時間7月2日、技術的問題により4時間ほど利用できない状態となった。 　同サービスでウェブアプリケーションを稼働している顧客は2日、作業できない状態となり、その原因は「Datastoreアクセスにおけるレイテンシおよびエラー率が高まったこと」などの問題である、とGoogleのエンジニアがGoogle App Engine Downtime Notifyグループへの投稿で述べていることが、TechCrunchの報道で明らかになった。Google関係者は、ダウンタイムが生じたことを認め、障害について謝罪した。 　「本日の米国太平洋時間午前8時、App Engineアプリケーションに対するデータストアアクセスが、クラスタ全体の問題により影響を受けた。担当チームがサービス停止を起こした原因を特定および解決し、サービスは現在、すべてのアプリケーションにわたって復旧している。不便が生じたことを謝罪するとともに、技術的な問題が発生している場合、 Google App Engine CommunityからリンクされているSystem Status DashboardまたはDowntime Notify Groupにアクセスすることを推奨する」 　Googleの同クラウドコンピューティングサービスは、ウェブ開発者が自身のアプリケーションをホストできない場合、オンラインで稼働するための場所を提供している。（CNET Japan） Join discussion...

またしてもGoogleのサービスに大規模な障害が起こった。検索が利用できないだけでなく、Gmailをはじめとするさまざまなサービスが世界中で使えなくなるというトラブルである。データもサービスも“雲の向こう側”に置くクラウドコンピューティングの弱点を浮き彫りにするものだが、こと Googleとなるとその影響も大きい。今回、世界のアクセスの5％が利用できないという事態になったという。 　Googleの大規模障害は、太平洋標準時で5月14日の午前7時15分に発生。約2時間にわたって断続的に続いたようだ。この間、米国や欧州地区を中心にGoogle検索、「Gmail」「Google Docs」「Google Calender」「Google Maps」「Google Analytics」「You Tube」などのインターネットサービスで遅延や遮断が見られた。幸い、日本には、あまり影響は出なかったもようだ。 　Googleの運行担当上級副社長、Urs Hoelzle氏は5時間後の12時15分付で公式ブログを発表、「システムエラーによってアジア地区でトラフィックが高まった」と説明。こうした問題が再発しないよう最善を尽くすと述べた。同氏によると、この障害で「Googleユーザーの約14％」が影響を受けたという。 　問題は、その「Googleユーザー」の規模だ。セキュリティベンダーのArbor Networksは、北米の大手ISP10社のインターネットトラフィックの推移を示すグラフとともに、Googleの障害が発生した時間、トラフィックが15Gbpsから1Gbpsに減速。この時間にユーザーがアクセスしたサービスのうち5％が利用できない、もしくは遅延の状態だった、と推測している。 Googleがインターネット空間で、いかに大きな存在となっているかを裏付けるものだ。 Join discussion...

仮想化された環境では，仮想サーバーに対する物理リソースの配分が動的に変化する。これはリソースの最適化を目指すものであり，それ自体に問題はない。ただ，このリソース配分のバランスが崩れると，性能劣化を招いたり，障害を起こしたりする。このときサイロ型の管理をしていると，こうした障害の原因がどのコンポーネントに起因しているのかを特定するのに時間がかかり，結果としてユーザーからのクレームを増幅させてしまう。これが前回述べた「見えざる課題」である。 　例えばユーザーが仮想化されたインフラのWebサーバーにアクセスできない場合があったり，Webアプリケーションの使用中に応答性能が落ち込むといった障害が発生したとしよう。データ・センター側のヘルプデスク担当者は，ユーザーからのクレームを受け付け，想定される障害原因の担当部門にエスカレーションする。 　ところがサイロ型モニタリングが主流になっている現状では，サービス・インフラを構成する部門ごとにエキスパートが組織されているケースが多く，返ってくる回答は「Webサーバーのプロセスは正常に動いています」とか，「ネットワーク機器は正常です」といった内容であることが少なくない。こうなると，ヘルプデスク担当者の障害対応がループしてしまう。こうした例は色々なところから聞こえてくる。 　特に最近のITインフラは従来のようなクライアント・サーバー型ではなく，負荷分散装置，Webサーバー，アプリケーション・サーバー，データベース，それぞれを結ぶネットワークという具合に，何層にもわたるマルチティア型の構造に変わりつつある。マルチティア型のシステムでは，サービス・デリバリに関与するすべてのアプリケーション，仮想サーバー，ネットワークが影響を及ぼし合う。 Join discussion...

　米Microsoftは米国時間2009年3月18日，同社のクラウド・コンピューティング基盤「Windows Azure」のプレビュー版で同3月13日に障害が発生し，多数のサービスに影響が生じたことを明らかにした。 　オペレーティング・システムの定期更新時にネットワーク関連の問題が生じたことが原因で，Windows Azureのデプロイメント・サービスのパフォーマンスが低下し，多数のサーバーでタイムアウトや障害が発生したという。この結果，単一インスタンスのみで動作するアプリケーションがサーバーとともにダウンしたほか，複数インスタンスの一部アプリケーションにも影響が出た。 　また，問題が生じたアプリケーションを別のサーバーに自動移行する復旧処理の影響で，Webポータルからの管理機能も多くのアプリケーションで使えなくなった。ストレージには障害の影響はなかった。 　現在はすべてのアプリケーションが正常に復旧している。米メディア（InfoWorld）の報道によると，今回の障害は，米太平洋標準時で13日午後10時30分から翌14日午後8時30分まで続いた。 　同社は，障害の引き金となったネットワーク問題への対処を進めているほか，障害復旧のアルゴリズムを見直し，迅速かつ的確な対応を実現する予定だとしている。開発者に対しては，アプリケーションのデプロイメントを複数インスタンスで行うよう勧めている。今後，プロジェクトやサンプルでは2インスタンスをデフォルトにし，2つ目のインスタンスは割当数の制限から除外するという。 Join discussion...

　Googleは、同社のオンラインサービス「Google Docs」に保存されたワープロやプレゼンテーションのドキュメントのごく一部で、アクセスが不適切に共有されてしまう、プライバシー上の脆弱性問題を発見した。 　TechCrunchに掲載された引用によると、Googleは同社がこの問題の影響を受けたユーザーに送信した文書で「本人の知らないうちにドキュメントが公開されるおそれのあったバグを見つけ修正を行った。意図しないドキュメント共有が起きたのは、本人または共有権限をもつ共同編集者が過去にドキュメントを共有したことのある人までに限定されていた」と述べている。「本人または共有権限をもつ共同編集者が、ドキュメントリストから文書やプレゼンテーションを複数選択し共有の許可を変更した場合のみ、この問題が生じた。この問題で影響を受けたのは文書とプレゼンテーションで、スプレッドシートは影響を受けていない」 　Googleはその後の声明で、この問題の影響を受けたのはサイトに保存されたドキュメントの0.05％で、該当するGoogle Docsユーザーには通知を行っていると述べている。 Join discussion...

グーグルがGmailでころんだ。しかも続けて二度も。クラウド・コンピューティングの勃興を苦々しく思っている日本のITベンダーの中には、「ほら、見たことか」とほくそ笑んでいる人もいるだろう。だが、したり顔をしているだけではダメだ。たった1社が引き起こす障害が世界中に迷惑を撒き散らすのは確かに問題だが、ビジネスの話としては全くの別問題であるからだ。 　今回のトラブルでは、Gmailが2時間半にわたって停止した。企業向けの有償サービスGoogle Apps Premier Editionも利用不能に陥った。クラウドとしての「規模の経済」を追求しているグーグルは、無償版のGmailと企業向けの有償版で同一の基盤を使っているから、当然そうなる。まさにクラウドの最大の弱点が露呈した形だ。 　そう言えば、1カ月前に発生した前回のトラブルでは、検索サービスのトラブルに巻き込まれてGmailにも障害が発生した。人為的ミスで、検索したすべてのサイトを「悪質サイト」扱いしてしまったのだが、この機能をGmailのフィルタリングにも“流用”していたため、正常なメールも一部を「迷惑メール」に分類してしまったという。実害はなかったらしいが、企業向けの有償サービスでも同様の事態が生じた。 　さて、こうした一連のグーグルの失態をどう見たらよいのか。おそらく論点は3つあって、1つ目は、シンプルに「トラブルをけしからん」とするもの。続けて二度もトラブルを起こしたうえに、障害報告などの対応も悪かったらしい。確かに「けしからん」なのだが、グーグルのサービスはやはり信用できないと断じるのは、ちと尚早。この話は後でまた述べる。 Join discussion...

クラウドの弱点が垣間見えた障害 　12月19日の夜、ブログを更新しようとアクセスしたら、「障害のお知らせ」が表示されてしまった。既報の通り、12月19日の12時半過ぎに、さくらインターネットの西新宿データセンターで発生した電源設備からの発煙および電源供給障害により、ホスティングサービスを利用していた企業のサービスがストップしてしまっていたのだ。さくらインターネット側では同日の19時半に復旧したが、ホスティングサービスを利用していた各サービスでは、その後、数時間に渡ってサービスの利用ができないものもあった。 　今回の事例では、GREEのSNSや、So-net blog、Seesaaブログなど多くのサービスが利用していたホスティングサービスでの障害であったために、影響は大きかった。 　自社のサーバを利用してサービスを提供するには、サービスが大きくなればなるだけ費用がかさむ。特に、ITへの投資予算が少ない中小企業などにとっては難しい。そこで利用されるのがホスティングサービスである。いわゆるレンタルサーバを活用することで、サーバや回線を自社で用意することなく、サービスを提供できるのだ。サービスのユーザーに、ホスティングサービスの存在を意識させることはない 　逆に、システムの管理を「人任せ」にしてしまうことに、ホスティングサービスの問題点がある。今回のように、ホスティングサービス側が障害を起こした場合、ユーザーは復旧を待つしかない。 　セキュリティ企業の米Websenseは、2009年のセキュリティ動向予想を発表したが、その中でクラウドを悪用した攻撃が急増すると予測しているのも不安要因に見えてしまう。 Join discussion...