preferences」という設定ページが追加されました。本日はこれについて解説していきます。Optimizer」です。購入する前に利用することをお勧めしており、我々も日々の業務でお客様と共に推奨を確認し、ディスカッションしながらコスト最適化を推し進めております。期間中に機能追加がありました。以下がそのアナウンスページです。aws.amazon.com本アップデートについて詳しく見ていきます。生成する推奨結果をユーザの好みに近づけることが可能になりました。グループにおけるインスタンスの推奨事項に限られます。以下が機能の概要です。コンソール画面左下に「Rightsizing」が追加されています。ここから新たに追加された設定が利用できるため、順にマネジメントコンソールのキャプチャを添えながらご説明します。アカウントであれば「組織の全アカウントでその設定を反映させる」のか「特定のアカウント1つのみに設定するのか」が選択可能です。accounts」で設定が可能です。続けて「Edit」を押下して進めます。region」となっており、全てのリージョンに本設定が反映されるようになっています。regions」を選択することで、特定のリージョンのみに影響を限定することも可能です。対応している全てのインスタンスタイプを推奨の結果に利用します*1。記載されている)を除外することが可能となりました。まとめて推奨から取り除くようなこともできます。この例では「g4dn」まで除外しないよう注意が必要です。いうオプションがあります。対応したインスタンスタイプが追加された場合に、それを自動的に推奨事項に含めるかという設定です。対応したインスタンスタイプが自動的に推奨に含まれる」ということを防ぐことが可能です。組織的に利用されている場合に、そのインスタンスファミリー以外を推奨から除外するような使い方が考えられます。無駄になる可能性を少しでも下げることができるでしょう。93日間のみでしたが、新たに32日間が追加されました。以下が現在の選択肢です。featureメトリクス分析対象の期間を14日よりも伸ばしたいユーザには朗報となるアップデートです。グレーアウトしており選択ができません。metrics」を押下して設定を行う必要があります*2。使用率の分析傾向を設定することが可能です。performanceまた、プリセットを利用せず「Threshold(しきい値)」と「Headroom(バッファー*3)」を個別に組み合わせて「カスタム」として利用することもできます。公式ドキュメントを参考にそれぞれ見ていきます。これにより、ワークロードのパフォーマンスはバッファーなしで推奨事項が提供されます。削除され、将来の使用量の増加に備えて追加のバッファーが予約されないため、レイテンシが高くなったり、パフォーマンスリスクが大きくなったりする推奨事項が生成される可能性があります。削除され」という文章について補足しておきます。いう単語の理解が難しいのですが、コスト最適化のためにインスタンスタイプを下げる目的で機能の実装を想像すると「100%付近の利用率を無視したほうが良い場合がある」ということが理解できると思います。具体的に考えてみましょう。使用率を持つインスタンスがあるとします。以下に落ち着いています。使用率が「何らかの特殊なオペレーション」によるものであれば、これを無視し分析することでインスタンスタイプのスペックダウンが可能でしょう。使用率は以下の図になります。このように、スペックを引き下げた後も基本的には安定して稼働してくれそうなことが分かります。「P90、P95、P99.5」はそれぞれ、その切り捨てをどこでやるかという設定となっています。「P99.5」が最もセンシティブで保守的な設定であり、「P90」はかなり攻めた設定であることが理解できるでしょう。未満にとどまることを目標としています。これはほとんどのワークロードに適しており、デフォルト設定よりも多くの節約の機会を特定できます。利用率の急激な上昇に特別センシティブではないワークロードであれば、これはデフォルトの設定に対する良い代替案となります。未満に維持されることを目標としています。これにより、パフォーマンスの問題が発生するリスクは非常に低くなりますが、節約の機会が制限される可能性があります。これにより、デフォルト設定と比較してワークロードのパフォーマンスバッファーが高くなる推奨事項が提供されます。基本的にはデフォルトのまま運用頂ければこれまでと変わらない精度でご利用頂けます。記載が合った通り「Balanced」にすることでより多くのコスト最適化のチャンスが得られる可能性があります。このため一度「Balanced」に変更し、どのように結果が変わるのか変化をみて頂くのも1つの手だと感じます。savings」としてこの組み合わせも良いのではと感じました。Preferences」を忘れずに押下し反映してください。公式ドキュメントに記載がありますが、本設定の反映は24時間以内に順次反映とのことでした。preferences」についてご紹介しました。メトリクス分析期間が32日間まで無料で延長できるオプションが追加されたのが嬉しいですね。いうのも、利用者様からは「分析期間が14日間(2週間)では少し心もとない」という言葉を頂くことも多いためです。savings」という設定の使い分けも可能となりました。組織的に利用されている場合に、そのインスタンスファミリー以外を推奨から除外する使い方も可能となっております。無駄になってしまう」という可能性を少しでも下げてくれることでしょう*4。これまで以上にご活用いただき、より皆様のコスト最適化が進むことを期待しつつ、本ブログを終わりにしたいと思います。エンジニアブログの記事一覧はコチラマネージドサービス部所属。2010年1月からAWSを利用してきています。AWSのコスト削減、最適化を得意としています。2009-引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。