AmazonのクラウドサービスEC2のトラブル、12時間後も完全復旧せず
北バージニアリージョンのEBSへの膨大な再ミラーリングが原因のトラブルは、1つのAvailability Zoneを除いてほぼ復旧したが、HootSuiteやAbout.meなど多くの顧客サイトはまだ機能していない。 4月21日の深夜（現地時間）に発生した米Amazon Web Services（AWS）のトラブルは、同日の午後2時（日本の22日午前6時）現在もまだ解消しておらず、同サービスを利用しているQuora、HootSuite、About.meなどの多数のサービスはダウンしたままだ（foursquareは復旧している）。 AWSのAmazon Web Services Service Health Dashboardによると、トラブルが発生したのは北バージニアのデータセンターで提供する「Elastic Compute Cloud（EC2）」「Amazon CloudWatch」「A
AWS Tokyo Regionのネットワークを調べてみた。 - めもおきば
AWSの東京リージョンがリリースされたということで、技術視点からネットワーク関係を探ってみました。 なお、利用者視点でのレイテンシやスループットについては、並河さんの記事が分かりやすいです。 上位ネットワーク まず最初に、インターネットとの接続方法、つまり上位ISPをざっくり知るために、実際にEC2上で立ち上げたインスタンスのIPアドレスをrobtexに突っ込んでみると、AS16509の175.41.192.0/18 AWS AsiaPac prefixというのが実際にインターネット上で流れている経路、つまりIPアドレスブロックでよさそうです。さらに、 AS16509は日本を含む全世界で使ってるけどAS38895はシンガポールでのみ。シンガポールと日本へのルーティングはそれぞれに割り当てた/18単位で、って感じかな。(そうなると、シンガポールだけ別のASにした理由がイマイチ分からないな)
Amazon Web Servicesが日本に上陸！というわけで早速レイテンシやスループットを測ってみた - 元RX-7乗りの適当な日々
誰もが待ち望んだ、Amazon Web Servicesの日本展開！東京リージョンが今日発表され、既に稼動中です。 http://aws.typepad.com/aws_japan/2011/03/now-open-aws-region-in-tokyo.html というわけで、早速使ってみたのですが、これはもう期待通り！快適です。 計測に使ったのは、"ap-northeast-1a"(まだ単一のZoneみたいですね)の「Amazon EC2」のHigh-CPUインスタンスと、"Tokyo"の「Amazon S3」です。 from OCN系ISP (神奈川県川崎市) からEC2インスタンスのRTT $ ping ec2-175-41-196-194.ap-northeast-1.compute.amazonaws.com PING ec2-175-41-196-194.ap-northea
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
