ライツ・サイジング Cloudability

オンライン編集

ライツサイジングにより、現在および近い将来のニーズに最適なクラウドインフラを、リスクとコストのバランスを考慮しながら定義し、無駄を最小限に抑えることができます。

Rightsizingダッシュボードを使用すると、クラウドリソースの使用率を時系列で確認できます。 そして、各リソースの推奨シナリオを表示することで、クラウドのライツサイジングの決定をより的確に行うことができます。

ライツサイジング・ダッシュボードは2つある：

ライツサイジング・ダッシュボード

Rightsizingダッシュボードは、デフォルトでExplorerタブを表示します。 ライツサイジング・エクスプローラーは、企業が使用するすべてのクラウド・リソースで削減可能なコストの概要を示します。 このダッシュボードを使用して、推奨されるライツサイジングをグループ化、フィルタリング、ナビゲートすることができます。

ライツサイズ・エクスプローラー.

スクリーンショット

Rightsizingの 追加タブは、特定のクラウドプロバイダーに対する推奨事項です。

ライツサイズに関するFAQ

推奨期間がデフォルトで10日間なのはなぜですか？

10日間は、直近のパフォーマンス傾向を把握し、将来のリソース使用をより予測しやすい。

アイドルの定義は？

アイドルの 定義はリソースの種類によって異なりますが、一般的には以下のように表されます：コンピュート・アイドル（例えば、 EC2 ）は、1-100のスケールで2%以下のCPUに費やされた時間です。 Idle for Block Storage / Disk (例: EBS ) は、IOPSがゼロの時間の割合。 リレーショナル・ストレージ/データベース（例： RDS ）のアイドルは、ある時点でアクティブなDBコネクション/セッション数に基づいている。

支出はどのように決めるのですか？

支出は、コンピュート（例： EC2 ）とリレーショナル・ストレージ/データベース（例： RDS ）のインスタンス使用量。 データウェアハウス（例えばRedshift）はデータ転送を除く。 Object & Block Storage (例えば、 S3 & EBS )の場合、支出はGB Monthによって決定されます。

RightsizingのTotal SpendがReporting / True Cost Explorerに表示される値と正確に一致しないのはなぜですか？

Rightsizingは、少なくとも1つの節約リソースを見つけたリソースのみをリストアップしているため、これらの値が正確に一致しない可能性が高い。

EBS、「State」の下に「(not set)」と表示されているのはなぜですか？

アカウントに十分なパーミッションがない（ポリシーが最新のパーミッションであることを確認してください）、またはリソースが1時間未満しかアクティブでなかった（データは AWS からのDescribe Dataキャッシュに表示されません）。

アタッチされていない EBS ボリュームの lastAttachedTime に N/A と表示されるのはなぜですか？

ボリュームには、 EC2 インスタンスへの最後のアタッチからのタイムスタンプと、 volumeID が表示されます。 ライツサイジングウィンドウ中（デフォルトでは過去10日間）にアタッチされていないボリュームについては、「N/A」と表示されます。

EC2 では、バーストも考慮に入れて推奨されているのですか？

バースト可能なリソース（例えば、 T2 インスタンスタイプ）のベースライン・パフォーマンスを使用し、推奨を決定する際にバーストを考慮しない。 これにより、リソースの切り捨てにつながらないよう、保守的な提案をすることができる。

EC2、ネットワークとディスクはどのように決定するのですか？

AWS は、 EC2 ネットワークと ディスクの スループット制限を報告しません。 さらに、スループット容量は、作業負荷（例えば、シーケンシャルリードとランダムライト）と転送（例えば、リージョン内のデータ転送とリージョン間のデータ転送）の両方に基づいて変化する。 キャパシティを概算するために、顧客ポートフォリオ全体で一般的に観測される限度を使用しています。

なぜスポット・インスタンスは推奨されるライツサイジングから除外されるのですか？

