3ヶ⽉で⽉額300万円削減 ─ AWSコスト削減プロジェクトのリアル クラウド事業統括本部 プロフェッショナルサービス事業本部 コンサルティング3部 ソリューションアーキテクト 松波花奈（おつまみ） 

⾃⼰紹介 ● ● ○ プリセールス ○ 得意領域 ■ セキュリティ ■ マルチアカウント ■ コスト最適化 クラウド事業統括本部 ソリューションアーキテクト 名前（ニックネーム） ○ ● AWS設計‧構築⽀援 ロール ○ ● クラスメソッド⼊社 ○ 部署 ○ ● 2022年9⽉ 松波 花奈（おつまみ） 好きなもの ○ ● 実績 ○ Japan All AWS Certifications Engineers 2023-26 ○ Japan AWS Top Engineers 2024 Security ○ Japan AWS Top Engineers 2025,2026 Service ⾳楽フェス‧旅⾏‧⽇本酒 2 2 

このセッションで話すこと‧対象者 話すこと ● 費⽤対効果の⾼いコスト削減の⼿法 ● コスト削減の「技術以外」の難しさ 対象者 ● 既にAWSを利⽤し、コスト削減したいと思っている⽅ ● コスト削減がなかなかうまくいかないとお悩みの⽅ 3 

⽬次 1 2 3 4 背景とプロジェクトの進め⽅ お客様の課題、体制、3ヶ⽉の進め⽅ コスト削減⼿法 何を、どれだけ削減したか コスト削減の「技術以外」の難しさ 現場のリアル、承認の壁をどう越えたか 副次効果と振り返り コスト以外の効果、まとめ 4 

①背景とプロジェクトの進め⽅ 5 

背景と課題 お客様：⽂具‧オフィス⽤品の製造‧流通業 対象：ECサイト‧基幹システム‧社内ファイルサーバなど、2014年からAWSを活⽤ 課題：リソースの要否が分からないことと、円安による利⽤料の増加が顕著 6 

プロジェクトの進め⽅ 7 

プロジェクト体制‧役割分担 8 

②コスト削減⼿法 何を、どれだけ削減したか 9 

結果 プロジェクト終了時: ⽉額 約224万円 削減、最終的に ⽉額 約300万円 に到達 10 

サービス別の増減（2⽉→4⽉） 削減額が1番⼤きかったのはEC2（EBS‧スナップショット ‧EIP‧NAT Gateway を含む） ⾚枠‧‧コスト減少 ⻘枠‧‧コスト増加 11 

お客様に提⽰した削減可能な項⽬ リソース 項⽬ 実⾏負担 コスト効果 優先度 コスト削減額 WorkSpaces モード変更（ALWAYS_ON‧Auto_STOP） ⼩ ⼤ ⾼ $2,000/⽉ WorkSpaces 未使⽤のワークスペース削除 ⼩ ⼤ ⾼ $1,010/⽉ Amazon EC2 停⽌済で未使⽤のAmazon EC2 中 中 ⾼ $1,000/⽉ Amazon EC2 実⾏中のアイドル状態 EC2 インスタンス 中 中 ⾼ $90/⽉ Amazon EBS 不要‧アイドル状態の EBS ボリューム ⼩ ⼤ ⾼ $1,200/⽉ Amazon EBS EBSボリュームタイプGP2からGP3 ⼩ ⼤ ⾼ $3,800/⽉ Amazon RDS アイドル状態の Amazon RDS DB インスタンス ⼩ ⼩ ⾼ $470/⽉ Amazon RDS 1年以上保管された RDS ⼿動スナップショット ⼩ ⼩ 中 $150/⽉ Amazon EBS 1年以上保管された EBS スナップショット (スタンダード) ⼩ ⼩ 中 $1,900/⽉ ELB アイドル状態のロードバランサー ⼩ ⼩ 中 $97/⽉ Amazon VPC NATGatewayの削除 ⼩ ⼩ 中 $45.26/⽉ Amazon EC2 未使⽤の Elastic IP Address ⼩ ⼩ 中 $36.0/⽉ Amazon VPC ⾮アクティブな VPC インターフェイスエンドポイント ⼩ ⼩ 中 $30/⽉ Amazon EC2 実⾏中の使⽤率が低い EC2 インスタンス ⼤ ⼤ 低 $6,300/⽉ Amazon EC2 EC2 インスタンス選定（最適なインスタンスタイプ への変更） ⼤ ⼤ 低 $6,500/⽉ Amazon RDS RDS インスタンス選定（最適なインスタンスタイプへの変更） ⼩ ⼩ 低 $220/⽉ Amazon RDS RDS 延⻑サポート ⼤ ⼤ 低 $3,400/⽉ Amazon S3 S3 バケットのライフサイクル設定 ⼩ ⼩ 低 ー 12 

