翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
コストとパフォーマンスの最適化
VMware 環境は、多額の先行投資を必要とするサブスクリプションベースの設備投資 (CAPEX) モデルに従います。組織は、vSAN ベースの統合、重複排除、圧縮などのストレージ効率手法を通じて初期投資を最大化します。このアプローチでは、ハードウェア使用率を最適化するために、慎重な容量計画と定期的なリソースの再割り当てが必要です。
AWS は従pay-as-you-goで運用支出 (OPEX) モデルに基づいており、多額の前払い投資を排除します。組織はAmazon S3 インテリジェント階層化、ライフサイクルポリシー、アクセスパターンに基づいて自動的に調整される複数のストレージクラスなどの自動機能を通じてコストを最適化します。このモデルでは、次の表に要約されているように、予測容量ではなく実際の需要に合わせて動的スケーリングを行うことができます。
側面 |
VMware |
AWS |
|---|---|---|
ストレージ効率 |
統合にはデータストアを使用し、重複排除と圧縮には vSAN を使用する従来のストレージ管理手法に依存しています。VMware では、初期ストレージ割り当てを最適化するためのシンプロビジョニングも提供しています。
|
変更したデータのみを保存する階層と増分 EBS スナップショット間でデータを自動的に移動する S3 Intelligent-Tiering による自動効率を提供します。ライフサイクルポリシーは、ストレージ階層間のデータ転送を自動化します。
|
リソースの割り当て |
リソースの事前計画と静的割り当てが必要であり、オーバープロビジョニングや定期的な手動調整につながる可能性があります。
|
使用量に基づいてリソースが割り当てられている Elastic Scaling モデルに従います。前払い容量計画や自動スケーリングは必要ありません。
|
分析ツール |
vCenter と VMware Aria を分析に使用し、予測ストレージのニーズと容量計画に焦点を当てます。 |
コスト分析 AWS Cost Explorer 、最適化、 Trusted Advisor モニタリング用の CloudWatch などの包括的なツールと、使用パターンの S3 ストレージクラス分析を提供します。 |
コスト最適化 |
ストレージリソースプールとストレージ統合による手動アプローチに依存しているため、コスト最適化を手動で管理する必要があります。
|
自動ストレージ階層化やライフサイクルポリシーなどの機能を通じてコスト最適化を自動化します。また、 には、サイズに関する推奨事項や、選択するさまざまなストレージクラス AWS も用意されています。
|
次のリストに要約されているように、VMware はストレージリソースのパフォーマンスをモニタリングするための組み込みツールとサードパーティーソフトウェアとの統合を提供しています。
-
vSphere クライアントと vCenter – VMware vSphere クライアントと vCenter は、データストア、vSAN、VMs。これらのダッシュボードには、レイテンシー、スループット、1 秒あたりの I/O オペレーション (IOPS) のメトリクスがあり、管理者がボトルネックとパフォーマンスの問題を特定するのに役立ちます。
-
vSAN パフォーマンスサービス – VMware は、ディスクグループのアクティビティ、ネットワークスループット、VM パフォーマンスなど、クラスターのパフォーマンスをモニタリングする組み込みの vSAN パフォーマンスサービスツールを提供し、パフォーマンスに関するインサイトを提供します。
-
サードパーティー製ツール – VMware は、高度なモニタリングとアラートのためのサードパーティー製ツールをサポートしています。これらのツールは、ストレージパフォーマンスの履歴データ、カスタムレポート、予測分析を提供します。
VMware と のストレージパフォーマンスの比較 AWS
VMware パフォーマンスの最適化
-
Storage DRS – VMware vSphere Distributed Resource Scheduler (DRS) は、パフォーマンスと容量のメトリクスに基づいてデータストア間でワークロードのバランスを取り、VM の移行を自動化してパフォーマンスのボトルネックを回避します。
-
vSAN 最適化 – VMware vSAN は、クラスターノード間の十分なネットワーク帯域幅を確保しながら、ディスクストライピングやキャッシュポリシーなどの設定を調整することで最適化されています。さらに、リソースの割り当てを制御するために VM ごとに IOPS 制限を設定できます。
-
シンプロビジョニングとシックプロビジョニング – VMware では、シックプロビジョニングを使用すると、ストレージを事前に割り当てることでパフォーマンスが向上し、データの書き込み時にシンプロビジョニングストレージを拡張することによるオーバーヘッドが軽減されます。
AWS パフォーマンスの最適化
-
Amazon EBS ボリュームの最適化 – 高い IOPS 要件には io2、バランスの取れたパフォーマンスには gp3 を選択します。ボリュームのサイズを変更するか、インスタンスのダウンタイムなしでボリュームタイプをアップグレードすることで、パフォーマンスを向上させます。スタンドアロンボリュームまたは RAID アレイを設定し、バックアップ用のスナップショットを作成し、必要に応じてアベイラビリティーゾーン間で移行します。
-
Amazon S3 のパフォーマンス – 大きなファイルにはマルチパートアップロードを使用し、グローバル転送には転送アクセラレーションを有効にし、スロットリングを回避するために複数のプレフィックスにリクエストを分散します。
-
Amazon EFS スループット – 可変ワークロードのスループットまたは一貫したハイパフォーマンス要件のスループットを選択します。
VMware ストレージリソースと AWS コスト最適化ツールのキャパシティプランニング
-
VMware キャパシティプランニング – vCenter および vRealize オペレーションを使用して、データストアの使用状況をモニタリングし、過去の傾向に基づいてストレージ要件を予測します。物理ストレージの枯渇を防ぐために、シンプロビジョニングを注意深くモニタリングします。
-
AWS コスト最適化 – AWS Cost Explorer と Trusted Advisor を使用して使用パターンを分析し、コスト削減の機会を特定します。Amazon S3 ライフサイクルポリシーを実装して、Amazon Glacier などの低コスト階層にデータを自動的に移行します。CloudWatch を使用してリソースをモニタリングし、実際の使用状況に基づいて EBS ボリュームのサイズを設定します。
注記
Amazon Glacier (元のスタンドアロンのボールトベースのサービス) は、2025 年 12 月 15 日以降、新規のお客様を受け入れなくなります。既存のお客様に影響はありません。
Amazon Glacier は、ボールトにデータを保存する独自の API を備えたスタンドアロンサービスであり、Amazon S3 および Amazon S3 Glacier ストレージクラスとは異なります。既存のデータは Amazon Glacier で無期限に安全性が確保され、引き続きアクセス可能です。移行は必要ありません。低コストの長期アーカイブストレージの場合、 は Amazon S3 Glacier ストレージクラス