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
EC2 のメモリ / ストレージ / ネットワーク速度 / ec2-throughput
Search
Manabu Sakai
February 15, 2017
Technology
0
490
EC2 のメモリ / ストレージ / ネットワーク速度 / ec2-throughput
Manabu Sakai
February 15, 2017
Tweet
Share
More Decks by Manabu Sakai
See All by Manabu Sakai
アウトプットが切り拓いた自分のエンジニア人生 / Infra Study 2nd #8
manabusakai
0
29k
GitHub Actions の self-hosted runner と Amazon EKS を使った Docker のビルドパイプライン / secure-docker-build-pipeline
manabusakai
0
2.1k
SaaS における EKS のシングルテナントクラスタ戦略とスポットインスタンス活用術 / EKS single-tenant cluster strategy and Spot Instances
manabusakai
0
7.4k
freee のエンジニアは障害から何を学び、どう改善しているのか? / What do freee engineers learn and improve from failures?
manabusakai
8
20k
我々は Kubernetes の何を監視すればいいのか? / CloudNative Days Kansai 2019
manabusakai
25
8.7k
CI/CD パイプラインを最速で組み立てるための 4 つのポイント / Four points to assemble the CI CD pipeline fastest
manabusakai
9
3.8k
Kubernetes を使ってエンジニア組織の生産性を上げよう / kubernetes-and-engineer-productivity
manabusakai
3
7.5k
freee のマイクロサービスを K8s + Go で組む! 短期プロジェクト成功の記録 / microservices-using-k8s-and-go
manabusakai
4
11k
Kubernetes 入門者が 3 か月で本番導入するためにやったこと / kubernetes-beginner
manabusakai
7
14k
Other Decks in Technology
See All in Technology
ソフトウェアエンジニアの生成AI活用と、これから
lycorptech_jp
PRO
0
900
オブザーバビリティが育むシステム理解と好奇心
maruloop
2
1.2k
IBC 2025 動画技術関連レポート / IBC 2025 Report
cyberagentdevelopers
PRO
2
180
Biz職でもDifyでできる! 「触らないAIワークフロー」を実現する方法
igarashikana
7
3.4k
Kubernetes self-healing of your workload
hwchiu
0
540
知覚とデザイン
rinchoku
1
590
Observability — Extending Into Incident Response
nari_ex
1
430
OTEPsで知るOpenTelemetryの未来 / Observability Conference Tokyo 2025
arthur1
0
250
事業開発におけるDify活用事例
kentarofujii
5
1.5k
ラスベガスの歩き方 2025年版(re:Invent 事前勉強会)
junjikoide
0
160
プロダクト開発と社内データ活用での、BI×AIの現在地 / Data_Findy
sansan_randd
0
170
ストレージエンジニアの仕事と、近年の計算機について / 第58回 情報科学若手の会
pfn
PRO
3
850
Featured
See All Featured
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.1k
A Modern Web Designer's Workflow
chriscoyier
697
190k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
Why Our Code Smells
bkeepers
PRO
340
57k
Optimizing for Happiness
mojombo
379
70k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.5k
Embracing the Ebb and Flow
colly
88
4.9k
Stop Working from a Prison Cell
hatefulcrawdad
272
21k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
140
34k
Statistics for Hackers
jakevdp
799
220k
The Language of Interfaces
destraynor
162
25k
Transcript
EC2 の メモリ / ストレージ / ネットワーク速度 @manabusakai
今日はエンジニアっぽい 真面目な話をします
自己紹介 Twitter / GitHub @manabusakai
自己紹介 • 坂井 学(さかい まなぶ) • 2016 年にインフラエンジニアとして入社 • Scala
/ Ruby / PHP を書いてました • 得意分野は AWS ◦ AWS 認定ソリューションアーキテクト - プロフェッショナル ◦ AWS 認定 DevOps エンジニア - プロフェッショナル
コンピューティング性能を 意識していますか?
コンピューティング性能とは EC2 はインスタンスタイプごとに決まっている。 • 具体的には ◦ vCPU (CPU Credit) ◦
メモリ ◦ ストレージ ◦ ネットワーク帯域
具体的にどのくらいの速度か 意識していますか?
“m4.large” で調べてみた
CPU ⇆ Memory CPU ⇆ Memory の間は 68 GB/s と高速。
• Xeon E5-2676 v3 @ 2.40 GHz ◦ 最大メモリ帯域幅 : 68 GB/s ◦ 対応メモリ : DDR4 1600/1866/2133 ◦ E5-2676 v3 は AWS 独自モデルのため E5-2670 v3 から推測
Memory ⇆ EBS gp2 だと CPU ⇆ Memory と比べて 435
倍 も遅い。 • General Purpose SSD (gp2) ◦ スループット : 最大 160 MB/s ◦ IOPS : 3 IOPS/GB • Provisioned IOPS SSD (io1) ◦ スループット : 最大 320 MB/s ◦ IOPS : 50 IOPS/GB
EC2 ⇆ Network CPU ⇆ Memory と比べて 1238 倍、 Memory
⇆ EBS と比べて 2.8 倍 も遅い。 • m4.large ◦ 帯域幅 : 最大 450 Mbps ◦ スループット : 56.25 MB/s
速度比較 ネットワークをま たぐとこんなに遅 い!
まとめ • メモリから先はとにかく遅い • クラウド時代でもこの差はなくならない • コードを書くときに、この差を意識してほしい ◦ 良いコードはコンピュータにも優しい
スモールビジネスに携わる方が より創造的な活動にフォーカスできるよう