クラウドコンピューティングにおけるSLAを理解する
多くのITマネジャーが、アプリケーションとサービスをクラウドに移行する作業を進めている。経費削減を目的としてクラウドベースのコンピューティングを検討している人もいれば、新しいITサービスを作成しようと考えている人もいるだろう。どういった理由でクラウドに移行するにせよ、ITマネジャーは遅かれ早かれ、SLA（Service Level Agreement：サービス品質保証契約）という問題に対処する必要がある。 SLAを検討するのは、多くのITマネジャーにとってあまり楽しいことではない。というのも、大抵のSLAには法律用語や契約用語ばかりが並んでおり、ベンダーが提供しようとしているサービスを正確に数値化するのが難しいからだ。さらに厄介なのは、ほとんどのSLAは、顧客よりもベンダーを保護するために作成されているということだ。多くのベンダーは訴訟に対する防衛策としてSLAを作成し、顧客には最低限の保
「Gmailの障害、原因はアドレス帳」Googleが説明
米Googleは9月25日、24日にGmailで発生したサービス障害は、アドレス帳機能が原因だったと報告した。 同社によると、24日に約3時間にわたって、Google AppsユーザーがGmailからアドレス帳にアクセスできなくなる問題が発生した。またGmailにアクセスできなくなる、あるいはアクセスが非常に遅くなる問題や、Google Talkにアクセスできなくなる問題も起きた。 調査の結果、この問題の原因はアドレス帳機能にあったことが分かったという。データセンターのネットワーク問題、アドレス帳の利用が多かったこと、Gmailのアップデートの際のミスという複数の要因によってアドレス帳の負荷が高まり、パフォーマンスが低下し、それがGmailに影響したと説明している。 Googleは対策としてアドレス帳機能のキャパシティを増強したとし、影響を受けたGoogle Apps顧客にあらためて謝罪し
「負荷を過小評価していた」――Google、Gmail障害の原因を説明
米Googleは、9月1日にGmailで起きたサービス障害の原因について、ルータの過負荷によるものだったことを明らかにした。 障害の発端となったのは、同日朝に定期アップグレードのため、Gmailの一部サーバをオフラインにしたことにあると同社は説明している。これらサーバがオフラインになっている間、GmailのWebインタフェースはほかのサーバにトラフィックを送る。このときに、リクエストルータ（トラフィックを適切なGmailサーバに転送するサーバ）の幾つかが過負荷状態になった。Googleが最近リクエストルータに変更を加えた際に、「負荷を少し過小評価していた」ためだという。 過負荷状態のリクエストルータからほかのルータにトラフィックが転送され、さらに過負荷状態のルータが増え、数分のうちにすべてのリクエストルータが過負荷になった。この結果、Gmailサーバにリクエストが転送されず、ユーザーがGm
Google App Engineにデータストアの障害発生。復帰まで約6時間、原因は現在も不明
クラウド上で誰でもJavaやPythonによるアプリケーションが構築できるプラットフォーム「Google App Engine」。 そのGoogle App Engineで、米国太平洋夏時間の7月2日午前6時半（日本時間7月2日深夜11時半）頃から障害が発生し、約6時間のあいだデータストアへの書き込みなどができなくなり、データストア機能を利用する全アプリケーションが影響を受けました。 この障害は午前8時半頃からApp Engineチームによって対応が行われ、午後12時半過ぎには解決した模様です。App Engineチームは逐次作業状況を報告しましたが、何が原因だったのかについては一切明らかにされていません。 Google App Engine System Statusを見ると、たしかに7月2日にDatastoreとMemcacheに障害が発生しているのが分かります。 対策チームからの原因
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
基幹システムの稼働率目標を持つ企業は6割に過ぎない——JUAS「企業IT動向調査2009」より | IT Leaders
Google Enterprise Japan 公式ブログ: Gmailの障害と復旧についてのご報告
More on today's Gmail issue