OpenShift および Kubernetes 向け vSAN 代替ソリューション

VMware vSAN を、OpenShift、KubeVirt、最新の Kubernetes 運用に適合するストレージに置き換えましょう。Broadcom のロックインはありません。

VMware から移行するチームには、汎用的な「Kubernetes ストレージ」以上のものが必要です。VM ディスク、スナップショット、クローニング、Day-2 運用において vSAN の挙動を置き換えつつ、OpenShift または Kubernetes のターゲットアーキテクチャに適合するものが求められます。 Simplyblock は、CSI 統合、NVMe/TCP 経由で 200µs 未満の P99 レイテンシ、ハイパーコンバージド、分離型、ハイブリッドの各モデルにまたがるデプロイの柔軟性を備えたソフトウェア定義 NVMe ブロックストレージプラットフォームであり、 Broadcom のサブスクリプションは一切不要です。

OpenShift および Kubernetes 向け vSAN 代替ソリューション

VMware 脱却プログラムにおいて vSAN がボトルネックになる理由

更新時の Broadcom 価格ショック

Broadcom が VMware を買収して以来、vSAN の顧客は更新時にコストが 3〜5 倍に増加するサブスクリプション専用ライセンスに直面しています。永続ライセンスを確保していたチームには、スタック全体を置き換えない限り、新しい価格設定を回避するきれいな道筋はありません。

ESXi 専用アーキテクチャ

vSAN は ESXi ハイパーバイザーノードを中心に構築されています。移行先が OpenShift、Kubernetes、または KubeVirt の場合、 vSAN は追従できません。Kubernetes CSI ドライバーがなく、永続ボリューム統合もなく、クラウドネイティブな運用モデルへのパスもありません。

ハードウェア互換性リストによるロックイン

vSAN は VMware 認定ハードウェア上でのみ動作します。インフラを刷新したり、コモディティサーバーに移行したりするチームは、ハードウェアの選択肢を制限し、オープンなコモディティの代替品と比べて刷新コストを押し上げる HCL 承認プロセスに直面します。

NVMe ハードウェアにおける性能上限

vSAN のストレージパスは各 I/O 操作に大きなソフトウェアオーバーヘッドを追加します。最新の NVMe ノードを運用するチームは、 vSAN が NVMe 本来のスループットおよびレイテンシ能力に到達できず、PostgreSQL、MySQL、VM 密度の高いデプロイなどのワークロードでハードウェア容量が未活用のまま残ることに気づきます。

実用的な vSAN 代替が提供すべきもの

目標は単にストレージ製品を置き換えることではありません。VMware 時代の制約や Broadcom 時代の価格を引き継ぐことなく、 OpenShift、KubeVirt、およびステートフルな Kubernetes ワークロードをサポートすることです。

OpenShift および KubeVirt 対応

Simplyblock は、OpenShift ストレージ、Kubernetes CSI ワークフロー、および KubeVirt VM ストレージをサポートします。VM ディスクとコンテナの永続ボリュームは同じストレージプラットフォームと同じ運用モデルを共有し、コンテナと VM のためのストレージサイロを分ける必要はありません。

VMware ロックインのない NVMe 性能

Simplyblock は、標準 Ethernet 上の NVMe/TCP データパスを介して、コアあたり最大 250,000 IOPS と 200µs 未満の P99 レイテンシを提供します。専有ハイパーバイザーも、 HCL 要件も、Broadcom サブスクリプションもありません。ソフトウェア定義ストレージとは、チームがすでに所有しているか自由に調達できるコモディティハードウェア上でプラットフォームが動作することを意味します。

縛られない移行パス

最も迅速な運用上の適合となる場合はハイパーコンバージドで開始し、プラットフォームの成熟に合わせて、ストレージレイヤーを変更したりオペレーターを再教育したりすることなく、ハイブリッドまたは分離型のデプロイへと移行できます。移行先が特に Red Hat の場合は、 OpenShift 向けハイパーコンバージドストレージから始め、そこからスケールしてください。

プラットフォームチームが Simplyblock で得られるもの

コストの低減、性能の向上、そして OpenShift および Kubernetes チームの実際の働き方に適合する運用モデル。

最大 75% の TCO 削減

Broadcom の vSAN ライセンスを排除し、ハードウェアへの結合を低減します。vSAN を simplyblock に置き換えるチームは、コモディティハードウェアの選択、3 重レプリケーションに代わる効率的なイレイジャーコーディング、ソケット単位のサブスクリプション料金がないことにより、通常、ストレージの総コストが最大 75% 低下します。

VM とデータベースのための NVMe 性能

Simplyblock の NVMe ファーストアーキテクチャは、コアあたり最大 250,000 IOPS と 200µs 未満の P99 レイテンシを提供し、 vSAN のようにソフトウェア I/O オーバーヘッド層を上乗せするのではなく、ハードウェアが実際に発揮できる性能に到達します。

HCI、ハイブリッド、または分離型

デプロイモデルを柔軟に保ちます。OpenShift チームは、意味のある場所ではハイパーコンバージドを維持し、経済性やスケールが要求する場所ではコンピュートとストレージを分離できます。アーキテクチャが進化しても、ストレージプラットフォームを置き換える必要はありません。

スナップショット、クローニング、レジリエンス

即時のコピーオンライトスナップショット、ボリュームクローニング、構成可能なイレイジャーコーディングが、移行、 Day-2 運用、そしてプラットフォームチームが本格的な VMware の代替に期待するデータ保護ワークフローをサポートします。