お客様に提⽰した削減可能な項⽬ リソース 項⽬ 実⾏負担 コスト効果 優先度 コスト削減額 WorkSpaces モード変更（ALWAYS_ON‧Auto_STOP） ⼩ ⼤ ⾼ $2,000/⽉ WorkSpaces 未使⽤のワークスペース削除 ⼩ ⼤ ⾼ $1,010/⽉ Amazon EC2 停⽌済で未使⽤のAmazon EC2 中 中 ⾼ $1,000/⽉ Amazon EC2 実⾏中のアイドル状態 EC2 インスタンス 中 中 ⾼ $90/⽉ Amazon EBS 不要‧アイドル状態の EBS ボリューム ⼩ ⼤ ⾼ $1,200/⽉ Amazon EBS EBSボリュームタイプGP2からGP3 ⼩ ⼤ ⾼ $3,800/⽉ Amazon RDS アイドル状態の Amazon RDS DB インスタンス ⼩ ⼩ ⾼ $470/⽉ Amazon RDS 1年以上保管された RDS ⼿動スナップショット ⼩ ⼩ 中 $150/⽉ Amazon EBS 1年以上保管された EBS スナップショット (スタンダード) ⼩ ⼩ 中 $1,900/⽉ ELB アイドル状態のロードバランサー ⼩ ⼩ 中 $97/⽉ Amazon VPC NATGatewayの削除 ⼩ ⼩ 中 $45.26/⽉ Amazon EC2 未使⽤の Elastic IP Address ⼩ ⼩ 中 $36.0/⽉ Amazon VPC ⾮アクティブな VPC インターフェイスエンドポイント ⼩ ⼩ 中 $30/⽉ Amazon EC2 実⾏中の使⽤率が低い EC2 インスタンス ⼤ ⼤ 低 $6,300/⽉ Amazon EC2 EC2 インスタンス選定（最適なインスタンスタイプ への変更） ⼤ ⼤ 低 $6,500/⽉ Amazon RDS RDS インスタンス選定（最適なインスタンスタイプへの変更） ⼩ ⼩ 低 $220/⽉ Amazon RDS RDS 延⻑サポート ⼤ ⼤ 低 $3,400/⽉ Amazon S3 S3 バケットのライフサイクル設定 ⼩ ⼩ 低 ー 13 

WorkSpaces 最適化（1）料⾦モードの⾒直し（1/4） 利⽤時間に合わせて AlwaysOn / AutoStop を切り替え AutoStop → AlwaysOn AlwaysOn → AutoStop WorkSpaces Cost Optimizer 45件 ⻑時間利⽤ 18件 短時間利⽤ 導⼊ $1,500/⽉（試算） $500/⽉（試算） モード変更の⾃動化 進め⽅ ポイント 1. ● 2. 過去3ヶ⽉の利⽤時間から、損益分岐点で変更候 補を抽出 「変更可否」を部⾨の管理者が確認 3. 承認の翌⽇に60件を⼀括変更 ● 損益分岐点：Standardタイプで⽉85時間（約4 ⽇）以上ならAlwaysOnが有利 AlwaysOnへの変更は即⽇（⽇割り）、AutoStopへ の変更は翌⽉から反映 14 

WorkSpaces 最適化（2）未使⽤ WorkSpaces の削除（2/4） 3ヶ⽉使われていない WorkSpaces を、利⽤者の確認を取って削除 削除候補 実際に削除 58件 約7件 使⽤実績なし 53件‧ほぼ未使⽤ 5件 残りは利⽤継続で合意 進め⽅ 1. 2. 3. UserConnected メトリクスで過去3ヶ⽉の利⽤状況を確認 「削除可否」列に利⽤者が記⼊ 承認されたものから順に削除 注意点 削除すると復旧できない → 利⽤者の確認が必須 15 

EBS 最適化（1）gp2 → gp3 変換（3/4） 性能を保ったまま、ボリュームタイプを gp3 に変更 １回⽬ ２回⽬ ３回⽬ 31個 4個 77個 $193/⽉（試算） 16TB ファイルサーバー⽤ $1,179/⽉（試算） ─ 進め⽅ ポイント ● 1. 2. 3. Cost Optimization Hub の推奨から対象を抽出 「対応可否」を確認者が判断 スクリプトで変換 ● ● 変換前にスナップショットを取得（専⽤タグで管 理） 16TB の4本は1本を先に変換し、1週間モニタリン グしてから残り3本 変換後に性能レポートで確認（⼤きな劣化なし） 16 

