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
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
AWS Backupにかかる時間を検証してみた結果
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Masaki Mori[JAWS-UG広島]
July 30, 2026
Technology
100
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AWS Backupにかかる時間を検証してみた結果
20260730JAWS-UG神戸
Masaki Mori[JAWS-UG広島]
July 30, 2026
More Decks by Masaki Mori[JAWS-UG広島]
See All by Masaki Mori[JAWS-UG広島]
運営が話したい事を一方的に話す時間 ~開発・保守・セキュリティ~
masakimori
1
35
広島支部×女子会コラボ(オープニング~支部紹介)
masakimori
0
58
広島支部×女子会コラボ(パネルディスカッション)
masakimori
0
45
広島支部×女子会コラボ(クロージング)
masakimori
0
49
地域支部を盛り上げるために地域金融機関ができることってなーに?
masakimori
0
67
広島銀行におけるAWS活用の取り組みについて
masakimori
0
580
小並感なAWS Summit Japan 2025参戦レポート
masakimori
0
160
Other Decks in Technology
See All in Technology
Bet AI Day 2026丨Agentは、「金融」という巨大産業の何を変えられるのか
layerx
PRO
0
1.2k
プロダクト思考 × 基盤思考を AIで実現する Compound Engineering
tkc66buzz
1
300
【視聴者参加型!】AWSセキュリティアンチパターンクイズ
syoshie
0
460
AI 駆動 Terraform 開発/SRE_BizReach_MIXI_2
visional_engineering_and_design
3
1.9k
Oracle Cloud Infrastructure IaaS 新機能アップデート 2026/6 - 2026/8
oracle4engineer
PRO
0
130
作り直せるコードは迅速に 作り直せないDBは慎重に - AI時代のプロダクトエンジニアが「判断の不可逆性」で開発速度を変える話
kinosuke01
0
280
薬剤師(ドメインエキスパート)と一緒に育てる薬局向けAIアシスタント
kakehashi
PRO
2
120
enechainの内製セルフサービスプラットフォーム
hiyosi
0
140
Webとヘルスデータ
yukukotani
1
200
「図書館」という名前のままでいいのか -Code4Lib JAPANカンファレンス2026 アンカンファレンス報告- / Code4Lib JAPAN Conference 2026: Unconference Report
ykiyota
0
120
日経電子版を支えていく Kasane Design System/fec_fukuoka
nikkei_engineer_recruiting
0
270
V8コントリビュート超入門
riyaamemiya
0
150
Featured
See All Featured
Color Theory Basics | Prateek | Gurzu
gurzu
0
460
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
3k
Context Engineering - Making Every Token Count
addyosmani
9
1.1k
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
250
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
1
400
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.6k
Facilitating Awesome Meetings
lara
57
7.1k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
450
Rails Girls Zürich Keynote
gr2m
96
14k
Skip the Path - Find Your Career Trail
mkilby
1
220
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
1k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
42k
Transcript
2026年7月30日 AWS Backupにかかる時間を検証してみた結果…
目次 ・自己紹介 ・AWS Backupについて ・検証内容と結果 ・まとめ 今回の検証はあくまで個人のAWSアカウントで やったことであり、AWS全体を保証するものでは ございません。 また、誤った内容もあるかもしれませんが、予め
ご了承ください。 1/12
自己紹介 ひろぎんホールディングス 業務統括部IT統括グループIT統括室 兼 広島銀行 IT統括部C-BIZラボ AWSライン シニアコーディネーター 森 将記(もり
まさき) <好きなAWSサービス> 最近はPrivateLink推し <好きなクマ> <神戸の好きなお店> コリラックマ推しです 宮本むなしとラーメンたろう推しです(大丸地下のアンリでバイトしていました) <経歴> 2005年4月 大学進学で広島から神戸へ 2009年4月 TIS 入社 2014年8月 広島銀行IT統括部 入行 2020年4月 クラウド担当に係替え 2021年4月 AWSを利用した基盤内製開始 2025年4月 JAWS-UG広島支部の運営に参加 ↑8月再受験予定… 2/12
・自己紹介 ・AWS Backupについて ・検証内容と結果 ・まとめ 3/12
AWS Backupについて 4/12
AWS Backupについて(個人的なポイント) ・設定した開始時間に処理が実行されるわけではない ・時間内に処理が開始できないとエラーになる (バックアップ作成されない) ※毎回1時間に設定していますが起動しなかったことはありません ・AWS側の負荷分散の観点でこのような設計になっている(らしい) ・ジョブの実行時間上限を指定しているだけで、 ・時間内のバックアップ取得を確約するものではない ・実行時間が上限時間を超えるとBackup側のジョブがエラーになる
(開始時間が基準になる) ・ただ、Backupはサービス側のAPIを使用してバックアップを作成する ため、ジョブがエラーになっても時間が経てば作成される <EBSのスナップショットを取得する場合> スナップショット Backup × 〇 Backup EBS スナップショット CreateSnapshot 5/12
2026年7月30日 AWS Backupにかかる時間を検証してみた結果… CreateSnapshotにかかる時間を検証してみた結果… 6/12
・自己紹介 ・AWS Backupについて ・検証内容と結果 ・まとめ 7/12
検証内容と結果 ▪背景 • EC2利用がメインで毎日EBSスナップショットを取得している • 通常時のバックアップは問題ないが、データ移行などで変更量が多い際はBackupジョブがEXPIERDになる • 前述の通り、BackupジョブがエラーになってもCreateSnapshotが正常に発行され、エラーになっていなければ スナップショットは作成されるため、運用上で何か困っているわけではない •
ただ、そうは言ってもどれぐらいの時間で作成されるか、予測できるのであれば事前に把握したい… • ドキュメントを読んでも記載がなく、ネットを調べても作成にかかる時間をまとめた記事は発見できず… (こうすれば時間わかるよ、とか、通知出せるよ、とかそういうものしか見つけれなかった) しゃーねー、やったらぁ!! 8/12
検証内容と結果 ▪検証内容 <EBS> AWS ・容量は以下を用意(数値に特に意味はない…) ap-northeast-1(東京リージョン) Backup ap-northeast-1a VPC Prv
subnet EBS#9 EBS#1 snapshot#9 snapshot#1 ~ ~ ※汎用SSD(gp3) ここの時間を計測 100GB、200GB、300GB、500GB、 1TB、1.5TB、2TB、3TB、5TB ・スループットとIOPSは基本デフォルト。 ・※ただし、3TBと5TBはファイル作成に時間がかかるので、 ・ 1,000MiB/Sと4,000に増強 (デフォは125MiB/Sと3,000) ・ファイルは「RandomNumberGenerator」で作成 ※使用率が90%になるように作成 ・スナップショットは初回のフルスナップショット <Backup> ・開始時刻は日本時間の2:00から1時間以内 ・実行時間の上限は12時間 ▪想定(仮説) 時間 スナップショット作成時間は容量が大きければ大きいほど時間がかかるはず ↓ 一次関数、二次関数、対数関数のいずれかのグラフの形になることを期待して検証 容量 9/12
検証内容と結果 ▪結果 容量 1回目 2回目 作成時間 16:48 開始 終了 作成時間
開始 終了 作成時間 100GB 2:15 3:52 1:37 2:22 3:38 1:16 14:24 200GB 2:13 5:07 2:54 2:24 5:05 2:41 12:00 300GB 2:15 6:40 4:25 2:24 6:25 4:01 9:36 500GB 2:19 9:30 7:11 2:24 9:36 7:12 1TB 2:29 16:40 14:11 2:23 N/A N/A 1.5TB 2:20 N/A N/A 2:25 13:13 10:48 2TB 2:21 N/A N/A 2:24 N/A N/A 3TB 2:19 5:06 2:47 2:23 5:05 2:42 5TB 2:20 6:56 4:36 2:25 6:57 4:32 ※1 開始はCloudTrailでCreateSnapshotが発行された時刻 ※2 終了はEBSのスナップショットの作成完了時刻 ※3 N/Aは時間がかかりすぎるので完了の確認を諦めたもの 1回目 2回目 7:12 4:48 2:24 0:00 100GB 200GB 300GB 500GB 1TB 1.5TB 2TB 3TB 5TB 容量 全然想定と違う! 何でや!! 10/12
・自己紹介 ・AWS Backupについて ・検証内容と結果 ・まとめ 11/12
まとめ ✓ 今回の結果だけ見ると、100GBあたり大体1時間30分程度が目安 ✓ ただし、容量に単純に比例するわけではない ※サポートに問い合わせたところ、IOPSなどの複数の要因によってスナップショットを作成する時間は変わる、 5TBの方が500GBの方が早く作成されることは起こりうる挙動、 スナップショット作成に24時間以上を要するのであれば異常な挙動、みたいな回答をもらった ✓ 作成時間の推測が難しいのはわかったが、検証自体はそれなりに意味があると思うので、もう2~3回ぐらい試して
改めて整理したい(これで時間がバラバラだったら…悲しみ) <注意点> ・EBSとスナップショットはそれなりにコストがかかるので、もし試そうと思う方はご注意ください サービス 単価 (1時間換算) 今回発生した費用 (1日あたり) EBS(gp3) $0.000132/GB 約$43 EBSスナップショット $0.00007/GB 約$22 合計⇒ 検証は計画的に… ※全部で13.6TB 約$65 上記に加えてEC2などの料金も発生。 今回は4日間弱やりましたが、$260ぐらいかかりました… 12/12