Amazon WorkSpaces のコストを最適化しよう！ 2024 年アップデート版

利用時間によってどちらの実行モードのコスト効率が高いかは、使用するバンドルによって異なりますが、おおよその目安として、月に 80 時間以上 WorkSpaces を起動する場合には、月額課金 (AlwaysOn) の方が安くなる傾向にあります。しかしその一方で、「全ユーザー分の利用状況を確認し、最適な実行モードを選択するのは難しい」という声を管理者の方からよく伺います。

そのような方のために今回、 WorkSpaces の使用状況をモニタリングし、コストを最適化するのにも役立つソリューションを紹介していこうと思います。

それでは、「Amazon WorkSpaces Cost Optimizer」がどんなソリューションなのか見ていきましょう！

「Amazon WorkSpaces Cost Optimizer」は、個々の WorkSpaces の使用状況を分析し、最もコスト効率の高い実行モード (時間課金または月額課金) に自動変更するソリューションです。

CloudFormation が起動し、スタックの作成の画面が表示されます。デフォルトで「バージニア北部」リージョンが選択されているため、ソリューションを展開するリージョンに変更します。 (今回は東京リージョンに変更)

「前提条件 - テンプレートの準備」、「テンプレートの指定」は変更せずにそのまま「次へ」を選択します。

「スタックの名前」に任意の名前 (例：WorkSpacesCostOptimizer) を入力します。

次に「パラメータ」では、まず AWS Fargate コンテナがデプロイされる VPC を設定します。 VPC は新規で作成するか、既存の VPC 上に構築するかを選択できますが、今回はデフォルトの設定のまま新規に VPC を作成します。

ソリューションをデプロイする VPC は WorkSpaces が接続する VPC と同一にする必要はないため (接続性も不要)、既存のオンプレミス環境や VPC と IP アドレスが被らないように、必要に応じて CIDR の値を変更した上で、 VPC の新規作成からご検討頂ければと思います。もし既存の VPC を利用する場合には、インターネット接続可能な VPC をご選択ください。

テストパラメータ (Testing Parameter) の設定では、ドライランモードの設定有無などを設定します。

実行モードを自動変更しない場合は、「Yes」、自動変更する場合は、「No」を選択します。今回はデフォルト設定のままドライランモードに設定します。

価格パラメータ (Pricing Parameters) の設定では、 各バンドルごとに自動変更のしきい値を設定します。

WorkSpaces は使用するリージョンやバンドルによって料金が異なるため、本ソリューションではバンドル (バリュー、スタンダード、パフォーマンスなど) ごとにそれぞれしきい値を設定します。デフォルトのしきい値は時間単位および月単位の請求損益分岐点の近くに設定されていますが、実際に使用されるリージョンやバンドルに応じて最適なしきい値は変わる可能性があるため、以下の計算式を用いてバンドルごとの損益分岐点を算出し、パラメータを変更することでしきい値を調整できます。 (なお、しきい値超過のチェックは 24 時間間隔で実施されることを考慮し、算出した損益分岐点よりも少し少ない値に設定するのも良いかと思います。)

しきい値の計算式： (月額課金 - 時間料金の固定分) ÷ 時間料金の従量課金分

例) 　東京リージョンの Windows パフォーマンスバンドル (ルートボリューム: 80 GB, ユーザーボリューム: 10GB) の場合・月額課金：　59.00　USD・時間料金：　10.00　USD/月 + 0.61　USD/時間しきい値：　 (59.00 - 10.00)  ÷ 0.61　≒ 80.32 時間→ PerformanceLimit のセルに 80 と入力

[ 参考 ] 今回特に設定は変更しませんが、以下の機能も提供されています。

• 対象とする WorkSpaces のリージョンを制限する機能 (空欄の場合、全リージョンを対象)
• 1 ヶ月間使用されなかった WorkSpaces を削除する機能 (ドライランモードで分析結果のみ確認することも可能) 

※その他各パラメータの詳細については、 実装ガイド をご参照ください。

パラメータの設定が終了したら、ページ下部の「次へ」を選択します。[Multi account deployment] については、後述の [参考] マルチアカウントでデプロイする方法 でご紹介いたします。今回は空白のまま「次へ」を選択します。