EBS 最適化（2）スナップショット削除（4/4） 作成から1年以上、かつ Name タグなしのスナップショットを削除 3/16〜4/10 プロジェクト終了後 計277件 削減額 50万円/⽉ 1⽇ $60〜70 の減少を確認 進め⽅ ポイント ● スナップショット費⽤は⽉ 約$10,000。そのうち約 1/4が古いものだった 10年以上前のスナップショットも残っていた ● 効果は削除の直後から⽇単位で確認できる ● 1. 2. 3. 削除条件を定例で合意（1年以上前 かつ Name タ グなし） 抽出スクリプトで⼀覧化 → お客様が社内で確認 --dry-run で対象を確認してから削除スクリプト を実⾏ 17 

③コスト削減の「技術以外」の難しさ 現場のリアル、承認の壁をどう越えたか 18 

最初の承認まで2〜3週間 ── 承認の壁 ⼀番の壁は、技術ではなく承認作業 削除候補の⼀覧を渡してから、最初の承認まで 2〜3週間 ⽴場の違い 削減できるものが⾒えている 私たち → 早く進めたい 3ヶ⽉（約13週）のプロジェクトのうち 本番環境で動いている お客様 → 安全性が最優先 確認する対象が⼤量 停⽌中の EC2 スナップショット 50台以上 数百件 1件ずつ社内で確認していただくの は、⼤きな負担 19 

気づき 承認が遅いのはお客様が慎重だからではなく、判断材料が⾜りていな いため 20 

⼯夫1：判断材料を追加し、承認しやすくする（1/2） 削除候補ごとに「最後に起動した⽇時」「最後に起動してから経過し た⽇時」などの判断材料を追加 21 

⼯夫1：判断材料を追加し、承認しやすくする（2/2） CloudTrailのイベント履歴は90⽇まで。 それより古い操作は、S3に保管したログをDuckDBで直接検索して特定 22 

⼯夫2：週次30分の定例で担当者と直接話す 短期間で削減できた最⼤の要因は、担当者と直接話す定例 1 定例の前 ⼀覧を最新化 削除候補と対応状況 を更新して臨む 2 定例（30分） その場で疑問に回 答 「最悪、何が起きる か」「リカバリー策 は」に即答 3 定例中 4 数時間後 その場で承認 削除して完了報告 判断材料がそろい、 ご担当者が決める 承認から作業まで間 を空けない 毎週くり返す 23 

⼯夫3：安全に消す段取り 削除前のバックアップ取得と段階的な変更で、リスクを抑える 例：16TB の EBS 4本を gp2 → gp3 に変換 1 2 gp3 3 gp2 4 バックアップ取得 1本だけ先⾏変換 1週間モニタリング 残り3本を変換 4本すべてスナップ ショット 影響を1本で確かめる 性能に影響がないか確認 確認後にまとめて実施 削除前は必ずバックアップ 戻せる変更でも、バックアップを取る AMI‧スナップショットを約1ヶ⽉保持し、影響 がないことを確認してから削除 gp3 → gp2 は6時間後から戻せるが、即時に影響 が出る場合に備えて事前に取得 24 

副次効果 コスト以外にも、性能と運⽤の⾯で出た効果 性能 夜間バッチの処理時間 約 2/3 に短縮 お客様「予想外のうれしい驚き」 運⽤ WorkSpaces のモード変更を⾃動化 WorkSpaces Cost Optimizer で利⽤状況に合わ せて切り替え RDS を⾃動停⽌ 停⽌しても7⽇で⾃動起動するため、 EventBridge Scheduler で停⽌ RI‧SP 購⼊のレクチャー 購⼊の判断に関わる経理担当も同席 25 

まとめ コスト削減の難しさは、技術よりも「消してよいか判断する材料づく り」と「安全に消す段取り」 コスト削減がうまく進まないときは、ここから始める 1 ⼯夫1 2 ⼯夫2 3 ⼯夫3 判断材料をつくる 対話の場をつくる 安全に消す段取り 最後に使われた⽇‧作成者な ど、「消して⼤丈夫？」に答 えられる情報を付ける 週1回の定例で担当者と直接 話し、疑問をその場で解消す る バックアップと段階的な変更 で、戻せる状態を確保する 26 

事例記事の紹介 詳しくは事例記事をご覧ください。 https://classmethod.jp/m/classmethod/cases/plus-cost/ 27 

No content