Amazon S3ダウンの原因、コマンドの入力ミスで多数のサーバを削除。サブシステム再起動に時間がかかり障害が長引く。AWSの報告を読み解く
AWSの米国東部リージョン（US-EAST-1、バージニア北部）において2月28日に発生したAmazon S3の障害の原因と対策などについて、AWSが報告を公開しました。 Amazon S3がダウンした直接の原因は、Amazon S3課金システムのデバッグ作業中に入力したコマンドのミスによって多数のサーバが削除されたことでした。また、それによって引き起こされたサブシステムの再起動に時間がかかったことが、障害を長引かせる要因になっています。 この記事ではAWSの報告内容を整理し、発生した出来事を時系列でみたあと、障害の背景にあった技術的な要因と対策を紹介します。 コマンドの入力ミスで多数のサーバを削除、復帰にも長時間かかる そもそもの障害の発端は、Amazon S3課金システムの処理速度が想定よりも遅くなっていたため、Amazon S3チームがデバッグ作業を行っていたことでした。 2月28日
AWSでできることって？ AWSを導入する上で知っておきたい基礎知識
関連キーワード Amazon Web Services | Amazon EC2 | クラウドコンピューティング | 仮想マシン（VM） Amazon Web Services（AWS）を使ったWebサービスの公開事例が後を絶たない。最近ではバーチャルプライベートクラウドというサービスも登場し、業務で使用するようなミッションクリティカルなシステムもAWSに移行しやすくなった。しかし同時に機能やサービスが豊富なAWSがよく分からない、難しそうだ、という声も耳にする。 このような背景を踏まえ、本連載では全6回にわたってAWSの用語や考え方、各サービスの機能と設計指標について解説する。第1回の本稿ではAWSの基本的な部分を解説する。 連載インデックス 第1回：AWSを導入する上で知っておきたい基礎知識 第2回：AWSの仮想サーバ「Amazon EC2」と、使える周辺サービス 第3回：AWSのスト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
