OpenStackクラウドソフトウェアのデフォルトのKVMハイパーバイザーは、VMware ESX Serverとの競争の激化に直面しています。 ミランティスの創始者の一人であるボリス・レンスキーは、この種族の文脈を考慮しています。
InformationWeek編集者のメモ：2012年9月11日、Mirantisの創設者でありエグゼクティブバイスプレジデントの一人であるBoris Renskyは、VMwareをOpenStackに誤りがあると呼びました。 今、彼は彼の言葉のいくつかを取り戻します。
これまで、KVMオープンソース仮想化ソリューションは、デフォルトのOpenStackクラウドハイパーバイザーとしては挑戦されていませんでした。 これは主に、OpenStackがLinux上で実行され、すべてのLinuxディストリビューションがデフォルトでKVMに含まれているという事実によるものです。 OpenStackユーザー委員会による822人のOpenStackユーザーに対する最近の調査では、KVMの優位性が明確に示されました。 KVM共有は、86のユーザーと、コアの数が1から100のサーバークラスターに基づく6つのESXユーザーで表されます。
そうかもしれないが、傾向は、ESX ServerがKVMハイパーバイザーに挑戦していることを示し始めています。 約1年半前、OpenStack Summitでのプレゼンテーションで、私はOpenStackの知覚曲線のダイナミクスについて意見を共有しました。2014年は、企業がOpenStackを真剣に考え始める年になるということです。 今日、私の予測は真実だったようです。 Mirantisの顧客とその流通チャネルを見ると、従来の企業、特に金融サービス業界で働いている企業によるOpenStackの開発が大幅に急増することがわかります。
エンタープライズ市場に関して言えば、VMwareのvSphere仮想化管理システムに匹敵するものがないことは誰もが知っています。 OpenStack / ESX Serverの組み合わせが理にかなっているかどうか、昼夜を問わず議論することができますが、1つ確かなことがあります。企業はVMwareへの投資を一晩で取り除くことはできません。 これは、OpenStackを使用する企業の数が増えるにつれて、vSphereインフラストラクチャ上でますます使用され、ユーザーにセルフサービス機能を提供することを意味します。 これにより、OpenStackで使用されるハイパーバイザー間でのESXのシェアが増加します。
VMwareがサービスプロバイダーパートナーを脅かす
今年、VMwareは待望のハイブリッドクラウドサービスのリリースを発表しました。 VMwareにとって朗報です。 VMwareテクノロジーでビジネスを構築したクラウドサービスプロバイダーにとっては悪い。 今、彼らはベンダーと競わなければなりません。 VMwareサービスプロバイダーは現在、起こりうる損失に対して保険をかけることを余儀なくされており、ここでOpenStackが助けになります。
繰り返しますが、VMwareを放棄してツールのスタック全体を交換しても、問題を解決することはできません。 vSphereでOpenStackを使用すると、顧客の選択の自由が大きくなり、VMwareに関連する潜在的な損失に対する保険に加入できます。 その結果、ESXでのOpenStackの使用が増加しました。
安心して、vCloudディレクター！
さらに、VMwareは、DynamicOpsの買収の結果であるvCloud Automation Center（vCAC）のvCloud Directorからの分離を発表しました。 同時に、DevOpsに基づくセルフサービス機能を中心に構築されたVMware製品ポートフォリオにギャップが形成されました。 vCACは、ITサービス管理を担当する製品と多くの点で類似したヘビーウェイトソフトウェアであり、ERPなどのシナリオに従ってITビジネスプロセスと実装との緊密な統合を必要とします。 一方、vCenter自体はシステム管理者向けであり、次世代テクノロジーエコシステムの標準としてWSによって設定されているクラウドに固有のセルフサービス機能を備えていません。
さらに、今日の企業はベンダーへの依存を心配しています。 仮想化をバイパスしてプライベートクラウドに移行する可能性を考慮して、VMwareへの投資を増やすか、オープンソースとOpenStackの両方で、オープン性の戦術的に困難であるが戦略的に有利なパスに沿って引き続き移行するかを選択できます。
vSphere上でOpenStackを使用することは、企業がクラウドの使用に近づくのに役立つ賢い選択です。 一方では、廃止されたvCloud Directorで利用可能であったセルフサービス機能を取得します。 一方、ベンダーの依存関係からスタックを解放するための一歩を踏み出します。
VMwareはOpenStackと連携するように設定されています
最後になりましたが、重要なことです。 私の以前の仮定にもかかわらず、VMwareは実際にVMware製品でOpenStackの円滑な運用を保証するための非常に具体的なコミットメントを行いました。これは、データセンターセグメントで重要性を失いたくない企業にとって合理的なステップです。
同社は、OpenStack組織の代表者の数を増やすために積極的に従業員を雇用しており、オープンプロジェクトに入力されたコードの数で常にトップ10の企業のリストに含まれています。
さらに、VMwareは、 MirantisやCanonicalなどの主要なOpenStackプレーヤーと提携して、お客様のOpenStack / VMwareの展開を確実に成功させています。
これらの要因がすべてKVMを指導的地位から外すことはまずありませんが、2014年にはESXを支持する大きな進歩につながるでしょう。
これは前向きな傾向だと思います。 結局のところ、OpenStackには2つの哲学的なキャンプがあります。 そのうちの1人の代表者は、OpenStackはビジョンに応じて、統合ソリューションでの商用ベンダーによる再利用を目的としたオープンソースコードの多くの断片であると考えています（いわゆる「意見のある」）。 2番目の代表者は、これが標準に基づいたオープンアーキテクチャであり、インフラストラクチャプールの多様性を結合するように設計されていると考えています。 最初の陣営はOpenStackを別の混openとしたオープンソースプロジェクトと同等のものとし、2番目の陣営は業界を変える非常に画期的な現象と同等のものです。 Mirantisでは、2番目の視点に依存しています。 ハイパーバイザーレベルのOpenStackの多様性は、OpenStackをこの開発コンセプトに近づけます。
この記事は、2013年12月18日にInformationWeek誌のWebサイトで公開されました。