アベイラビリティーゾーン - AWS 障害分離境界
AWS は世界中の複数のリージョンの 100 以上のアベイラビリティーゾーンを運用しています (最新の状況については、「AWS グローバルインフラストラクチャ」を参照してください)。アベイラビリティーゾーンは、AWS リージョン内で独立した冗長な電源設備、ネットワーク、接続を備えた 1 つ以上の個別のデータセンターです。リージョン内のアベイラビリティーゾーン間は、相関する障害を防ぐために意味のある距離として最大 60 マイル (約 100 km) 離れていますが、1 桁ミリ秒のレイテンシーで同期レプリケーションを利用するには十分近い距離にあります。停電、断水、ファイバー断線、地震、火災、竜巻、洪水などの広域災害のシナリオから同時に影響を受けないように設計されています。発電機や冷却装置などの一般的な障害点は、アベイラビリティーゾーン間で共有されず、独立した配電所から受電するように設計されてい
サーバからリージョンまでをおさらいしてみた | DevelopersIO
こんにちは、AWS営業部のサイトウです。 7月に入りクラスメソッドは期が新しくなりました。 各事業部・各部で異動やミッションチェッジなどが行われており、慌ただしくなっております。 そんな中、クラスメソッドの設立記念日でして、全社をあげてのブログ大会（任意参加）を行っています。 私も便乗して1本トライしてみます！ サーバからリージョンまでをおさらいしてみた なぜこのテーマを書こうと思ったかというと、私自身が勘違いしていたことだからです。 具体的にはAZの考え方を間違えていて、資格勉強中に「あれ・・そういうことなの・・？」となったため、同じように勘違いされているかもしれない方＆これからAWSを理解していきたい方に向けてお伝えしようと思っています。 用語の確認 今回紹介する内容の用語を確認していきます。 サーバ データセンター AZ リージョン AWSを構成するインフラストラクチャーです。 大き
AWSのAZ(アベイラビリティーゾーン)とは？AZ障害が起きたときどうすればよいのか
アドテク本部の黒崎( @kuro_m88 )です。 2019/08/23にAWSの東京リージョンで特定のAZ内で大きめの障害がありました。 私が開発しているプロダクトもAWSの東京リージョンを利用していて、常時数百インスタンスが稼働しているため、今回の障害の影響範囲に含まれていました。 何が起きたのか？ AWSから公式発表が出ています。 東京リージョン (AP-NORTHEAST-1) で発生した Amazon EC2 と Amazon EBS の事象概要 データセンタ内の冷却の障害が原因で一部のハードウェアホストが過熱し電源が失われてしまったようです。これにより影響を受けたハードウェアホスト上で稼働していたEC2インスタンスやEBSボリュームは電源が失われているため、外部から見ると突然応答がなくなったように見えました。 担当サービスでも公式発表と同じくらいの時刻にELBやその配下のサーバ
AWS のグローバルインフラストラクチャがよく分かる！3D AWS Infrastructure Map のご紹介 | DevelopersIO
Availability Zones（アベイラビリティゾーン） 青い点で示されているものがアベイラビリティゾーン（以降、AZ）を表します。 AZ は、リージョン内に存在するデータセンターのことを指し、リージョン内に複数存在します。他の AZ とは物理的に分離されており、例え災害が発生しても全ての AZ が停止することがないように設計されています。また、各 AZ 間は、高帯域、低レイテンシのネットワークで接続されており、EC2 インスタンスや RDS などのサービスでは、複数のアベイラビリティゾーンに配置することで可用性を高めることができます。ちなみに、このような構成をマルチアベイラビリティゾーン構成と言います。 Points of Presence（ポイントオブプレゼンス） ピンクの点で示されたものが Points of Presence（以降、PoP）を表します。 PoP は、エッジロケ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
