クラウドの費用を見直す（FinOps）の進め方

クラウドの費用を見直すときは、まず「誰が、何に、いくら使っているか」を見える化し、そのうえで使っていない資源を止め、長く使うものには割引の仕組みを使い、最後に部門ごとの責任と振り返りの場を決める、という順に進めるのが基本です。この一連の取り組みを続ける考え方を FinOps と呼びます。

クラウドは、サーバーを買わずに必要な分だけ使える反面、使った分だけ請求が増えます。試しに作った環境の消し忘れや、余裕を見て大きく取った設定が積み重なると、気づかないうちに費用が膨らみます。

FinOps とは

FinOpsとは、技術・財務・事業の担当が協力して、クラウドなど技術への支出をデータにもとづいて判断し、事業にとっての価値を高めていく運用の考え方です。FinOps の普及を進める FinOps Foundation（Linux Foundation の関連のプロジェクト）は、FinOps を、技術の事業上の価値を最大化し、データにもとづく判断と財務上の説明責任を生む「運用のフレームワークであり、文化的な実践」と説明しています。

FinOps は、費用を削ることだけを目的にするものではありません。同じ費用でより多くの価値を得る、必要なところには使う、という判断を、データをもとに続けていく点に重きがあります。

出典：What is FinOps?（FinOps Foundation）

3つの段階

FinOps の取り組みは、Inform（知る）、Optimize（改善する）、Operate（運用する）の3つの段階をくり返す形で説明されています。Microsoft の学習資料では、3つの段階は決まった順に一度だけ進むものではなく、くり返して取り組みを良くしていくための輪であり、チームごとに違う段階にいてよい、と説明されています。Inform では、費用と使い方のデータを集めて、誰が何に使っているかを割り振り、分析と報告に使います。Optimize では、そのデータをもとに、効率を良くする機会を見つけます。Operate では、利用の決まりや体制、教育、自動化の方針を整えて、取り組みを組織に定着させます。

出典：FinOps phases（Microsoft Learn）

最初に、費用を見える化する

費用の見直しは、どのシステム・どの部門・どの環境（本番・試験・開発）に、いくら使っているかを分けて見ることから始めます。請求書の合計だけを見ていても、どこを直せばよいかは分かりません。

見える化のために、次の準備をします。

• クラウドの資源に、システム名・部門・環境・担当者などの「タグ（ラベル）」を付ける決まりを作る
• タグの付いていない資源を毎月洗い出し、持ち主を確かめる
• クラウドの事業者が用意している費用の集計の画面や、予算を超えそうなときの通知を設定する
• 毎月の費用を、システムごと・部門ごとに並べた一覧を作り、前の月と比べる

タグの決まりは、後から付け直すと手間がかかります。新しく資源を作るときに付けることを、作る手順や自動化の設定に組み込んでおくと続けやすくなります。

使っていない資源を整理する

見える化ができたら、使っていない資源と、大きすぎる資源を整理します。費用の削減のうち、すぐに取りかかれて効果が分かりやすいのがこの部分です。

よく見つかるのは、次のようなものです。

• 試しに作ったまま止め忘れたサーバーや、使われていないデータベース
• サーバーを消した後も残っている記憶領域（ディスク）や、古いスナップショット
• 夜間や休日も動き続けている、開発や試験の環境
• 実際の負荷に比べて大きすぎる性能で動いているサーバー
• 保存の期間を決めずにたまり続けている記録（ログ）やバックアップ

消してよいかは、持ち主に確かめてから判断します。すぐに消すのが不安なものは、いったん止めて様子を見る、消す前に最後のバックアップを取る、といった手順にしておくと安心です。開発や試験の環境は、業務の時間だけ動かすように自動で止める設定にすると、手間をかけずに費用を抑えられることがあります。

性能を下げる見直しは、実際の負荷の記録を数週間分見てから決めます。忙しい時期の負荷を見落として性能を下げると、システムが遅くなるおそれがあります。

長く使うものは、割引の仕組みを使う

ずっと動かし続けるサーバーには、一定の期間の利用を約束する代わりに単価が下がる仕組みを使えます。クラウドの事業者ごとに名前や条件は違いますが、長期の利用を前提とした割引の仕組みが用意されていることが多いです。

例えば AWS では、1年契約または3年契約の「リザーブドインスタンス」と「Savings Plans」があり、AWS の資料では、オンデマンド（約束なし）の料金と比べて、種類によって最大72%などの割引が示されています。割引の大きさは、契約の期間、支払いの方法、種類などで変わります。使われていない容量を安く使える「スポットインスタンス」は、AWS が容量を必要とするときに2分前までの通知で止められることがあるため、止まっても困らない処理に向いています。

出典：ベストプラクティス 18.1 - Amazon EC2 の利用可能な支払いおよび契約オプションを理解する（AWS）

割引の仕組みは、使う量の見通しが立ってから申し込みます。先に約束してしまうと、システムの作り直しや縮小で使わなくなっても、約束した分の費用がかかります。使っていない資源の整理を先に済ませ、残ったものについて長く使う分を見極める、という順番が安全です。

費用の責任を、部門と担当に分ける

費用を保つには、見直しを一度で終わらせず、誰が費用に責任を持つかを決めておくことが大切です。クラウドの請求を情報システムの部門だけが見ていると、使う側の部門は費用を意識しにくくなります。

次のような分け方が考えられます。

毎月、システムの持ち主と技術の担当で費用の一覧を見る短い時間を設けると、増えた理由を早く確かめられます。予算を超えそうなときの通知を、技術の担当だけでなく持ち主にも届くようにしておくと、判断が遅れにくくなります。

開発や運用を外部に委託している場合は、クラウドの契約の名義と請求の受け取り先、費用の見直しを誰が提案するかを、契約や保守の取り決めの中で決めておきます。保守の範囲の決め方はシステムの保守契約で決めておくことで説明しています。

費用だけを見て判断しない

費用の見直しでは、安くすることが目的にならないよう、守りと性能の水準を下げていないかを一緒に確かめます。費用を減らすつもりで、必要なバックアップや記録を消してしまうと、事故が起きたときに困ります。

• バックアップや記録の保存期間は、業務と法令の求めに合わせて決めてから減らす
• 冗長化（予備の構成）をやめるときは、止まったときの影響を事業の担当と確かめる
• セキュリティの設定を変えるときは、クラウドの事業者と利用者の責任の分け方（責任共有モデル）を踏まえる

クラウドを選ぶ段階での考え方は、クラウド（AWS・Azure・Google Cloud）の選び方にまとめています。

当社のご支援

当社のWebシステム開発では、業務システムやWebサービスを、サーバーやクラウドの運用を含めて、公開した後の運用と改善まで受け持ちます。いま使っている仕組みを残しながら、運用と改善を任せたい場合はAIインテグレーションでお受けしています。費用の見直しの相談から少しずつ進めたい場合は、月ごとに決めた時間の中で相談や作業をお頼みいただけるAIタイムシェアもご検討ください。