スタックオプションの設定も、デフォルトのままページ下部の「次へ」を選択します。

しきい値超過のチェックは、ごと日 23:00 GMT に実行され、実行結果は S3 バケットに保存されます。

実行結果を確認するには、まず先ほど作成した CloudFormation スタックの「出力」タブから、 BucketName の値をコピーします。

Amazon S3 のマネジメントコンソール画面にアクセスし、検索フィールドに先程コピーした BucketName の値入力し、対象の S3 バケットを選択します。

分析結果は、実行した日付に基づいてフォルダが階層構造で作成されますので、今日の日付のフォルダに移動した後、「aggregated_daily.csv」をチェックし、「ダウンロード」を選択します。

ファイルを開くと分析結果を確認でき、 WorkSpaces ごとに「当月の利用時間の累計」、「設定されたしきい値」、「実行モードの変更情報」、「現在の実行モード」、「変更後の実行モード」などの情報を確認できます。

ドライランモードをオフ (「Launch in Dry Run Mode」を「No」) にしてデプロイした場合、該当する WorkSpaces の実行モードが 「変更後の実行モード (New Mode)」の内容に自動変更されます。

WorkSpaces の作成手順の詳細は割愛しますが、WorkSpaces の概要やデプロイ手順については、以下の資料をご参照ください。

• BlackBelt：Amazon WorkSpaces
• Amazon WorkSpaces 管理者ガイド Getting Started

動作確認のために、まずは本ソリューションでデプロイされた Lambda 関数を一度手動実行して結果を確認します。

作成した CloudFormation スタックの「リソース」タブから、「CostOptimizerCreateTaskFun」の文字列を含む方の Lambda 関数を選択します。

次に、WorkSpaces がしきい値で指定した 1 時間以上起動したのちに、再び Lambda 関数を実行し、再度分析結果を確認します。

そうすると、 Change Reported に「ToMonthly」が記録され、実行モードが月額課金 (AlwaysOn) に変更されていることが確認できます。

Amazon WorkSpaces のマネジメントコンソール画面 にアクセスすると、実行モードが月額課金 (AlwaysOn) に自動変更されていることが確認できます。

続いて、冒頭で作成した AWS CloudFormation スタックの作成 ~シングルアカウントでデプロイする場合~ と同様の手順で CloudFormation スタックを作成します。

今回はシングルアカウントとマルチアカウントの作成方法の違いを紹介するため、以降の説明ではバージニア北部リージョンでスタックを作成します。

CloudFormation スタック作成のタブに戻り、「組織 ID」 と「管理アカウントのアカウント ID」を入力し、「次へ」をクリックします。

以降は スタックのパラメータ設定 の手順と同じで CloudFormation をデプロイします。

続いて、Organizations のメンバーアカウントでスポークテンプレートスタックをデプロイします。AWS アカウントを Organizations のメンバーアカウントに切り替えた後、こちらのリンク をクリックします (実装ガイド のスポークテンプレートは 2024/4/1 現在、実行できないためドキュメントのリンクを使用します)。

その際、root アカウントと同じリージョンであることを確認しておきます (今回はバージニア北部リージョンを使用)。

以降は、デプロイ方法・設定方法 と同様の手順でデプロイしていきます。
これでメンバーアカウントでも Cost Optimizer を使えるようになりました。

メンバーアカウントの利用状況も、分析結果の確認 と同様の手順で確認できるようになっています。

Amazon WorkSpaces Cost Optimizer により作成されたリソースは、AWS CloudFormation のマネジメントコンソール画面 から「削除」を選択することで削除できます。

削除する場合には、root アカウント・メンバーアカウントの両方で削除してください。

Amazon S3 のマネジメントコンソール画面 にアクセスし、検索フィールドに、このソリューションのスタック名を入力すると、本ソリューションでデプロイされた S3 バケットが表示されますので、削除します。

次に、 Amazon CloudWatch のマネジメントコンソール画面 にアクセスし、検索フィールドに、このソリューションのスタック名を入力すると、本ソリューションでデプロイされたロググループが表示されますので、削除します。