Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Design for Failure - リージョンとAZについて
Search
矢儀丈博
May 19, 2025
Technology
480
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 矢儀丈博
Oracle Database@AWSの設計構築体験談!-NWの目線から-
yuki_ink
1
520
ECS組み込みのBlue/Greenデプロイを動かしてELB側の動きを観察してみる
yuki_ink
3
2.7k
Oracle Database@AWSまわりのネットワーク構成について
yuki_ink
2
830
VPCエンドポイントを巡る名前解決とルーティングの話
yuki_ink
2
940
Amazon CloudWatch Network Monitor のススメ
yuki_ink
1
740
「名前解決」から振り返るAmazon VPC
yuki_ink
0
630
Other Decks in Technology
See All in Technology
日本AIベンチャーレポート2026
kentarofujii
0
250
cdk deployとcdkd deploy、実際にデプロイして5倍速近くの差を実測した
yama3133
1
110
How we choose session proposals
kawaguti
PRO
1
180
正解のない研修に放り出されて / Being thrown into a training program with no right answers
ohnoeight
1
160
スクラム祭り2026福井トラック_閉じたループから価値のスパイラルへ
kc_nakanishi
0
190
【Oracle AI SPOTLIGHT ウェビナー】事例から見る!なぜOCIが選ばれたのか ― AI時代のクラウド戦略を紐解く ―
oracle4engineer
PRO
1
120
AI駆動開発における開発環境のセキュリティの考え方
yamahiro
2
650
ドメインエキスパートは いかにして AI を使って プロダクト開発をするか
tatsuyashiraishi
1
220
ビジネス部門からPOを迎えての半年間の進歩と課題
zozotech
PRO
0
150
[FECONF-2026] 신대륙을 향한 카카오페이증권 프론트엔드 항해기 (이주승)
l1ghthouse
0
250
AIをリアル世界に解き放つ 〜M5Stack×AIであなたのアイディアを手の平に〜
hamadakoji
1
580
シンプルな設定ファイルで実現する AWS IAM Identity Center の ユーザー管理Terraformフレームワークを公開しました / Simplifying AWS IAM Identity Center User Management: An Open-Source Terraform Framework
yamaguchitk333
1
330
Featured
See All Featured
Leo the Paperboy
mayatellez
10
2.4k
How to Think Like a Performance Engineer
csswizardry
28
2.9k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
290
The Mindset for Success: Future Career Progression
greggifford
PRO
0
550
The Cult of Friendly URLs
andyhume
79
7k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
31k
Chasing Engaging Ingredients in Design
codingconduct
0
370
Rebuilding a faster, lazier Slack
samanthasiow
85
9.7k
Ten Tips & Tricks for a 🌱 transition
stuffmc
1
270
The Limits of Empathy - UXLibs8
cassininazir
2
740
Thoughts on Productivity
jonyablonski
76
5.4k
Building a Scalable Design System with Sketch
lauravandoore
464
34k
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 矢儀丈博