優位を主張する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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
6
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
8
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
9
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー