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
AWS Backupにかかる時間を検証してみた結果
Search
Masaki Mori[JAWS-UG広島]
July 30, 2026
Technology
160
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
2
150
広島支部×女子会コラボ(オープニング~支部紹介)
masakimori
0
76
広島支部×女子会コラボ(パネルディスカッション)
masakimori
0
56
広島支部×女子会コラボ(クロージング)
masakimori
0
61
地域支部を盛り上げるために地域金融機関ができることってなーに?
masakimori
0
74
広島銀行におけるAWS活用の取り組みについて
masakimori
0
650
小並感なAWS Summit Japan 2025参戦レポート
masakimori
0
180
Other Decks in Technology
See All in Technology
FinOps Agentが生んだ技術負債:コスト自動調査の落とし穴と解消までの道のり
oasis1994liveforever
3
280
Let's Change Our World—Again
snoozer05
PRO
6
640
macOS Golden Gate 時代のMac管理
tategami
0
140
ガチで放置できるClaude Code実行環境の作り方.pdf
lamaglama39
5
9.4k
BacklogのRAG 今ならこう作る - S3 Vectorsと自前パイプラインの勘所
revsystem
0
130
LLM Content Moderationを支える評価・改善ループの実践
suikabar
2
330
Codex を使った障害対応机上演習の実際
orgachem
PRO
0
340
Draft AIエージェントの トークン消費を最小化する 8つの原則
kinopeee
3
1.5k
フィンテック養成勉強会#68
finengine
0
240
CTO Night|NotionのAIエージェントとFDE
kzkhykw1991
0
310
AI コーディングと人間の認知スループット / CTO Night & Day 2026 Morning Session / AI Coding and Human Cognitive Throughput
prog893
5
1.5k
クラウドエージェントの先駆け Devin。今も最先端を走る、他との違い
kinopeee
0
170
Featured
See All Featured
Ethics towards AI in product and experience design
skipperchong
2
440
My Coaching Mixtape
mlcsv
0
360
Accessibility Awareness
sabderemane
1
260
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
540
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
580
VelocityConf: Rendering Performance Case Studies
addyosmani
331
25k
RailsConf 2023
tenderlove
30
1.6k
Designing for Performance
lara
612
70k
Raft: Consensus for Rubyists
vanstee
142
7.8k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
A better future with KSS
kneath
240
18k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1.1k
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