Amazonクラウドが「Amazon EC2 Auto Recovery」開始。システム障害を検知するとインスタンスを自動的に別システムへ移動、復旧
Amazon EC2 Auto Recoveryは、インスタンスが稼働しているサーバのシステム障害が検知されると、そのインスタンスを自動的に別のサーバへ移動、再起動し、システム障害から復旧させる機能。 移動したインスタンスは、IDやIPアドレス、コンフィグレーションなども含めて移動前のインスタンスと同じものになります。 これにより利用者は、クラウド上でいままで以上に可用性を高めることが容易になります。 AWS Cloud Watchで検知し、自動復旧 Auto Recoveryを機能させるには、AWS CloudWatchのアラームを作成し、メトリクスの「EC2 Status Check Failed (System)」のアクション「Recover this instance」を選択します。検知されるシステム障害の例は、ネットワークの切断、システム電源断、物理ホストのソフトウェア障害あるい
「システム障害はなぜ二度起きたか みずほ、12年の教訓」を読んでみた - だいくしー(@daiksy)のはてなブログ
少し古い本だが、「そういえばみずほ銀行の開発プロジェクトってどうなってるんだろう」と思いながら2chの某スレを読んでいて、この本の話題が出てきたのでKindle版を読んでみた。 システム障害はなぜ二度起きたか みずほ、12年の教訓 作者: 日経コンピュータ出版社/メーカー: 日経BP社発売日: 2011/07/28メディア: 単行本購入: 2人 クリック: 466回この商品を含むブログ (15件) を見る 本書の構成は大きく、 2011年3月の東日本大震災の義援金処理で発生したシステム障害の解説。 2002年の合併直後の新システム稼働時の大規模障害の解説。 東証や東京消防庁などの他の大規模システム障害事例の概観 システム障害を発生させないための提言 の4つにわけられる。 本書の主張は一貫して、ITはいまや企業の根幹を担う中枢であるので、IT部門に丸投げするのではなく経営陣が積極的にITにか
「Yahoo！メール」不具合はハード障害が原因 3日の再開に向け準備
ヤフーは10月2日、9月30日午前から続いている「Yahoo！メール」のアクセス障害について、、10月3日中をめどにアクセス可能になるよう準備を進めていると発表した。 9月30日午前9時20分ごろから、Yahoo！メールユーザーの約8％、379万4777 IDでアクセスできなくなった。原因は「システムの冗長性やデータの保全性を維持できないレベルのハードウェア障害」。障害発生中に届いたメールは受信できていないという。 障害の影響を受けているアカウントについては、10月3日中にサービスを再開すべく準備を進めているが、どういう形で再開できるかは未定。完全復旧できず、一部機能のみの再開になる可能性もあるという。 関連記事 「Yahoo！メール」でアクセス障害 最大400万IDに影響 メール受信できず 「Yahoo！メール」で障害が起き、400万IDでアクセスできない状況が発生。障害発生中に送られた
GIGAZINEで使っているWebサーバ「PowerEdge T310」障害の一部始終
GIGAZINEの中核になるWebサーバ PowerEdge T310がここ最近頻繁にKernel Panicを起こし、サーバダウンする事態が発生、複数台構成なので閲覧しているGIGAZINE読者には何も影響がないのですが、内部的にこのまま放置することもできず、DELLのメーカーサポートに問い合わせなどを行うもののなかなか原因が特定できず、謎の現象となっていたものの、ようやくその原因が特定され、やっとこさなんとか回復しました。 同様のことで悩んでいる場合には問題特定のために役立つかもしれない、意外に悪戦苦闘した一部始終の記録は以下から。 ・2011年5月16日 GIGAZINEの3台存在するWebサーバのうち1台がが停止しているのを発見。画面上では「Kernel Panic」の文字が出て、動作不能状態に陥っていたため、強制的に再起動を行うことに。 コンソールに表示された「Kernel Pa
Amazon Web Servicesの障害はなぜ起こったのか アマゾンが詳細な経緯と対策を発表 − ＠IT
2011/04/30 米Amazon Web Services（AWS）は米国時間4月29日午後、同社のブロックストレージサービス「Amazon Elastic Block Store（EBS）」および、リレーショナルデータベースサービスの「Amazon Relational Database Service（RDS）」における約4日間にわたる障害につき、詳細な経過報告と対策を発表した。これによると、障害のきっかけはネットワークの構成変更作業におけるミスだった。同社は今回の障害が複数のAvailability Zone（AZ）に影響を与えた理由も説明した。 AWSが発表した今回の障害に関する説明（英語） EBSはAWSの仮想サーバサービスであるAmazon EC2のインスタンスから、仮想ディスクとして使える永続ストレージサービス。実態としてはディスクを備えたノード（コンピュータ）の集合体を
ハッカーとDropboxが壮絶な戦いを繰り広げ、ユーザーはシステム障害に阿鼻叫喚 : IT速報
999:名無しのプログラマー 2099/99/99 99:99:99 ID:ItSoKuHou 本日、長時間Dropboxが繋がらない状態となっていました（現在は重いけど使える状態） これはハッカー（アノニマス韓国とThe 1775 Sec）がDDOS攻撃をしたためと主張していますが、Dropbox側はこれを否定（DOS攻撃はあったらしい）情報漏洩のデータは偽物であり、内部メンテナンスが原因と発表しています。どっちらの主張が本当かは謎のままですが、なんとも考えさせられる事件です。 Source－：TechDropbox That was some serious Lulz. We DDoS attack DropBox! After it's down we say data base compromise! And the media is all over it! #Lulz #fai
富士通の旗艦、館林データセンターが電源障害でダウンし、金融機関やニフティクラウドに影響。日経コンピュータ誌
富士通の旗艦、館林データセンターが電源障害でダウンし、金融機関やニフティクラウドに影響。日経コンピュータ誌 先月、6月7日の午前6時頃、りそな銀行、ソニー銀行、東京スター銀行など複数の国内金融機関でシステム障害が発生しました。ほぼ同時刻に、ニフティのブログサービス「ココログ」や「ニフティクラウド」などにも大規模障害が発生しました。 金融機関の障害についてはこの日、ScanNetSecurityがいち早く報じています。 複数の銀行で同時間帯に障害が発生、現在は復旧（りそな銀行ほか） | ScanNetSecurity (事件、インシデント・情報漏えいのニュース) 同じ日、ニフティの障害については発表が行われています。 大規模障害の発生について ｜ニュースリリース｜ニフティ株式会社：ニフティとなら、きっとかなう。 ほぼ同時刻に発生したこれらの障害は共通の原因があると推測されますが、どこでどんな
ファーストサーバ障害、深刻化する大規模「データ消失」 ヤフー子会社、クラウド時代の盲点を露呈（ネット事件簿） - 日本経済新聞
クラウドに預けていたデータが、「雲」が消えるかのごとく消失してしまった。20日17時頃、レンタルサーバー会社のファーストサーバ（大阪市）で起きた「データ消失」事故。その深刻な状況が日を追うごとに明らかになってきている。被害にあった顧客件数は5698件で、ほとんどが復旧不可能な状態。ウェブサイトやメールに加え、顧客情報やスケジュールなど多種多様なデータが失われ、業務が止まった企業からは悲痛な叫びが聞こえてくる。いったい何が起きているのか。
日々のIT危機管理レベルが問われるファーストサーバ障害復旧
ファーストサーバの大規模障害の件は、データ復旧が不可能という発表があったそうだ。 大規模障害のファーストサーバ、「データ復旧は不可能」 大規模障害の概要と原因について（中間報告）(ファーストサーバサイト) 復旧レベルにもよると思うが、Linuxの場合、HDDから削除復旧をさせた時に、ファイル管理情報がすでに一致しない状態になると、仮にファイル実体が復旧しても、ファイル名、フォルダ名がわからなくなって、それがいったい何のファイルかわからない。共用サーバの場合は誰のファイルかわからないので、事業者側も、うかつに渡すことができない、など言ったケースにもなることもありうるので、基本的に復旧は無理だろうなと思っていた。 今回は、専用サーバでも、ユーザー企業側のアクセス権限がないユーザーにもファイルが見えてしまうという指摘を受けたそうだが、一度消してしまったファイルである以上、それはある意味仕方のない
ファーストサーバ障害問題：「顧客のデータ消失は前代未聞」--ITR内山氏
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます レンタルサーバ事業者のファーストサーバが障害で顧客のメールおよびウェブデータを消失した問題で、ユーザー企業への影響や今後の展開などを、IT専門の調査会社ITRの内山悟志代表取締役が以下のようにコメントした。 障害はともかく、データセンター事業者によるデータの消失というのは前代未聞だ。バックアップを取っていなかったとすれば、利用企業としてはどうしようもない状況といえる。事業者としては、信用を失うことになるだろう。 だが、これをユーザー企業が法的手段に訴えても、満足できるような補償は受けられないだろう。一般に、契約内容は障害時に「利用料を全額もしくは半額返還する」といったものであり、あくまでも企業が支払った金額が対象になる。 契約書に規定が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
