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
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Masaki Mori[JAWS-UG広島]
July 30, 2026
Technology
18
1
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
38
広島支部×女子会コラボ(パネルディスカッション)
masakimori
0
30
広島支部×女子会コラボ(クロージング)
masakimori
0
36
地域支部を盛り上げるために地域金融機関ができることってなーに?
masakimori
0
61
広島銀行におけるAWS活用の取り組みについて
masakimori
0
530
小並感なAWS Summit Japan 2025参戦レポート
masakimori
0
150
Other Decks in Technology
See All in Technology
AI時代におけるテストの基礎の再定義 / Rethinking the Fundamentals of Testing in the AI Era
mineo_matsuya
15
6k
AI Native なプロダクト組織の立ち上げ方 : 生産性 100 倍への挑戦
mikesorae
0
1.7k
ソフトウェアアーキテクチャ研修【MIXI 26新卒技術研修】
mixi_engineers
PRO
2
880
「休む」重要さ
smt7174
7
1.8k
クラウドを使う側から、作る側へ / 大吉祥寺.pm 2026前夜祭
fujiwara3
7
1.7k
信頼できるテスティングAIをどう育てるか?
odan611
0
150
41歳でAWSが好きすぎてITエンジニアになったおっさんの話
yama3133
1
790
Webの技術とガジェットで子どもも大人も楽しめるワクワク体験を提供する / Qiita Tech Festa Day 2026
you
PRO
1
310
最新IoT事例11選に学ぶ!現場の成功パターンと実践のコツ【SORACOM Discovery 2026】
soracom
PRO
0
120
セキュリティ研修【MIXI 26新卒技術研修】
mixi_engineers
PRO
29
23k
AIQAのナレッジ構築について
qatonchan
1
110
データエンジニアこそ組織のオントロジーに向き合うべき — 問いに答えるAIから、事業を動かすAIへ
gappy50
4
1.1k
Featured
See All Featured
The Art of Programming - Codeland 2020
erikaheidi
57
14k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.2k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
450
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
620
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.5k
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
310
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
470
What does AI have to do with Human Rights?
axbom
PRO
1
2.3k
The Limits of Empathy - UXLibs8
cassininazir
1
560
BBQ
matthewcrist
89
10k
First, design no harm
axbom
PRO
2
1.2k
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
430
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