ä¸è¦å²ç¬æåçæ§
Rackspaceの公式ブログでは、「2009年12月18日午後3時37分から午後4時12分（CST）の間、Rackspaceはネットワーク接続性を経験しています問題。 "このタイムラインは、TechCrunchのワシントン・ポスト・サイトのタイムスタンプが12:17 pmとなっているという事実に気づいていない。 TechCrunchのタイムスタンプが太平洋時間であると仮定すると、中断時間は午後2時より、あるいはそれ以前から始まったことを意味するだろう。TechCrunchを除いて、Rackspaceの停止により、多くの他のサービスやブログサイトが影響を受けた。 、Brizzly、Robert Scobleのブログ、Laughing Squid、Tumblr、およびMashableが主催するサイト
[メディアストリーミングとバックアップのためのベストNASボックス]
Rackspaceのブログでは、 RackspaceのDallasトラフィックの約20％を処理するピアリング施設のデータセンターの外に位置するピアリングおよびバックボーン接続に使用されているルータの問題。 "
ブログの記事では、ルータの設定エラーがシカゴとダラスの施設間のデータセンター統合の最終テストを行い、通常の営業時間内に運用に影響を与えてはならないことを確認しました。 "施設のネットワーク統合は、通常の営業時間外の毎月のメンテナンス期間中に行われる予定で、今日の出来事は最終的な準備中に発生しました。"停電により、多くのラックスペースの顧客は「Hey！ "
一般的なサイトやよく知られているサイトに影響を与えるデータセンターの停止は一般的にクラウドコンピューティングにとっては目に見えないものですが、この停止による影響の範囲は比較的小さいです。このブログでは、「Rackspaceは小さなジャガイモだ」と指摘しているが、今では急速に成長しているジャガイモの袋だが、そのサーバー、特にWebサーバーは、Rackspaceデータセンターが利用できなくなったときにインターネットがダウンしたように思えるかもしれません。しかし、Amazon EC2やMicrosoft Azureなどのクラウドコンピューティングサービスや、GoogleやAmazonなどのインターネットキーストーンは、Rackspaceの停電の影響をほとんど受けませんでした。
間違いはありますが、Rackspaceの顧客は、中断。
顧客のホストされたサーバーは、Rackspaceの停止によって影響を受け、サイトが2つのサーバーで利用できなかったという顧客の苦情があることが判明しました時間。ある顧客からのコメントでは、「私たちのサーバーにいつでもアクセスできない場合は、電子メールまたは電話で即座に通知するはずの常時監視サービスのために、Rackspaceの追加料金を支払う」と述べたが、私はRackspaceが実際にSUPPRESSEDこれらの通知が何らかの奇妙な理由で顧客に送られることはありません」と述べています。このコメントは、Rackspaceが意図的に通知を拒否したという主張を裏付ける証拠は何もなく、Rackspaceからその告発を確認または否認するフィードバックはありません。それが真実であると判明した場合、Rackspaceの信頼性と顧客サービスの評判に損害を与える可能性があります。
要するに、Rackspaceは問題の原因を特定して比較的迅速に解決し、顧客に情報を提供する。たとえ簡単に停止しても、影響を受ける人たちにとって壊滅的なように見えるかもしれませんが、起こるでしょう。そうしたときには、これを処理する方法がかなりあります。
Tony Bradleyのツイートは
@PCSecurityNews、
で、彼の
Facebookページ
、