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」を選択します。検知されるシステム障害の例は、ネットワークの切断、システム電源断、物理ホストのソフトウェア障害あるい
AmazonクラウドとAzure、相次いでHaswell-EPベースの大規模インスタンスを提供へ
マイクロソフトとAmazonクラウドは相次いで、Xeon E5 v3プロセッサ（コード名Haswell-EP）を30コア以上割り当て可能な大規模インスタンスの提供を開始しました。 Haswell-EPはインテルが昨年秋に発表したサーバ／ワークステーション向けの最新プロセッサ。1CPUあたりのコア数は最大18となりメモリ容量も1.5TBと拡大、仮想環境での性能も大幅に向上させています。 マイクロソフト、AzureでGファミリーを提供開始 マイクロソフトは8日、Microsoft AzureでHaswell-EPを基盤とした最大32コア、448GBメモリ、6.5TB SSDストレージの仮想マシン「Gファミリー」の提供を開始しました。 これまでのAzureのインスタンスと同様に、仮想マシンのコアには基盤となるプロセッサの物理コアがそのまま割り当てられと説明されているため、Gファミリーでは仮想マシ
Amazonクラウドを襲った嵐が、EC2、EBS、ELB、RDSの障害に発展した理由（前編）
米国で6月29日の夜に発生したAmazonクラウドのトラブルは、InstagramやFlipboard、Netflixなど有名なサービスにも影響を与えました。国内のサービスでもいくつか影響を受けたところがあったようです。 今回のトラブルの発端は電源障害でした。嵐によって一時的に電源に障害が発生し、UPSに切り替わったもののUPSが電力を使い果たした結果、一部のデータセンターが稼働を停止しました。 この電源障害による直接の影響は全体の数％だったものの、これが引き金となって仮想マシンの「EC2」、ストレージの「EBS」、ロードバランシングの「ELB」、データベースサービスの「RDS」などにおいてソフトウェアや運用まわりでの問題が相次いで発生。一部で複数のアベイラビリティゾーンに影響する障害へと発展しました。 今回は複数のアベイラビリティゾーンに影響があり、その上6月中旬にも電源まわりのトラブル
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
