優位を主張するRed Hat
Kubernetesプラットフォームを巡り過熱するRed HatとVMwareの競争
仮想マシンとコンテナの統合管理が課題になり、Kubernetesの仮想マシン対応が主戦場となりつつある。Red HatはVMwareとの競争をどう見ているのか。Red Hatの主張を紹介する。
Red HatとVMwareによる「Kubernetes」プラットフォーム売り込み競争が過熱している。そんな中、Red Hatは「OpenShift」の仮想化機能を強化した。
2020年4月に開催された仮想化サミットにおいて、「KubeVirt」プロジェクトから派生した仮想化機能により、仮想マシン（VM）で実行されるアプリケーションをコンテナやサーバレスデプロイと一緒に開発、導入、管理できるようになるとRed Hatは発表した。KubeVirtはKubernetesでコンテナとVM管理するオープンソースのツールだ。
VMware製品で実行されるワークロードを含め、従来のVMベースのワークロードをOpenShiftの新規アプリケーションにも既存アプリケーションにも追加できる。そのワークロードをコンテナでマイクロサービスに分解することも、VMのまま維持することも可能だ。
VMのインポートウィザードでワークロードを追加できるため、VM自体やVMで実行するアプリケーションを「VMware vSphere」「Red Hat Virtualization」「OpenStack」から直接OpenShiftに移行できる。
2020年4月29日の記者会見で、Red Hatのアジア太平洋部門テクノロジーオフィスでバイスプレジデントを務めるフランク・フェルドマン氏は、OpenShiftの仮想化機能は仮想ネットワーク機能（VNF）をコンテナ化して、他のコンテナアプリケーションと一緒に実行したいと考える通信事業者に適していると語った。
同氏は次のように語った。「商業的または技術的な理由から、全てのVNFがコンテナ化できるわけではない。1つの完全にコンテナ指向のプラットフォームを通信事業者に提供すれば、コンテナ環境でVNFをVMとして一時的に運用できるようになる」
「通信事業者の立場から見ると、別の管理パラダイムで身動きが取れないVMに縛られることなく、新しい管理ポリシーと手法を始めることができる」
VMwareは、企業がデータセンターとパブリッククラウドのVMware製品でコンテナアプリケーションを構築、実行、管理できるようにする「VMware Tanzu」を軸としてKubernetes戦略を構築している。Red Hatの最新動向がそこを目指しているかどうかについて同氏は言葉を濁した。
「VMwareを目標としてはいるが、顧客の意見を聞いてそれに応えるという意味では、競合他社を目指しているわけではない。当社の顧客、特にOpenShiftの1700社に及ぶ顧客は、単一のコントロールプレーンを心から欲している。それがRed Hatの主な動機になっている。もちろん、これはRed HatのVM管理レイヤーを廃止するのと同じように、顧客がVMwareの管理レイヤーを廃止する可能性があることを意味する。そこにはそれなりのビジネスもある。だが、そうすることは理にかなっている」（フェルドマン氏）
Red Hatでクラウドプラットフォーム担当のシニアバイスプレジデントを務めるアシェシュ・バダニ氏が両社のKubernetes戦略を比較したところ、Red HatとVMwareの競争は激しさを増しているように見えるという。
バダニ氏は次のように話す。「Red HatもVMwareもKubernetesを将来有望と見ている。それは素晴らしいことだ。だが、Red HatがKubernetesを5年間にわたって1700社の顧客に販売している一方、VMwareはまだ参入したばかりだ」
「Red Hatは単一のCNCF（Cloud Native Computing Foundation）標準のKubernetesスタックを所有している。VMwareは3つのKubernetesスタック（その一部は独自のスタック）のどれを顧客に提供すべきかいまだ検討しているところだ」
「Red Hatは全ての大手パブリッククラウドとネイティブに統合されるハイブリッドクラウド戦略を採用しており、すぐにも利用可能だ。VMwareは各クラウドに独自の専用インフラが必要で、2021年までに広く利用可能にはならないだろう」
「Red Hatは多岐にわたる一連の統合アプリケーションサービスを用意しており、数百社のISV（独立系ソフトウェアベンダー）の認定を受けている。VMwareは以前失敗したモデルからブランドを変えたアプリケーション戦略のみに注力している。Red HatはKubernetesでコンテナとVMのワークロードを統合するために最新のクラウドネイティブなプラットフォームアプローチを採用している。VMwareはレガシー仮想化プラットフォームを中心に、独自のKubernetesに似たAPIを配置している」
だが、全ての企業が1つのKubernetesプラットフォームだけを選ぶわけではない。その一例がシンガポールのDBS Bankだ。VMwareの顧客であるDBS Bankはアプリケーションプラットフォームとして「Cloud Foundry」とOpenShiftの両方を使っている。
DBS BankのグループCIO（最高情報責任者）ジミー・ウン氏は最近、本誌に次のように語った。「たった数社しか共存できないほど世界は狭くないと考えている。技術の進化は速いため、マルチサプライヤー戦略が当銀行のアプローチに定着している」
「勝者と敗者という概念は存在しない。ある時点で特定の技術が優勢になっても、やがて残りの技術がそれに追い付くためだ。さまざまな技術を使うことで業界トップのサプライヤーから最高のイノベーションを享受でき、他のサプライヤーが進化すればそこから恩恵を受けることも可能だ」
この件について本稿の原文公開時点（2020年4月30日）では、VMwareはコメントを控えている。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly日本語版
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社インターネットイニシアティブ] 人材不足と属人化が深刻に 「攻められない情シス」を変革する一手とは？ -
製品資料
[株式会社イトーキ] 会議室が「空いてるのに使えない」問題の解決策とは？ -
事例
[株式会社イトーキ] 製造現場を取り巻く経営課題 「持続的な現場力」を強化する方法とは？ -
製品資料
[株式会社イトーキ] 社員の力を引き出す、「ABW（Activity Based Working）」を実現する秘訣とは？ -
製品資料
[株式会社BREXA Technology] 「インシデント初動対応」が遅れる3つの構造的要因とは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Active Directory」復旧で“詰む”企業が続出 ランサムウェアに備える4対策
-
2
Microsoft 365侵害企業の9割はMFA導入済み 1002人調査で見えた盲点
-
3
企業が「Microsoft Azure」を選ばざるを得ない理由
-
4
なぜノートPCの更新が「4年→6年」に？ AIインフラ急拡大の余波
-
5
「RAGは終わった」は本当か――ロングコンテキストが変えたこと、変えられないこと
-
6
複雑化するフォント管理に終止符を Monotypeが提唱する安全な運用方法
-
7
“RAG is dead”は本当？ AIエージェントが切り拓く「次世代RAG」と検索の未来
-
8
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
9
WiMAXとは何か――技術とアプリケーション
-
10
「セキュリティ運用と侵入後の初動防御」に関するアンケート
ホワイトペーパーランキング PR
-
1
「IT史に名を残すシステム障害」8選
-
2
AIが苦手な「汚いデータ」になっていない？ AI投資を無駄にしないための注意点
-
3
急増する高度なフィッシング詐欺 先回りしてブロックするには何が必要？
-
4
法人向け光回線のプランはどう選ぶ？ 機能面／保守体制／コストを一覧で比較
-
5
三井ホームに学ぶ「無線LAN環境」構築 快適なオフィスと高度なIT運用の両立法
-
6
SNMPより詳細で、パケット解析より簡単な「トラフィック可視化・分析」の方法
-
7
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
8
「RPA導入の成果が出ない」を防ぐ、成果につながる自動化対象業務の選び方
-
9
10G回線の真価をフルに享受するには？ 導入前にチェックしたいポイント
-
10
サイバー脅威「トップ50」完全解説ガイド、新たな攻撃手法に対抗するには
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー