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
矢儀丈博
May 19, 2025
Technology
440
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
630
VPCエンドポイントを巡る名前解決とルーティングの話
yuki_ink
2
870
Amazon CloudWatch Network Monitor のススメ
yuki_ink
1
710
「名前解決」から振り返るAmazon VPC
yuki_ink
0
610
Other Decks in Technology
See All in Technology
Power Automateアップデート情報
miyakemito
0
290
Amazon Bedrock Managed Knowledge BaseDive Deep
ren8k
0
320
Claude Mythos、Fable...フロンティアAIの最新動向と企業のセキュリティ対策
flatt_security
0
180
それでも、技術なブログを書く理由 #kichijojipm / Why I Still Write Tech Blogs Even Now
shinkufencer
0
1.5k
CloudWatchから始めるAWS監視
butadora
0
310
クラウドを使う側から、作る側へ / 大吉祥寺.pm 2026前夜祭
fujiwara3
8
2k
LLMリーダーボードアップデートに向けたAgentic Math_SWEのトレースについて
nejumi
0
190
侵入は突然に 〜 IoTマルウェアと悪用される家庭の機器 ~ / When Intrusion Strikes: IoT Malware and the Abuse of Home Devices
nttcom
0
530
NetBoxを利用した作業効率化の試み_NetDevNight4
tnoha
0
420
AI研修(Day1)【MIXI 26新卒技術研修】
mixi_engineers
PRO
2
3.2k
クラウドセキュリティ入門 ~安全なクラウド利用のための基礎知識~
lhazy
7
5.6k
NYC Summit 2026 におけるAmazon Bedrock AgentCore のアップデート
ren8k
3
300
Featured
See All Featured
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
For a Future-Friendly Web
brad_frost
183
10k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.1k
Crafting Experiences
bethany
1
230
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6k
The Pragmatic Product Professional
lauravandoore
37
7.4k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
230
Claude Code のすすめ
schroneko
67
230k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
1
2.1k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.5k
The SEO identity crisis: Don't let AI make you average
varn
0
520
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 矢儀丈博