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
Comparing latency among availability zones
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
tsumita
March 14, 2022
Technology
1.3k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Comparing latency among availability zones
2022/03/14のJAWS-UG朝会で投影した資料です。
tsumita
March 14, 2022
More Decks by tsumita
See All by tsumita
AWSさんから1400万円請求された件
tsumita
3
9k
20241120_JAWS_東京_ランチタイムLT#17_AWS認定全冠の先へ
tsumita
3
990
20241031_AWS_生成AIハッカソン_GenMuck
tsumita
0
340
20240906_JAWS_Yamanashi_#1_leap_beyond_the_AWS_all_certifications
tsumita
2
830
20230906_CDKJAWS_WhyCDK
tsumita
0
150
20230826_SecurityJAWS_NWFW_DNSFW
tsumita
3
610
20230315_JAWS-UG_朝会_43_LT資料
tsumita
1
660
20230117_JAWS-UG_朝会_41_LT資料
tsumita
0
960
20211209_JAWS-UG_CLI専門支部_239R_LT資料
tsumita
1
1k
Other Decks in Technology
See All in Technology
リアクションエンジニア ― 小さなリアクションから、話しかけやすい組織をつくる ―
ryuguyana
1
100
Claude Codeから見る、エンジニアの世界の変容とその先
oikon48
8
5.1k
AX時代の自治体支援リソース再配分と役割分担の再構成:戦略とロードマップ(概要)
sishi2026
0
170
200人の配信コメント、 全部Jevが仕分けます 〜 マサカリガードを作ってみた 〜
katayamatg
1
500
AIコーディングエージェント開発_全体像
happysamurai294
0
150
Lint の層を組み直した話
bengo4com
2
290
Patterns in AI Driven Software Development
akosma
PRO
0
430
Building Audio Plugin Ecosystem for Android in 2026
atsushieno
1
110
2拠点SRE活動始めてみた | sogaoh's LT @ ホンマでっかSRE勉強会 #3
sogaoh
PRO
0
230
「作れる」と「リリースできる」の間にあったもの── PdMを外して見えた、PdMがやるべき仕事/Buildable ≠ Shippable: What Removing the PM Taught Me About the PM’s Job
yappli_developers
0
420
E2Eってつらくないですか?E2Eの管理コストを下げる手段とその実践
akaboshinit
6
2.9k
【Oracle AI SPOTLIGHT ウェビナー】事例から見る!なぜOCIが選ばれたのか ― AI時代のクラウド戦略を紐解く ―
oracle4engineer
PRO
1
150
Featured
See All Featured
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
240
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
660
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
590
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
3.3k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
31k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
53k
We Have a Design System, Now What?
morganepeng
55
8.4k
How to Think Like a Performance Engineer
csswizardry
28
2.9k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
35
2.9k
The #1 spot is gone: here's how to win anyway
tamaranovitovic
4
1.2k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
510
Balancing Empowerment & Direction
lara
6
1.4k
Transcript
AZ間レイテンシを比較してみた JAWS-UG朝会 #31 2022.03.14
自己紹介 積田 優生 (Tsumita Yuki) TwitterID @tsumita7 2021 APN AWS
Top Engineer 2021 APN ALL AWS Certifications Engineer 好きなAWSサービス AWS Support Amazon EventBridge AWS Fargate
本日お話しすること • 前提知識 • リージョンについて • アベイラビリティゾーン(AZ)について • AZ名とAZ IDについて
• AZ間レイテンシを比較してみた • まとめ
注意点 • 今回の測定(比較)結果はあくまで参考としてください。 • 本日の発表は個人的なものであり、所属組織を代表するものではありません。
前提知識 Prerequisite Knowledge.
リージョンについて 抜粋元:はじめての AWSアジアパシフィック (大阪) リージョン(p16) https://pages.awscloud.com/rs/112-TZM-766/images/ORL-B1-Session.pdf 参考:リージョンとアベイラビリティーゾーン https://aws.amazon.com/jp/about-aws/global-infrastructure/regions_az/
アベイラビリティゾーン(AZ)について 抜粋元:はじめての AWSアジアパシフィック (大阪) リージョン(p17) https://pages.awscloud.com/rs/112-TZM-766/images/ORL-B1-Session.pdf
AZ名とAZ IDについて 抜粋元:Regions and Zones https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html AZ名は各AWSアカウント個別に割り当てられるため、AZ名とAZ IDの対応が違う場合があります。 データ転送料やレイテンシなどの観点から、AWSアカウントを跨いで同一のAZを利用したい場合にはAZ IDにて
AZの認識を合わせる必要があります。 AZ名 AZ ID AWS アカウントABC AWS アカウントXYZ AZ名
AZ間レイテンシを比較してみた Comparing latency among availability zones.
測定環境と測定概要 • 単一のVPC中にPublic SubnetとPrivate Subnetを各AZに1個ずつ作成 • 作成したSubnetにEC2(m5.large)を1台ずつ作成 • 測定用パッケージのnetperfをインターネットからダウンロードするためにNAT GWを作成
• netperfのTCP_RRテストを利用してTCPベースでレイテンシを測定 • 測定はPublic SubnetからPrivate Subnetに向けて10.0.0.0/16帯のPrivate IPア ドレスを利用して60秒間行い、測定期間内の平均レイテンシを測定結果とする • ※Public SubnetとPrivate Subnetは同じ10.0.0.0/16帯のアドレス帯を利用してお り、逆向きの通信でも同様の結果となるため、今回は測定を行わない 測定環境 測定概要 今回は東京リージョンと大阪リージョンを対象にAZ間レイテンシの測定を行いました。
測定結果と考察 東京リージョン 大阪リージョン 例: apne3-az3からapne3-az1へのレイテンシは628.55(μs)となります。 測定結果 考察 • 単一のAZのみ利用する場合、同一AZ内でレイテンシの差はどのAZでもほとんどない。 •
“単一のリージョンで冗⾧化を行う場合”かつ“2AZの冗⾧化で良い場合”、以下であった。 東京:「apne1-az1」と「apne1-az2」を利用するのがレイテンシの観点では良い 大阪:「apne3-az1」と「apne3-az2」を利用するのがレイテンシの観点では良い • 東京リージョンに比べ、大阪リージョンの方がAZ間のレイテンシが低いため、AZ間でのレイテ ンシ要件が厳しい場合は大阪リージョンを利用するのも1つのオプションとして考えられる。
まとめ Conclusion.
まとめ • 大阪リージョンのAZ間レイテンシが想定以上に低く驚きました。 • 同一リージョン内の2AZのみで冗⾧化を行えばよい場合には、AZの組み合わせも考慮する必要がありそう。 ※今回の結果はあくまで参考とし、レイテンシ要件の厳しいシステム設計・構築する際には実際に測定を行うことを推奨します。 • 今回の測定環境を作成したTerraformコードをGitHub(※1)にて公開しているので、興味ある方は試してみてください。 ※1:GitHub https://github.com/tsumita2929/measuring-latency-among-AWS-AZs
ご清聴ありがとうございました Thank you for your attention and time.