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のログ周りを整理する】第4回 貯める ── コストの大半はここで 決まる
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
赤神青空
PRO
September 18, 2026
Programming
27
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
【AWSのログ周りを整理する】第4回 貯める ── コストの大半はここで 決まる
赤神青空
PRO
September 18, 2026
More Decks by 赤神青空
See All by 赤神青空
【基本情報対策】浮動小数点と誤差
akagami
PRO
0
0
【AIニュース】Claude for Google Workspace とは何か
akagami
PRO
0
13
【基本情報対策】2進数・16進数と基数変換
akagami
PRO
0
18
【AIニュース】Claude Code の mods とは何か
akagami
PRO
0
17
【AWS AIF対策】ガバナンスとコンプライアンス
akagami
PRO
0
19
【AWS AIF対策】AIシステムを守る
akagami
PRO
0
31
【AIニュース】ChatGPT Space とは何か
akagami
PRO
0
32
【AWS AIF対策】透明性と説明可能性
akagami
PRO
0
21
【AIニュース】OpenAI の「dots」とは何か
akagami
PRO
0
28
Other Decks in Programming
See All in Programming
自サークルのIdPからログアウトできるようになるまで
taiseiue
1
120
ハーネス設計入門 〜 基礎知識の整理から実務へのステップアップ 〜
kinopeee
21
21k
CodeRabbitの効果検証と過ごしてみた3ヶ月
armondando
0
200
Java 27新機能 / Java 27 new features
kishida
2
210
re:Inventに行く前に知っておきたい現地参加のノウハウ
nokomoro3
0
390
Simple Storage Service(S3) is not simple
iwatsukayura
0
230
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
500
Verilogで学ぶCPU自作入門
uyuki234
8
4.1k
golang-bob.pdf
iwatsukayura
0
100
JAWS-UG 東京支部が始める、JAWS-UG支部コラボ / JAWS-UG lunchtime LT Collaboration
y0hgi
0
200
Atomic Design, Enforced: Scaling Mobile Design Systems (next.app devCon / droidCon Berlin 2026)
steliosf
PRO
0
150
プロダクトコードからライブラリの境界を見つける
elmetal
PRO
0
110
Featured
See All Featured
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
520
Raft: Consensus for Rubyists
vanstee
142
7.7k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.4k
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
2
6.3k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
350
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.6k
Music & Morning Musume
bryan
48
7.4k
Building the Perfect Custom Keyboard
takai
2
900
SEO for Brand Visibility & Recognition
aleyda
0
4.8k
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
2
720
Game over? The fight for quality and originality in the time of robots
wayneb77
1
300
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.5k
Transcript
2026年9月 AWSのログ周りを整理する 第4回 貯める ── コストの大半はここで決まる 赤神青空
▪全6回のうち、今回は第4回 このシリーズの地図 第1回 全体像 第2回 出す 第3回 運ぶ 第4回 貯める
第5回 調べる 第6回 選び方 今ココ はじめに 4段に分けて位置づける ログはどこで生まれるか 発生源と置き場のあいだ コストの大半はここで決まる 貯めたログに問い合わせる 結局どう決めるのか 2/10
▪課金の軸がそれぞれ違う 保管の3択 CloudWatch Logs Amazon S そのまま検索できる 課⾦の軸 ‧取り込み $0.50/GB
‧保管 $0.03/GB‧⽉ ‧クエリはスキャン量 向いている⽤途 直近の障害調査 OpenSearch Service 安いが検索基盤が要る 課⾦の軸 ‧保管 $0.023/GB‧⽉ ‧Athena $ /TBスキャン ‧列指向+パーティション 向いている⽤途 数ヶ⽉前を掘る 速いが常時課⾦ 課⾦の軸 ‧インスタンス稼働時間 ‧ストレージ従量 ‧zero-ETLでS も参照 向いている⽤途 常時ダッシュボード 価格は⽶国東部の例。リージョンと時期で変わる 置き場の設計が、そのままコスト設計になる 今ココ 貯める 3/10
▪CloudWatch ログクラスの使い分け Logs ── 違うのは取り込み単価だけ Standard 取り込み $0.50/GB メトリクスフィルタが使える Live
Tail・ファセットが使える サブスクリプションフィルタ可 Infrequent Access 取り込み $0.25/GB Logs Insights は使える Live Tail・ファセットは不可 サブスクリプションフィルタ不可 保管料とクエリ料は両クラス同じ。作成後にクラスは変更できません。 今ココ 貯める 4/10
▪S3 ──S3に置くときの作法 ここを外すと安くなりません 「S3に逃がせば安い」は置き方を間違えると成り立たない。 日付でパーティションを切る Parquetなどの列指向形式に変換する 小さなファイルを大量に作らない ライフサイクルで古いものを寒いクラスへ落とす 今ココ 貯める
5/10
▪S3 ──S3 Tables 統合 ETLなしで分析基盤へ渡す Icebergテーブルとして出せるので、ETLを組まずにSQLへ渡せる。 CloudWatch側の設定だけでテーブルが作られる AthenaやIceberg互換のエンジンから引ける 連携先のストレージ料金はかからない 複雑なSQLが必要になった時点で足せばよい
今ココ 貯める 6/10
▪CloudWatch Intelligent Tiering Logs ── 2026年7月の自動階層化 Standard 取り込み直後‧ 最近触ったログ 30⽇
Infrequent Access 90⽇ 30⽇アクセスが なかったログ Archive Instant Access 90⽇アクセスが なかったログ 古いデータに触ると⾃動でStandardへ戻る(30⽇間) どの層にあってもクエリの体験は変わらない。有効化はアカウント単位‧リージョン単位 触らないログが自動で安い層へ落ちていく 今ココ 貯める 7/10
▪3択の外にある監査専用の置き場 セキュリティ用途の置き場 Security Lake 自アカウントのS3に貯まる OCSF形式に自動で正規化 他社製品のログも混ぜられる OpenSearchから直接引ける CloudTrail Lake
監査イベントに特化している 内蔵のSQLエンジンで引ける 保持は最長10年まで設定できる 2026年5月で新規受付を終了 CloudTrail Lake はこれから新規に使い始めることはできません。 今ココ 貯める 8/10
▪SecuritySecurity Lake の集まり方 Lake ── 形式を揃えてから貯める 複数アカウント / リージョン CloudTrail
VPC Flow Logs 引く側 OpenSearch AWS Cloud zero-ETLで直接クエリ Security Lake ⾃分のS に貯まる Athena SQLで掘る OCSF 形式に⾃動で正規化 AWS WAF Parquet で保存される サードパーティSIEM 購読して取り込む 他社製品‧オンプレ 形式が揃うので、AWSのログと他社製品のログを同じクエリで⾒られる 集める時点で形式を揃えるのがこのサービスの役割 今ココ 貯める 9/10
▪第4回で覚えて帰るのは3つ まとめ 01 置き場は3択、課金軸が違う 監査用途には Security Lake という別枠もある。 02 CloudWatch
Logs は自動で安くなる クラスは作成時に固定。階層化は有効化するだけ。 03 S3 は置き方しだい パーティションとParquet。S3 Tables で分析へ直結。 次回は「調べる」── 貯めたログへの問い合わせ方を見ていきます 今ココ おわりに 10/10