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
Comparing latency among availability zones
Search
tsumita
March 14, 2022
Technology
1.2k
0
Share
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
8.6k
20241120_JAWS_東京_ランチタイムLT#17_AWS認定全冠の先へ
tsumita
3
930
20241031_AWS_生成AIハッカソン_GenMuck
tsumita
0
310
20240906_JAWS_Yamanashi_#1_leap_beyond_the_AWS_all_certifications
tsumita
2
760
20230906_CDKJAWS_WhyCDK
tsumita
0
130
20230826_SecurityJAWS_NWFW_DNSFW
tsumita
3
580
20230315_JAWS-UG_朝会_43_LT資料
tsumita
1
610
20230117_JAWS-UG_朝会_41_LT資料
tsumita
0
890
20211209_JAWS-UG_CLI専門支部_239R_LT資料
tsumita
1
960
Other Decks in Technology
See All in Technology
Building a Study Buddy AI Agent from Scratch: From Passive Chatbots to Autonomous Systems
itchimonji
0
130
The 7 pitfalls of AI
ufried
0
180
AIはハッカーを減らすのか、増やすのか?──現役ホワイトハッカーから見るAI時代のリアル【MEGU-Meet】
cscengineer
PRO
0
270
アクセシビリティはすべての人のもの
tomokusaba
0
240
Modernizing Your HCL Connections Experience: Visual Report to chain, Profile Enhancements, and AI Integration
wannesrams
0
270
AgentCore Managed Harness を使ってみよう
yakumo
2
310
「QA=テスト」「シフトレフト=スクラムイベントの参加者の一員」の呪縛を解く。アジャイルな開発を止めないために、10Xで挑んだ「右側のしわ寄せ」解消記 #scrumniigata
nihonbuson
PRO
3
690
GitHub Copilot Dev Days
tomokusaba
0
140
プラットフォームエンジニアリングの実践 - AWS コンテナサービスで構築する社内プラットフォーム / AWS Containers Platform Meetup #1
literalice
1
240
AIが書いたコードを信じられない問題 〜レビュー負荷を下げるために変えたこと〜 / The AI Code Trust Gap: Reducing the Review Burden
bitkey
PRO
8
1.4k
AWS Transform CustomでIaCコードを自由自在に変換しよう
duelist2020jp
0
240
Oracle Cloud Infrastructure:2026年4月度サービス・アップデート
oracle4engineer
PRO
0
290
Featured
See All Featured
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
130
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
380
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.3k
Typedesign – Prime Four
hannesfritz
42
3k
Utilizing Notion as your number one productivity tool
mfonobong
4
300
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.8k
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
110
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.4k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
199
73k
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.