当社のライツサイジング・エンジンは、お客様のワークロード（利用率メトリクス）とそれを実行するためのコスト（現在のインスタンスタイプとオンデマンド価格）を考慮し、お客様がコスト削減のために選択できる推奨リストを生成します。 一方、スポット・インスタンスはすでに大幅な割引価格で提供されているため、このような状況でライトサイジングを適用しても、節約効果はごくわずかだ。 このため、スポット・インスタンスはライツサイジングの対象外としました。

注:

EC2、ローカル・ストレージを持たないインスタンス・タイプに移行することを推奨する場合、 EBS、両方の節約を考慮することを推奨する。

推奨事項の更新頻度は？

私たちは、推奨するライツサイズを毎日更新しています。 十分な利用データがあれば、リソースが作成されてから24時間後にリソースの推奨にアクセスできます。

Cloudability、どのようにして推奨されるライツサイジングを決定するのか？

推奨ライツサイジングは、 Cloudability '独自のベスト・イン・ブリード・ライツサイジング・アルゴリズムを使用して生成されます。 これらの推奨は、CSP（クラウド・サービス・プロバイダ）やサービスによって異なるが、通常、考慮されるメトリクスは、推奨の詳細ペイン内のグラフに示されているものである。 例えば、コンピュート・レコメンデーションでは、通常、CPU、ネットワーク、ディスク、メモリー、そして場合によっては他のいくつかのメトリクスの組み合わせと、最適なオプションを理解するために選択された期間における利用率を調べます。

推奨されるライツサイズを検討する際、どのような点に留意すべきでしょうか？

推奨されるライツサイジングを検討する際には、まず、利用可能なコスト・ベーシス・オプションの違いを理解し、どれを使用するつもりかを理解する必要がある。 第二に、 Cloudability、各リソースの目的を知らないので、ある推薦を実施する際には、十分な注意を払うこと。 あなたのチームは、特定のリソースを特定の目的のために「遊休状態」または「十分に活用されていない」状態にしているかもしれないが、 Cloudability、リソースの終了またはサイズの縮小を推奨するかもしれない。

Rightsizingセクションで、ルックバック期間（タイムライン）を60日に設定できますか？

現在、 Cloudability のライツサイジングは、 10日および 30日のルックバック期間またはタイムラインのみをサポートしています。

Azure、ディスクのライツサイジングで表示されるさまざまな状態値とは何ですか？

Azure、ディスクのライツサイジングに関する推奨事項において、状態値は以下の通りである：

  • ActiveSAS: ディスクには現在、アクティブSAS Uriが関連付けられている。
  • ActiveSASFrozen: ディスクは、ハイバネーション状態のVMにアタッチされ、アクティブなSAS URIが関連付けられている。
  • ActiveUpload: アップロード用のディスクが作成され、そこにアップロードするための書き込みトークンが発行されている。
  • アタッチされている：ディスクは現在実行中のVMにアタッチされている。
  • 凍結している：ディスクがハイバネーション状態のVMに接続されている。
  • ReadyToUpload: 書き込みトークンを要求することで、アップロードによるディスク作成の準備が整う。
  • 予約されている：ディスクは、割り当て停止中のVMに接続されている。
  • 未接続：ディスクは使用されておらず、VMにアタッチできる。

最新の値とその定義については、以下の Azure 「fields」のドキュメントを参照のこと。 https://learn.microsoft.com/en-us/dotnet/api/microsoft.azure.management.compute.models.diskstate?view=azure-dotnet-legacy#fields

ライツサイジングの推奨は、時間単位のコミットによるクラウド・サービス・プロバイダー（CSP）の割引を考慮していますか？ 勧告を適用した場合、1時間当たりの使用料は下がるのか？

AWS、カスタムコスト指標を導入する必要がある。 Azure、GCPについては、これらのクラウドサービスプロバイダーから価格表が提供されている。 だから、カスタム価格は必要ない。 1時間あたりの使用料は、コストと使用量データが取り込まれ処理された後、次回から有効になる。