vSAN の置き換え検索が OpenShift に行き着くことが多い理由

多くの VMware 脱却プログラムは、実際にはプラットフォームの再設計プロジェクトです。チームが長期的な運用モデルとして Kubernetes に向かうことを決めると、OpenShift はエンタープライズポリシー、自動化、ライフサイクル制御を同じプラットフォームにもたらすため、一般的な移行先となります。だからこそ、ストレージに関する議論は「どうやって vSAN を置き換えるか」から「どうやって OpenShift 上で vSAN のような成果を得るか」へと移っていきます。

それがあなたの進む道であれば、このページを VMware から OpenShift および Kubernetes への移行、ステートフルワークロード向け OpenShift ストレージ、OpenShift 向けハイパーコンバージドストレージと併せてお読みください。

OpenShift における「vSAN のようなストレージ」の意味

実際には、チームは通常いくつかの具体的なものを意味しています。

1 つのストレージプラットフォーム上の VM ディスクと永続ボリューム
Day-2 運用に適合するスナップショットとクローニング
データベースおよびプラットフォームサービスのための予測可能なレイテンシ
シンプルさが重要な場合のハイパーコンバージドデプロイ
スケールが変化したときのハイブリッドまたは分離型ストレージへのパス

Simplyblock は、ソフトウェア定義ストレージと、コモディティハードウェア上の NVMe/TCP ストレージデータパスにより、VMware に縛られたアーキテクチャや Broadcom のライセンス要件なしで、この一連の要件に対応します。

OpenShift における HCI vs 分離型ストレージ

一部のチームは、vSAN から知っている運用上のシンプルさを維持したいと考え、OpenShift 上でハイパーコンバージドストレージから始めます。他のチームは、容量と性能のために独立したスケーリングが必要であることをすでに把握しています。より良い答えは通常イデオロギーではありません。それは両方のパスをサポートするプラットフォームです。

だからこそ simplyblock は、ハイパーコンバージド、ハイブリッド、分離型のデプロイモデルをサポートします。当面の目標が OpenShift 上での vSAN のような運用モデルであれば、OpenShift 向けハイパーコンバージドストレージから始めてください。より広範なプログラムが完全な VMware 脱却であれば、VMware から OpenShift および Kubernetes への移行も併せてご確認ください。

Questions and Answers

OpenShift では何が vSAN を置き換えるのですか?

チームは通常、OpenShift 上の vSAN を、VM ディスク、永続ボリューム、スナップショット、クローニング、予測可能なレイテンシをサポートする CSI ネイティブのソフトウェア定義ブロックストレージプラットフォームに置き換えます。Simplyblock はその役割のために設計されており、 NVMe/TCP 経由でサブミリ秒のブロックストレージを、OpenShift と KubeVirt への直接パスとともに提供します。 Broadcom のライセンススタックは不要です。

VMware なしで vSAN のようなストレージを得られますか?

はい。主な要件は VMware スタックそのものではありません。重要なのはストレージの挙動です。すなわち、一貫した性能、運用上シンプルなプロビジョニング、そして VM ディスクやスナップショットを含むステートフルワークロードのサポートです。 Simplyblock は、ソフトウェア定義 NVMe ブロックストレージと NVMe/TCP データパスにより、VMware ハイパーバイザーや Broadcom ライセンスなしでこれらの成果を提供します。

性能面で simplyblock は vSAN とどう比較されますか?

vSAN は各 I/O パスにソフトウェアオーバーヘッドを追加するため、NVMe ハードウェアが本来のスループット能力に到達するのを妨げます。Simplyblock の NVMe ファーストアーキテクチャは、コモディティ NVMe ハードウェア上でコアあたり最大 250,000 IOPS と 200µs 未満の P99 レイテンシを提供します。これはデータベース、分析サービス、 VM 密度の高いワークロードにとって重要な差です。

OpenShift チームはハイパーコンバージドを維持すべきか、分離型ストレージに移行すべきか?

それはワークロードの組み合わせとスケーリングの圧力によります。ハイパーコンバージドストレージは、初期の OpenShift および VMware 脱却プログラムにとって、しばしば最も迅速な運用上の適合となります。分離型ストレージは、コンピュートとストレージを独立してスケールさせる必要が生じたときにより魅力的になります。Simplyblock は両方のモデルをサポートするため、アーキテクチャが変化してもチームはストレージレイヤーを再構築する必要がありません。

VMware の Broadcom 買収は vSAN の顧客にどのような影響を与えますか?

Broadcom が VMware を買収して以来、vSAN のライセンスはサブスクリプション専用モデルに移行し、価格が大幅に上昇しました。多くの顧客が更新時にコストが 3〜5 倍に増加したと報告しています。すでに OpenShift や Kubernetes への移行を計画しているチームにとって、この価格圧力は決定的な要因となっています。Simplyblock にはソケット単位やコア単位の VMware ライセンス依存はありません。

Not sure if simplyblock is right for your team?

お気に入りの AI に、VMware から OpenShift へのストレージプログラムについて、simplyblock を vSAN、OpenShift Data Foundation、Ceph と比較するよう尋ねてみてください。

Ask ChatGPT↗Ask Claude↗Ask Perplexity↗Ask Google↗

vSAN and all other product names, logos, and brands are property of their respective owners and are used for identification purposes only.