Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Design for Failure - リージョンとAZについて
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
矢儀丈博
May 19, 2025
Technology
420
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Design for Failure - リージョンとAZについて
矢儀丈博
May 19, 2025
More Decks by 矢儀丈博
See All by 矢儀丈博
ECS組み込みのBlue/Greenデプロイを動かしてELB側の動きを観察してみる
yuki_ink
3
2.6k
Oracle Database@AWSまわりのネットワーク構成について
yuki_ink
2
470
VPCエンドポイントを巡る名前解決とルーティングの話
yuki_ink
2
830
Amazon CloudWatch Network Monitor のススメ
yuki_ink
1
700
「名前解決」から振り返るAmazon VPC
yuki_ink
0
610
Other Decks in Technology
See All in Technology
個人の発見を、組織の知恵に 〜生成AI活用を"探索"から"組織の仕組み"へ〜
kintotechdev
2
1k
探して_入れて_作って_使う_Agent_Skills___LT.pdf
peintangos
2
170
AI駆動開発が変える、大規模開発の前提 ーHuman in the Loop から Human on the Loop へ / AIE2026
visional_engineering_and_design
25
15k
Claude Code×Terraform IaC テンプレート駆動開発
itouhi
1
400
ポケモンの型をTypeScriptの型システムで表現してみた
subroh0508
0
340
LLMを「主役」にしないための 3つの原則
techtekt
PRO
0
120
もりもり新機能を一挙紹介! AgentCoreに入門して、AWS上にAIエージェントを構築しよう
minorun365
PRO
6
840
AI と創る新たな世界 / A New World Created with AI
ks91
PRO
0
120
マーケットプレイス版Oracle WebCenter Content For OCI
oracle4engineer
PRO
5
1.8k
DevOps Agentで始めるAWS運用 〜フロンティアエージェントが変える運用の現場〜
nyankotaro
1
290
Platform Engineering as a Product: Criteria for Improvement and Multi-Tenant Design
kumorn5s
0
510
Agentic Defenseとともにセキュリティエンジニアが輝き続けるには / How Security Engineers Can Keep Excelling with Agentic Defense
yuj1osm
0
120
Featured
See All Featured
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
720
Facilitating Awesome Meetings
lara
57
6.9k
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.3k
Claude Code のすすめ
schroneko
67
230k
[SF Ruby Conf 2025] Rails X
palkan
2
1.1k
Design in an AI World
tapps
1
220
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
71
40k
Chasing Engaging Ingredients in Design
codingconduct
0
210
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.5k
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
190
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2k
Darren the Foodie - Storyboard
khoart
PRO
3
3.4k
Transcript
Design for Failure - AWSのリージョンとAZについて - 2025/5/19 矢儀丈博
◆自己紹介 名前:矢儀 丈博(やぎ たけひろ) 出身:山口県 所属:TIS株式会社 業務:カード会社様のAWS基盤保守 好きなAWSサービス: Amazon VPC
2
◆目次 1. イントロダクション 2. Design for Failure 3. リージョンとアベイラビリティゾーン(AZ)とは 4.
冗長構成 マルチリージョン構成について - AWSの災害復旧(DR)戦略 マルチAZ構成について - 4/15の東京リージョンAZ障害に触れながら… 5. まとめ Design for Failure - リージョンとAZについて - 3
◆イントロダクション Design for Failure - リージョンとAZについて - 4 レジリエンスの分野は、奥が深すぎるので 本日はその一端の、さらに上澄みだけをご紹介します。。
ご興味を持っていただいた話があれば 是非ご自身で深堀りしていただければ幸いです。
◆Design for Failure Design for Failure - リージョンとAZについて - 5
(出典)AWS Well-Architected Framework Part1 Blackbelt
◆Design for Failure Design for Failure - リージョンとAZについて - 6
障害が発生することを前提に システム設計を行いましょう
◆リージョンとアベイラビリティゾーン(AZ)とは Design for Failure - リージョンとAZについて - 7 リージョン •
地理的に分かれた、データセンター群の集合 • 最低3つのAZによって構成 • それぞれのリージョンは独立していて 法律や規制、災害対策のために分離されている (出典)AWS グローバルインフラストラクチャ | AWS
◆リージョンとアベイラビリティゾーン(AZ)とは Design for Failure - リージョンとAZについて - 8 アベイラビリティゾーン(AZ) •
1つ以上のデータセンターのまとまり • 互いに高速かつ冗長化されたNWで接続 • 電源・ネットワークなどが物理的に分離 • 最大60マイル(約100km)離れている (出典)re:Invent 2023: AWSバックボーンで変革するグ ローバルネットワーク - Cloud WANとSiteLink活用事例
◆各AWSサービスの提供カテゴリ 9 我らが白鳥さんのブログを 是非ご覧ください!! (出典) AWSにおけるリージョンとアベイラビリティーゾーンへ の理解を深める | コラム |
クラウドソリューション| サービス|法人のお客さま|NTT東日本 AWS は、障害分離境界に応じて、 ゾーン、リージョン、グローバルという 3つの異なるカテゴリのサービスを運用しています • ゾーンサービス:EC2、EBSなど • リージョンサービス:S3、DynamoDBなど • グローバルサービス:IAM、CloudFrontなど
◆各AWSサービスの提供カテゴリ 10 我らが白鳥さんのブログを 是非ご覧ください!! (出典) AWSにおけるリージョンとアベイラビリティーゾーンへ の理解を深める | コラム |
クラウドソリューション| サービス|法人のお客さま|NTT東日本 AWS は、障害分離境界に応じて、 ゾーン、リージョン、グローバルという 3つの異なるカテゴリのサービスを運用しています • ゾーンサービス:EC2、EBSなど • リージョンサービス:S3、DynamoDBなど • グローバルサービス:IAM、CloudFrontなど 各サービスについて どのレベルの冗長構成が必要なのか? そもそもユーザ側で冗長構成を取る必要があるのか?
◆各AWSサービスの提供カテゴリ 11 (出典) AWS_グローバルサービス/リージョンサービス/ゾーンサービス #162日目|ゆーき|YM202110
◆冗長構成 12 マルチリージョン マルチAZ
◆マルチリージョン構成について - AWSの災害復旧(DR)戦略 Design for Failure - リージョンとAZについて - 13
(出典) AWS でのディザスタリカバリ (DR) アーキテクチャ、パートI:クラウドでのリカバリの戦略 | Amazon Web Services ブログ
◆マルチリージョン構成について - AWSの災害復旧(DR)戦略 Design for Failure - リージョンとAZについて - 14
(出典) AWS でのディザスタリカバリ (DR) アーキテクチャ、パートI:クラウドでのリカバリの戦略 | Amazon Web Services ブログ
◆マルチリージョン構成について - AWSの災害復旧(DR)戦略 Design for Failure - リージョンとAZについて - 15
バックアップと復元 ウォームスタンバイ パイロットライト アクティブ/アクティブ
◆マルチリージョン構成について - AWSの災害復旧(DR)戦略 Design for Failure - リージョンとAZについて - 16
過去に投稿したブログを ご覧ください!! (出典) そのDR対策、本当に大丈夫? - Backup & Restore戦略への提案 #AWS – Qiita
◆そもそもマルチリージョン構成が必要なのか Design for Failure - リージョンとAZについて - 17 (出典) AWS
re:Invent 2022 - Multi-Region design patterns and best practices (ARC306) - YouTube 要件の明確化が最初のステップ: •「マルチリージョンが必要」と言われるが、本当に必要かは要件次第 •全てのアプリケーションがマルチリージョンを必要とするわけではない マルチリージョンは技術だけの問題ではない: •コストや複雑性も伴うため、ビジネスとの合意形成が不可欠 •「ティア0(プラチナ)」のような分類を通じて、 ダウンタイムによる損失やブランド毀損のリスクを明確化する •たとえば「5分停止するといくらの損失になるのか?」などの 定量的基準が鍵
18 (出典)事業継続性が求められる基幹システムの DR 戦略 | Amazon Web Services ブログ ◆そもそもマルチリージョン構成が必要なのか
◆マルチAZ構成について - 4/15の東京リージョンAZ障害に触れながら… 19 2025/4/15に AZ障害がありましたね
◆マルチAZ構成について - 4/15の東京リージョンAZ障害に触れながら… 20 2025/4/15に AZ障害がありましたね 本番ワークロードでは AZ冗長が推奨!! とはいえ、いくつかの注意事項も
◆話題になりましたね① 21 (出典) AWS障害が発生したアベイラビリティーゾーン「apne1-az4」ってどこ? 世にも奇妙な物語@AWS「あなたが使っているAWSアベイラビリティゾーン(略称AZ)-Aと、私が使っているAZ-Aは、違う世界かもしれない」 AZ名(us-east-1aなど)と AZ ID(use1-az1など)の 紐づけはAWSアカウントごとに異なる
◆話題になりましたね① 22 (出典) AWS障害が発生したアベイラビリティーゾーン「apne1-az4」ってどこ? 世にも奇妙な物語@AWS「あなたが使っているAWSアベイラビリティゾーン(略称AZ)-Aと、私が使っているAZ-Aは、違う世界かもしれない」 AZ名(us-east-1aなど)と AZ ID(use1-az1など)の 紐づけはAWSアカウントごとに異なる 【注意!!】
マルチアカウント環境では 知らないうちにAZ間の通信コストが 発生していたり (0.01USD/GB) AZ障害の発生時の社内の コミュニケーションで困ったり…
◆そこまで神経質にならなくてもいいですが 気になる方は… 23 (出典) 異なる AWS アカウント間の VPC で一貫したアベイラビリティーゾーンを使用する -
AWS 規範ガイダンス GitHub - aws-samples/multi-account-az-mapping AZ名とAZ IDの紐づけを 各アカウントのパラメータストアに格納 リソース作成時にCloudFormationを利用し AZの指定を パラメータストアの値を参照して行う
◆話題になりましたね② 24 (出典) ALBはなぜ3AZにするべきなのか #AWS - Qiita ELBを使った冗長化は 3AZじゃないと意味がない?
◆ゾーンシフトという選択肢もあります 25 (出典) 2AZ 構成の ALB でゾーンシフトを試してみた | DevelopersIO ゾーンシフトを用いたクロスゾーン負荷分散
| Amazon Web Services ブログ グレー障害に備える 〜ベストプラクティスとApplication Recovery Controller Zonal Shift~ #AWS – Qiita Route 53 Application Recovery Controller のゾーンシフト を試してみた #AWS - Qiita ゾーンシフトで特定のAZへの トラフィックを一時的に遮断 2AZでも使えるが、1AZですべての トラフィックを捌けるかは考える必要がある
◆AZごとに対応しているインスタンスタイプが異なることも 26 (出典) Availability Zone によって利用可能な EC2 インスタンスタイプは 異なります -
サーバーワークスエンジニアブログ AZ別に提供されているEC2インスタンスタイプの一覧を出力する PowerShellスクリプト #AWS – Qiita EC2作成時に 処理が失敗することも 使いたいインスタンスタイプが 明確になっているときは 全てのAZで利用可能か 事前に確認しておくのがよい
◆マルチリージョンでもマルチAZでも、ちゃんと訓練しておきましょう! 27 (出典) AWS Fault Injection Service を使用して、 マルチリージョンおよびマルチ AZ
アプリ ケーションの耐障害性を実証する | Amazon Web Services ブログ 戻しを含めて 考えておくのが大事 本番ワークロードでの 利用はやめておくのが無難
◆まとめ • AWSのデータセンターは、「リージョン」「アベイラビリティゾーン(AZ)」でグルーピングされており 障害分離境界として機能します • ビジネスインパクトを踏まえて要件を明確にし、それに応じて冗長構成を検討しましょう • 冗長構成の設計は難しい!!(資格試験のようにはいかない) ※素直にAWSさんに相談してみるのもいいと思います •
障害訓練もしておきましょう!! Design for Failure - リージョンとAZについて - 28
Design for Failure - AWSのリージョンとAZについて - 2025/5/19 矢儀丈博