| | 対応 - プロビジョニング、監視、最適化、ガバナンス、保護を網羅する統合ソリューション
- 異種混在環境向けに設計
| 限定的 - 統合されたVCFスタック
- VMware/Broadcomエコシステムのみを対象
| 限定的 - Nutanix中心のHCI
- コンピュート、ストレージ、ネットワーク、K8s
- Nutanix中心
| 限定的 - Kubernetes中心
- VMはKubernetes API/リソースを通じて管理
- コンテナエコシステムへの依存度が高い
| 限定的 - Azure中心のHyper-V HCI
- Azure Arcと統合
- Microsoft以外のスタックとは統合されていない
|
| | 対応 - ワークロードのプロビジョニング、監視、最適化、ガバナンス、保護、復旧、移行
- VM、コンテナ、クラウド、データ保護を横断
- インフラスタックだけでなく、HPEの統合運用モデルを提供
| 対応 - VCFでの構築、ライフサイクル管理、可観測性、セキュリティ、モビリティ、復旧
- VMware環境に最適
- 高度なサービスには追加ライセンスが必要な場合がある
| 限定的 - NCP/NCM/DRを通じたNutanix環境のライフサイクル管理に強み
- Nutanix以外の領域では一貫性が低い
- DRとセルフサービスはNutanixの範囲内
| 限定的 - OpenShiftとAnsibleエコシステムを通じたKubernetesネイティブのVM/アプリケーションライフサイクル管理
- OpenShift内のVMライフサイクル管理には強いが、スタック横断の管理は統合機能に依存
- Kubernetes/OpenShiftのスキルが必要
| 限定的 - Azure portal/Arc/Monitor/ASR/Update Managerによるライフサイクル管理
- オンプレミス環境のライフサイクル管理はAzure中心で、設計にも依存
- Windows/Azureを中心とする組織に最適
|
| | 対応 - ソフトウェアに加え、サポート、インストール、教育、アドバイザリーの各種オプションを提供
- 複雑で異種混在のプライベートクラウド運用に有用
- プロビジョニング、監視、保護を横断した責任体制
| 対応 - VCF向けにBroadcom/VMwareのスタックとサポートを提供
- VMware/Broadcomエコシステム内で強みを発揮
- 単一エコシステムに依存し、オープン性は低い
| 対応 - Nutanix環境向けにNutanixプラットフォーム、NCM、DR、サポートを提供
- ハードウェアやパートナーへの依存度は導入構成によって異なる
- Nutanix中心のユーザーに適している
| 限定的 - Red HatがOpenShift Virtualizationプラットフォームをサポート
- ハードウェア、ストレージ、DRはパートナーとの統合が必要になることが多い
- インフラ全体を一括して担う責任体制は限定的
| 限定的 - MicrosoftがAzure LocalソフトウェアとAzureサービスをサポート
- 検証済みハードウェア/OEMおよびAzureへの依存が残る
- Microsoft、OEM、パートナーにまたがるサポート体制となる場合がある
|
| | 対応 - 単一コンソールで管理
- VMware ESXi
- Microsoft Hyper-V
- HPE HVM (KVMベース)
- Nutanix AHV
- Xen
| | 限定的 - Nutanix AHVネイティブ
- 特定のNCI/NCMシナリオではESXiをサポート/管理
| | |
| | 対応 - 既存のVMware、Nutanix、Microsoft、Oracle、OpenStack、クラウド環境に接続
- 異種混在環境を、ガバナンスの効いたプライベートクラウドサービスとして運用
- 即時の置き換えや強制的な移行を回避
| 限定的 - 既存のVMware資産をVCF運用に取り込む/連携する
- VMware環境の既存資産への対応には強いが、ハイパーバイザー横断の制御には非対応
- VMwareへの標準化を進める場合に最適
| 限定的 - NCMはNutanixおよびvCenterの可視化に対応するが、移行先はNutanix中心
- MoveおよびDRで定義済みの移行パスをサポート
- 運用の一貫性はNutanix環境で最も高い
| 限定的 - Migration ToolkitでVMをOpenShift Virtualizationへ移行
- KubeVirt/OpenShiftの運用モデルへの再プラットフォーム化が必要
- アプリケーションのモダナイゼーションに適している
| 限定的 - Arcは既存サーバーおよび一部のVMware/SCVMM環境を管理可能
- Azure LocalによるモダナイゼーションはHyper-V/Azureモデルを対象
- Microsoft中心の既存環境に最適
|
| | 対応 - AWS
- Azure
- Google Cloud
- Oracle
- IBM
- AVSおよびVCFも移行先として対応
| 限定的 - VMware Cloud/VCFエンドポイント
- VMwareサービスが中心
| 限定的 - AWS
- Azure
- Google Cloud
- NC2経由でOVHcloud
- Nutanixモデル内で最も一貫した運用が可能
| 対応 - OpenShiftが稼働するあらゆる環境で実行可能
- コンテナエコシステムを通じて利用可能
| 限定的 - Azure中心
- Arcを通じてAzureとハイブリッド接続
|
| | 対応 - VMとKubernetesを並行して運用
- コンテナを共通の運用モデルで管理
| 対応 - VCF 9のVKSおよびvSphere Supervisor
- VMwareプラットフォームの範囲内
| 対応 - NKPとAHVを統合
- VMプラットフォームはNutanixのみ。NKPによりKubernetes対応範囲を拡張
| 対応 - VMをKubernetesカスタムリソースとして管理
- Kubernetesネイティブの統合に強み
| 対応 - ArcによりAKSをコンテナ向けに利用可能
- K8sネイティブのプラットフォームと比べると成熟度は低い
|
| | 対応 - HPE HKS/MKS、K3s、OpenShift、上流版K8s、EKS、AKS、GKEのオーケストレーションに対応
- 選択肢を重視したオーケストレーションレイヤー
- 複数のK8sディストリビューションを既に利用している顧客に有用
| 限定的 - vSphere SupervisorおよびVKSはVCFと統合
- VMware中心のKubernetes運用モデル
- vSphere/VCFへの標準化に最適
| 対応 • NKPにより、クラウド、オンプレミス、エッジ、ベアメタル、EKS/AKSにまたがるKubernetesを展開・管理 • 上流のCNCFとの整合性、フリート管理、GitOpsを重視 • Nutanix HCI以外にも強力なKubernetes機能を提供 | 対応 - OpenShiftはパブリック、プライベート、ハイブリッド環境で稼働
- OpenShiftエコシステム内で高いポータビリティを実現
- OpenShiftユーザーに最適
| 限定的 - Azure Local上ではArcによりAKSを利用可能
- 汎用的なK8s制御プレーンではなく、AzureのKubernetesモデルを採用
- Microsoft/Azure環境に最適
|
| | 対応 - ブループリントとサービスカタログを標準搭載
- プロビジョニングを最大150倍高速化
| 対応 - Quick Start AppとIaC
- VCF AutomationをVCF内で利用可能
| 対応 - PrismとCalm/NCM Self-Service
- Nutanix中心
| 対応 - OpenShift GitOpsを通じてIaCに対応
- コンテナーネイティブ
| 限定的 - Azure portal、ARM/Bicep/Terraform、PowerShell、WAC
- クラウド向けツールを使用
- オンプレミスでは運用上の負担が生じる
|
| | 対応 - Ansible、Terraform、Pythonによるネイティブ自動化
- オーケストレーションと運用のためのRunbookおよびエージェント型コパイロット
| 対応 - VCF Automation（旧Aria Automation）
- スタック内の自動化
| 限定的 - Calm/NCM
- スタック内の自動化に強い
- Nutanix中心
| 限定的 - K8sネイティブのGitOpsとAnsible Automation Platformエコシステム
- VM運用機能はVM中心のプラットフォームほど成熟していない
| 対応 - Azure AutomationとRunbook
- Azure/Arcとの連携が必要
|
| | 対応 - 単一ベンダーによる統合ソリューション
- 動的なリアルタイムサービスマップ
- 詳細なRCAとイベントインテリジェンス
| 限定的 - ログおよびネットワーク運用を含むVCFネイティブのオブザーバビリティ
- 主にスタック内が対象
- マルチベンダー環境全体を対象とするAIOps機能は限定的
| 限定的 - Prism Ops/X-Play/NCM Intelligent Operations
- 主にNutanixおよびvCenterの領域が対象
- 異種混在環境への対応範囲は狭い
| 限定的 - OpenShift監視スタック
- Kubernetesへの偏重が強い
- インフラ全体への対応範囲は狭い
| 限定的 - Azureに結び付いたAzure MonitorとLog Analytics
- オンプレミスを対象とする場合もAzureとの接続が前提
- Arc/Azureサービスなしではハイブリッド環境の可観測性が限定的
|
| | 対応 - メトリクス、イベント、ログ、トレース、NetFlow/sFlow/IPFIX、ネットワークトポロジー、インフラ、サービス、アプリケーションに対応
- サービスマップにより、テレメトリとビジネスサービスのコンテキストを関連付け
- インフラ、ネットワーク、アプリケーション、AIワークロードが混在するハイブリッド環境に有用
| 限定的 - ログ、VCFインフラ、ストレージ、ネットワーク、VKS/Supervisor、ワークロード監視
- VCF内部では詳細だが、VMwareスタック外への対応範囲は狭い
- VCF Operationsおよび関連コンポーネントが必要
| 限定的 - NCM Intelligent Ops、インベントリーブラウザー、シグナル、レポートにより、Nutanixおよび一部のvCenter領域を可視化
- Nutanixプラットフォーム内では広範だが、その外側では限定的
- Nutanix管理者に最適
| 限定的 - Prometheus/Thanos、ロギング、トレーシング、OpenShift/Kubernetesのテレメトリ
- クラウドネイティブアプリケーションに強いが、従来型インフラへの対応は限定的
- OpenShiftオブザーバビリティスタックの成熟度に依存
| 限定的 - Azure Monitor、Log Analytics、VM Insights、Arcテレメトリ
- Azureのデータプレーンに強く、Azure中心の統合モデル
- Azure/Arcへのオンボーディングが必要
|
| | 対応 - AIによる重複排除/相関分析、サービスマップ、ITSMワークフロー、Runbook、修復機能
- インシデントを影響対象サービスに関連付け、対応を自動化
| 対応 - VCFのサービスコンテキストを利用した診断結果、修復手順、スクリプト、ワークフロー
- VCFスタック内で強みを発揮
| 限定的 - NCM Playbooks/X-PlayおよびSignalsでNutanix運用を自動化
- 有用だが、対象はプラットフォーム内に限定
| 限定的 - Ansible Automation PlatformでVMのライフサイクル、パッチ適用、スナップショット、復元を自動化可能
- Ansibleは強力だが、VM運用スイートとしての即応性は限定的
| 対応 - Azure Policyによる修復、Azure Update Manager、Automation Runbook、アラート
- Azure/Arcで管理されるリソースに強い
|
| | 対応 - ジャーナルベースのCDP
- 設計によっては数秒単位のRPOを実現可能
- サイバーリカバリーVPGとランサムウェア検知
| 対応 - VMware Live Recovery
- イミュータブルスナップショットとクリーンルームの選択肢
- VMwareのみ
| 対応 - 同期/準同期/非同期オプションを備えたNutanix DR
- utanix環境に限定
- 適切なエディション/アドオンが必要
| 限定的 - クラスター単位のACM Metro-DR/Regional-DR
- RPOはストレージとDR設計に依存
- アドオン/パートナー製品が必要になることが多い
| 限定的 - Azure Site Recovery
- RTOとRPOはワークロードおよび設計に依存
- Azure中心
|
| | 対応 - ジャーナルチェックポイント、ランサムウェア検知、不変性オプション、無停止テストにより、複数VMで構成されるアプリケーションを保護
- 異種混在環境全体で、ワークロード中心の復旧を強力に支援
| 対応 - VMware Live Recoveryと高度なサイバーリカバリーにより、VMware環境向けのクリーンルーム型ワークフローをサポート
- VMware環境に限定したサイバーリカバリーに強い
| 対応 - リカバリープランと保護ポリシーで、カテゴリ、VM、ボリュームグループ、整合性グループを保護可能
- Nutanix環境内のアプリケーション復旧に強い
| 限定的 - OpenShiftのスナップショット/バックアップ/DRでワークロードを保護可能だが、VMアプリケーションのサイバーリカバリーはストレージとアドオンに依存
- 専用のサイバーリカバリープラットフォームではなく、クラスター/アプリケーションのレジリエンスが中心
| 限定的 - ASRのリカバリープランとAzureセキュリティツールで復旧をオーケストレーション可能だが、アプリケーション中心のサイバーリカバリーは設計に依存
- Azure/Hyper-Vアーキテクチャーに最適
|
| | 対応 - 3,000を超える統合機能とAPI
- ITOps、ITSM、CI/CD、クラウド、ネットワーク、ストレージとの統合
| 対応 - VMwareエコシステムと管理パック
- マーケットプレイスと管理パックビルダー
| | 対応 - CNCF/K8sエコシステム
- オープンソースとRed Hatパートナー
| 対応 - CNCF/K8sエコシステム
- オープンソースとRed Hatパートナー
|
| | 対応 - 3,000以上の統合機能、REST API、双方向ITSMワークフロー
- 既存環境との共存を重視し、全面的な置き換えの必要性を低減
| 対応 - 製品内マーケットプレイス、管理パック、カスタム管理パックビルダー、REST API
- Broadcomに沿ったVMwareエコシステムとの深い統合
| 対応 - Nutanix API、Self-Service DSL、パートナーエコシステム、NKP、Prismとの統合
- Nutanixエコシステム内では強力だが、外部では導入構成により異なる
| 対応 - ソフトウェア、ハードウェア、クラウド、Operator、パートナーを含む認定OpenShiftエコシステム
- クラウドネイティブ分野で非常に強力
| 対応 - Azure Marketplace、Arc対応サービス、Azure Monitor、Defender、Policy、Update Manager、パートナーエコシステム
- Azureエコシステムとの統合に非常に強い
|
| | | 非対応 - コア単位の強制バンドル
- ライセンスモデルによっては一部顧客のコストが増加する可能性
| 限定的 - コア単位のライセンス
- OpenShift Platform Plusはより広範な機能をバンドル
| 対応 - コア単位のサブスクリプション
- Azureサービス向け
| 限定的 - コア単位の料金に従量課金が加わる
- Azureサービスの利用によりコスト変動が生じる可能性
|
| | 対応 - プライベート/パブリック環境のインベントリ、予算、価格表、プラン、ショーバック/チャージバック、適正規模化のガイダンス、スケジュール、ポリシー自動化
- プロビジョニング時にコスト比較とガバナンスを実施
- FinOpsをライセンス料金の予測可能性だけに限定しない
| 対応 - VCF Operationsのコスト/キャパシティ管理で、ショーバック、チャージバック、予算、予測、最適化に対応
- VMwareプライベートクラウドに強い
- 旧来のVCF比較より大幅に機能が強化されている
| 限定的 - NCM Cost GovernanceはNutanixのショーバックに対応。ホスト型Cost Governanceはマルチクラウドの可視化と予算に対応
- NCM 2.0のショーバックはNutanixリソース中心で、情報提供のみ
- Nutanix以外のワークロードへの対応範囲は限定的
| 限定的 - OpenShiftコスト管理でクラスター/プロジェクトのコスト配賦が可能だが、より広範なVM/プライベートクラウドのFinOpsにはエコシステムツールが必要
- OpenShift環境には適しているが、VMスタック全体への対応は限定的
- Red Hat/パートナーが提供する範囲に依存
| 限定的 - Azure Cost Managementと課金機能はAzure/Arcリソースに強いが、プライベートクラウドのショーバックはAzure中心
- Azureポータル内では強力だが、Azure以外の環境に中立ではない
- Azureを財務管理の基盤としている場合に有用
|
| | 対応 - 既存のSANを再利用可能。HPE Alletraプラグインに対応
- iSCSI/FC/NFS
| 対応 - vSAN ESAと外部ストレージの選択肢
- VMwareスタックに依存
| 限定的 - 従来はHCI中心だが、外部ストレージのサポートを拡大中
- 認定ベンダーや導入構成の制約に留意が必要
| 限定的 - CSIドライバーによるストレージ統合
- 外部ストレージとの統合可否は構成によって異なる
| 限定的 - 主にStorage Spaces Directを使用
- 認定ベンダー向けのSAN/FCはプレビュー段階
|
| | 対応 - ダウンタイムを最小限に抑えたVM移行
- 段階的なデュアルスタック運用
- 対応する既存環境の管理に全面的な置き換えは不要
| 限定的 - 多くの場合、移行元となるプラットフォーム
- VMwareからVMwareへの移行に強い
| 限定的 - Nutanix MoveによるHCIへの全面的な移行が必要
- 外部ストレージを利用した一部のシナリオでは、データ移行が不要
| 限定的 - Virtualization向けMigration Toolkitを提供
- K8s/KubeVirtへの再プラットフォーム化が必要
| 限定的 - Hyper-V/Azure Localへの再プラットフォーム化が必要
- Azure Migrate/ASRの適用可否は移行元と移行先の設計に依存
|
| | 対応 - 移行・復旧ワークフローと、マルチハイパーバイザー/マルチクラウドのオーケストレーション
- オンプレミス、クラウド、プロバイダー、ハイパーバイザー間の移行による影響を抑える設計
- ドライランと復旧テストで移行リスクを低減
| 限定的 - VMware/VCF環境間のモビリティはHCXとvMotionが中心
- 強力だがVMware中心
- VCFへの標準化に有用
| 限定的 - Nutanix Move、DR、NC2によるモビリティ。Nutanixへの移行またはNutanix内での移行に強い
- 双方向性とハイパーバイザー中立性は限定的
- AHV/NC2へのモダナイゼーションに適している
| 限定的 - Migration Toolkitで対応する移行元からOpenShift Virtualizationへ移行
- 中立的なモビリティというより再プラットフォーム化が中心
- OpenShiftへのモダナイゼーションに適している
| 限定的 - Azure Migrate/ASRでMicrosoft/Azure環境への移行・レプリケーションに対応
- Azure/Hyper-V中心のモビリティ
- Azure導入に適している
|
| | 低い - オープンな設計
- ソフトウェアのみで、複数のハイパーバイザーとクラウドに対応
- 柔軟な選択
| 高い - VMware/Broadcomへの依存
- コア単位の強制バンドル
| 中程度 - エコシステムへの依存度は導入構成によって異なる
- ハードウェアとサポートの制約を明確にする必要
| 中程度 - Red Hat/OpenShiftエコシステムへの依存
- コンテナ中心の運用へのコミットメントが必要
| 高い - Microsoft/Azureへの依存
- AzureサブスクリプションとArcが必要
|
| | 対応 - 一般的なタスクでは数分から数時間で効果を実現
- 迅速にインストールし、レプリケーションを開始
| | | 限定的 - OpenShiftプラットフォームの成熟度とスキルが必要
| 対応 - Microsoft/Windows中心の組織なら数週間で導入効果を実現
|
| | 対応 - ポリシーエンジン、マルチテナンシー、SSO
- MSP向けのネイティブなマルチテナンシー
| 対応 - VCF Automationのプロバイダー/組織管理
- vDefendとテナント機能
| 対応 - Nutanix Prism RBACと、拡張が進むSP Central
- Nutanix中心
| 対応 - OpenShiftのネームスペースおよびRBAC
- コンテナ中心
| 限定的 - Azure RBACとAzure Policy
- Azure中心
|
| | 対応 - ソフトウェア全体にわたるテンプレート、シークレット、認証情報、RBAC、監査、パッチ適用、構成管理、コンプライアンスワークフロー
- ランサムウェア復旧にとどまらない運用制御
| 対応 - VCF Security Operationsによるコンプライアンス、監査イベント、証明書/パスワード/構成ドリフトの管理
- VCFプラットフォームを広くカバー
| 対応 - Security Central、セキュリティ強化ガイダンス、コンプライアンス監査、ワンクリックの問題修正
- Nutanixおよびクラウドのセキュリティ態勢管理に強い
| 対応 - OpenShiftのRBAC、Namespace、プラットフォームセキュリティ、コンプライアンス/Operatorエコシステム
- Kubernetesプラットフォームのセキュリティに強いが、VMアプリケーション固有の対応は構成によって異なる
| 対応 - セキュアな設計のAzure Local、Defender、BitLocker、syslog、構成ドリフト制御、Arc Policy、Update Manager
- Microsoftのセキュリティベースラインに強いが、Azure中心
|
| | 対応 - CSP/MSP向けサービスにマルチティアのテナント管理、委任アクセス、サービスカタログ、レポート、チャージバック、保護サービスを提供
- VMaaS、DRaaS、BaaS、CaaS、ソブリン対応のプライベートクラウドサービスを支援
| 対応 - VCF Automation Provider Managementで組織、分離環境、CSPサービス提供をサポート
- VMwareのサービスプロバイダーモデルに強い
| 対応 - Nutanix SP Centralは、拡張性のあるマルチテナント型サービスプロバイダー運用向けに設計
- Nutanixのサービスプロバイダーモデルに強い
| 限定的 - OpenShiftはプロジェクト/Namespace/RBACによるテナント分離に対応するが、CSPの課金/運用にはエコシステムの構築が必要
- マネージドOpenShiftの基盤には強いが、VM中心のMSPスイートではない
| 限定的 - Azure Lighthouse/Arcはサービスプロバイダー運用を支援できるが、Azure Local単体では中立的なCSPスタックにならない
- Microsoft中心のパートナーモデルに強い
|
