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
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
72
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
0
43
広島支部×女子会コラボ(パネルディスカッション)
masakimori
0
35
広島支部×女子会コラボ(クロージング)
masakimori
0
40
地域支部を盛り上げるために地域金融機関ができることってなーに?
masakimori
0
62
広島銀行におけるAWS活用の取り組みについて
masakimori
0
540
小並感なAWS Summit Japan 2025参戦レポート
masakimori
0
150
Other Decks in Technology
See All in Technology
システム思考で問題に対処する
yussak
0
170
【CEDEC2026】グラフィックスエンジニアのためのニューラルシェーディング入門
cygames
PRO
0
110
GitHub CopilotのFinOps- AI CreditのObservabilityと価値を生むためのエージェント設計
yuriemori
0
140
Goでデータパイプラインを作ろう
sansantech
PRO
0
330
AI時代の強いチームの作り方
yuukiyo
25
16k
20260608_Codexの可能性_ノンプログラマー向け_大城追記
doradora09
PRO
0
770
Data Hubグループ 紹介資料
sansan33
PRO
0
3.1k
つくって納得、つかって実感! 大規模言語モデルことはじめ ver2.0
recruitengineers
PRO
3
1k
Digitization部 紹介資料
sansan33
PRO
2
7.7k
サイバー捜査員研修(前半)
nomizone
1
1.8k
AIは実装を速くする。では、私たちは何を今作るべきか?-立場を越えてリリースに向き合ったチーム開発の実践 / 20260801 Hiromi Nakaya and Naoki Takahashi
shift_evolve
PRO
3
420
サイバー捜査員研修(後半)
nomizone
1
780
Featured
See All Featured
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
64
56k
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
380
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
460
Why Our Code Smells
bkeepers
PRO
340
58k
Unsuck your backbone
ammeep
672
58k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
63
45k
Abbi's Birthday
coloredviolet
3
9.2k
Music & Morning Musume
bryan
47
7.3k
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.7k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
680
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
4 Signs Your Business is Dying
shpigford
187
22k
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