20201118 AWS Black Belt Online Seminar 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説
![AWSを用いた耐障害性の高いアプリケーションの設計](https://cdn-ak-scissors.b.st-hatena.com/image/square/343b9dd6cd302e35f008faeb7c5e4eb36bc12954/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Faws2011q2webinarfaulttolerant-jp20110516-110517041431-phpapp02-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
米国東リージョンにおける Amazon EC2 と Amazon RDS のサービス障害の概要 (参考和訳) Page 1 米国東リージョンにおける Amazon EC2 と Amazon RDS のサービス障害 の概要 (参考和訳) (注: この文書は、”Summary of the Amazon EC2 and Amazon RDS Service Disruption in the US East Region” の参 考和訳です。公式の発表につきましては、以下をご参照ください。 http://aws.amazon.com/message/65648/ ) 先週 Amazon Elastic Compute Cloud (EC2)で発生した障害に関しましては、現時点で全ての影響の あったサービスを完全に復旧したことをご報告いたします。また、お客様に、今回の障害の詳 細情報、サービス復
4月21日に発生したAmazonクラウドの米国東海岸データセンターで起こった大規模障害により、Foursquare、Quora、Herokuなど多くのサービスに影響がありました。 すでに障害は復旧し、Amazonクラウドの運営チームからは詳細な報告と今後の対応策について記したドキュメント「Summary of the Amazon EC2 and Amazon RDS Service Disruption in the US East Region」が公開されています。公式な日本語訳「 米国東リージョンにおける Amazon EC2 と Amazon RDS のサービス障害 の概要 (参考和訳)」(pdf)も公開されました。 これによると、障害はネットワークの構成を間違えたことをきっかけにして、ストレージサービスの「Amazon Elastic Block Store(EBS)」やデータベ
AWSの障害に起因したHerokuの障害について、Herokuによるレポートが公開されたので要点を翻訳しました(全訳ではありません)。「だ、である」調にしたため多少偉そうに見えるかもしれませんが、原文はとても誠実な表現で書かれていますので、その点は誤解なきよう。 一部、文意が汲めなかった部分は原文を併記していますので、ご意見・ご指摘などがありましたら@junyaまでお願いします(@irohirokiさん、アドバイスありがとうございます)。 Resolved: Widespread Application Outage Herokuを4年間運用してきて最大の障害 専用データベースを利用している大規模アプリケーションでは最大16時間のダウンタイム 共有データベースを利用している小規模アプリケーションでは最大60時間のダウンタイム アプリケーションのデプロイについてはプラットフォームの広範囲にわ
Cloud Serversは、メモリ256MB/ディスク10GBのインスタンスから用意されていて、 このミニマムのインスタンスが$0.015/時間で借りることができます。1ヶ月利用で$10.8。 256MB以上のインスタンス、例えばメモリ1GB/ディスク40GBのインスタンスでも$0.06/時間。 ディスク容量がネックになる用途以外では魅力的なラインナップではないでしょうか。 特にテスト機や実験機として一時的に利用したいようなケースでは、ロースペック・ローコストはとても助かります。 自動バックアップサービスが無料 バックアップと言ってもデータ自体のバックアップではなく、LVMのスナップショットベースのバックアップになります。 ファイルを個別に取り出すことはできませんが、データを復元する上では全く問題ありません。 このスナップショットがインスタンスごとに3つまでストックできるようになっていて
AWSで運用しているInstanceを強力なInstanceに変更する必要があるため、 スケールアップをしてみました。 すべてブラウザ内で完結出来るので、普段サーバとかを触ることが 無い方でもわかるように記載いたします。 はじめに、AWS Management Consoleへログインします。 ログイン後に、EC2タブをクリックします。 左メニューのInstancesからをスケールアップするInstance(サーバ)を右クリックでstopします。 Instanceを止めた後に、止めたInstanceを再度右クリックし、Create Image(EBS AMI)を選択。 選択すると、左メニューのAMIs内にAMIが作成されます。 作成したAMIを利用して、新しいInstanceを立ち上げる必要があるので、 AMIを右クリックして、Launch Intanceを選びます。 選択するとFloat
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く