Loading article…
OpenStackは、無料のオープンスタンダードのクラウドコンピューティングプラットフォームです。主に、パブリッククラウドとプライベートクラウドの両方でIaaS（ Infrastructure-as-a-Service）として展開され、仮想サーバーやその他のリソースがユーザーに提供されます。[ 2 ]このソフトウェアプラットフォームは、データセンター全体で処理、ストレージ、ネットワークリソースの多様なマルチベンダーハードウェアプールを制御する相互に関連するコンポーネントで構成されています。ユーザーは、Webベースのダッシュボード、コマンドラインツール、またはRESTful Webサービスを介してこれを管理します。
OpenStackは2010年にRackspace HostingとNASAの共同プロジェクトとして始まった。2012年現在OpenStackは、OpenStackソフトウェアとそのコミュニティを促進するために2012年9月に設立された非営利法人であるOpenStack Foundationによって管理されていました[ 3 ] [ 4 ] 。 2018年までに500社以上がこのプロジェクトに参加しました[ 5 ] 。2020年、同財団は2021年にOpen Infrastructure Foundationに名称変更すると発表しました[ 6 ]。
2010年7月、Rackspace HostingとNASAは、 OpenStackとして知られるオープンソースのクラウドソフトウェアイニシアチブを発表しました。[ 7 ] [ 8 ]そのミッションステートメントは、「実装が簡単で大規模に拡張可能であることで、規模に関係なくパブリッククラウドとプライベートクラウドのニーズを満たす、ユビキタスなオープンソースのクラウドコンピューティングプラットフォームを開発すること」でした。[ 9 ]
このプロジェクトは、組織を支援し、標準ハードウェア上で動作するクラウドコンピューティングサービスを提供することを目的としていました。コミュニティの最初の公式リリースであるコードネーム Austin は、3 か月後の2010 年10 月21 日( 2010-10-21 )に登場し、数か月ごとにソフトウェアの定期的なアップデートをリリースする計画でした。初期のコードは、NASA のNebulaプラットフォームとRackspace の Cloud Files プラットフォームから提供されました。クラウドスタックとオープンスタックモジュールは、NASA Nebula [ 11 ]チームと Rackspace が協力して統合し、オープンソースとしてリリースされました。
2011年、Ubuntu Linuxディストリビューションの開発者は、Ubuntu 11.04「 Natty Narwhal」向けにOpenStack「Bexar」リリースのサポートされていない技術プレビュー版を採用し、OpenStack [ 12 ]を導入しました。 [ 13 ]その後、 UbuntuのスポンサーであるCanonicalは、OpenStackのCactusリリースからOpenStackクラウドの完全なサポートを開始しました。
OpenStackは2011年のOpenStack「Cactus」リリースからDebian Sidで利用可能になり、OpenStackを含む最初のDebianリリースはDebian 7.0（コードネーム「Wheezy」）で、OpenStack 2012.1（コードネーム「Essex」）が含まれていました。 [ 14 ] [ 15 ]
2011年10月、SUSEは「Diablo」OpenStackリリースをベースとした、業界初の完全構成済みOpenStack搭載アプライアンスのパブリックプレビューを発表しました。[ 16 ] 2012年8月、SUSEは「Essex」リリースをベースとした商用サポート付きエンタープライズ向けOpenStackディストリビューションを発表しました。[ 17 ]
2012年、Red HatはOpenStackディストリビューションのプレビュー版を発表し、[ 18 ]「Essex」リリースから開始しました。別のプレビュー版リリースの後、Red Hatは2013年7月に「Grizzly」リリースでOpenStackの商用サポートを開始しました。[ 19 ]
OpenStack組織は急速に成長しており、540社以上の企業に支えられています。[ 20 ]
2012年、NASAはOpenStackへの積極的な貢献者としての活動を中止し、代わりにクラウドベースのサービスにAmazon Web Servicesを使用するという戦略的決定を下しました。 [ 21 ] 2013年7月、NASAは内部監査報告書を発表し、技術的な進歩の欠如やその他の要因が、同機関がプロジェクトの積極的な開発者としての活動を中止し、代わりにパブリッククラウドの使用に注力する主な理由であるとしました。[ 22 ]この報告書は、エイムズ研究センターのCIOであるレイ・オブライエンの発言と一部矛盾しています。[ 23 ] 2021年11月現在、NASAは引き続きDiscoverスーパーコンピュータクラスタのIAASおよびPAASサポートにOpenStackを使用しています。OpenStack環境は「Explore」と呼ばれ、ゴダード宇宙飛行センターのNASA気候シミュレーションセンターで運用されています。[ 24 ]
2012年11月、英国政府デジタルサービス（GDS）は、OpenNASA v2.0 Government as a Platform（GaaP）モデルに基づいたInside Government [ 25 ]をリリースした。
2013 年 12 月、Oracle は OpenStack にスポンサーとして参加し、OpenStack を Oracle Solaris、Oracle Linux、および多くの自社製品に導入する計画を発表しました。[ 26 ]続いて、2014 年 9 月 24 日には Oracle Solaris [ 27 ] [ 28 ]および Icehouse を使用した Oracle Linux用の Oracle OpenStack ディストリビューションを発表しました。 [ 29 ]
2014年5月、HPはHP Helionを発表し、IceHouseリリースから始まるHP Helion OpenStack Communityのプレビュー版をリリースしました。HPは2012年からOpenStack上でHP Helion Public Cloudを運用しています。[ 30 ]
2014年のInterop and Tech Field Dayでは、 Avayaが最短経路ブリッジングとOpenStackを使用した自動化キャンパスとしてソフトウェア定義ネットワークを実演し、データセンターからエンドデバイスまで自動化を拡張し、サービス提供から手動プロビジョニングを排除しました。[ 31 ] [ 32 ]
2021年11月現在 NASAはDiscover HPCをサポートするためにExplore OpenStackプライベートクラウドをホストしている。[ 24 ]
2022年9月現在 中国移動は、5Gネットワークの基盤としてOpenStackを使用しています。Red Hatは、自社のプラットフォームが30%以上の実稼働LTEネットワークに導入されていると主張しています。[ 33 ]
CERNのOpenStackクラウドは、大型ハドロン衝突型加速器のニーズを満たすために30万コア以上を必要とする。[ 33 ]
商標問題のため、いくつかのOpenStackプロジェクトが名称を変更した。
OpenStackコミュニティは、頻繁な開発マイルストーンを伴う6ヶ月ごとの時間ベースのリリースサイクルを中心に協力しています。[ 73 ]
各リリースの計画段階では、コミュニティはOpenStackデザインサミットに集まり、開発者の作業セッションを促進し、計画をまとめます。[ 74 ]これらのデザインサミットは、OpenStackサミットカンファレンスと同時期に開催されます。
Pike開発サイクルから、設計ミーティング活動は別のプロジェクトチーム集会（PTG）イベントに分離されました。[ 75 ]これは、OpenStackサミットで行われるプレゼンテーションや顧客とのミーティングによって開発者の注意が逸れるのを避け、次のサイクルの開始前に設計に関する議論が行えるようにするためでした。
最近のOpenStackサミットは、2019年11月4日～6日に上海[ 76 ] 、 2019年4月29日～5月1日にデンバー[ 77 ] 、2018年11月13日～19日にベルリン[ 78 ] 、 2018年5月21日～25日にバンクーバー[ 79 ] 、2017年11月6日～8日にシドニー[ 80 ] 、2017年5月8日～11日にボストン[ 81 ] 、2016年4月25日～29日にオースティン[ 82]、2016年10月25日～28日にバルセロナ[83 ]で開催されました。それ以前のOpenStackサミットは、2015年10月に東京[ 84 ] 、 2015年5月にバンクーバー[ 85 ]、2014年11月にパリ[ 86 ]でも開催されています。2014年5月にアトランタで開催されたサミットには参加者は4,500人で、 6か月前の香港 サミットから50%増加した。 [ 87 ] [ 88 ]
OpenStackはモジュール式のアーキテクチャを採用しており、コンポーネントにはさまざまなコード名が付けられています。[ 40 ]
Novaは、仮想マシンや実際のハードウェアサーバー（ironicを使用）としてコンピューティングインスタンスをプロビジョニングする方法を提供するOpenStackプロジェクトであり、システムコンテナのサポートは限定的です。Novaは、既存のLinuxサーバー上でデーモンのセットとして実行され、そのサービスを提供します。[ 89 ] [ 90 ]
NovaはPythonで記述されています。Eventlet（並行ネットワークライブラリ）、Kombu（AMQPメッセージングフレームワーク）、SQLAlchemy（SQLツールキットおよびオブジェクトリレーショナルマッパー）など、多くの外部Pythonライブラリを使用しています。 [ 91 ] Novaは水平スケーラビリティを考慮して設計されています。より大きなサーバーに切り替えるのではなく、サーバーを追加購入し、同じ構成のサービスをインストールするだけです。[ 92 ]
エンタープライズレベルのインフラストラクチャに広く統合されているため、OpenStack のパフォーマンス全般、特に Nova のパフォーマンスを監視することが、スケーリングをますます重要な問題にしています。エンドツーエンドのパフォーマンスを監視するには、Nova、Keystone、Neutron、Cinder、Swift、その他のサービスのメトリックを追跡する必要があり、OpenStack サービスがメッセージパッシングに使用するRabbitMQも監視する必要があります。 [ 93 ] [ 94 ]これらのサービスはすべて独自のログ ファイルを生成しますが、特にエンタープライズレベルのインフラストラクチャでは、これも監視する必要があります。[ 95 ]
Neutronは、他のOpenStackサービス（novaなど）によって管理されるインターフェースデバイス（vNICなど）間の「サービスとしてのネットワーク接続」を提供するOpenStackプロジェクトです。OpenStack Networking APIを実装しています。[ 96 ]
OpenStack Networkingは、OpenStack環境における仮想ネットワークインフラストラクチャ（VNI）のすべてのネットワーク面と、物理ネットワークインフラストラクチャ（PNI）のアクセスレイヤー面を管理します。OpenStack Networkingを使用すると、ファイアウォールや仮想プライベートネットワーク（VPN）などのサービスを含む高度な仮想ネットワークトポロジーをプロジェクトで作成できます。[ 96 ]
Neutronは、専用の静的IPアドレスまたはDHCPに対応しています。また、フローティングIPアドレスにも対応しており、トラフィックを動的に再ルーティングできます。
ユーザーは、 OpenFlowなどのソフトウェア定義ネットワーク(SDN) テクノロジーを使用して、マルチテナンシーとスケーラビリティをサポートできます。OpenStack ネットワークは、侵入検知システム(IDS)、ロードバランシング、ファイアウォール、仮想プライベートネットワーク(VPN)などの追加のネットワークサービスを展開および管理できます。[ 97 ]
Cinderは、Nova仮想マシン、Ironicベアメタルホスト、コンテナなどにボリュームを提供するOpenStackブロックストレージサービスです。Cinderの目標には、以下のようなものがあります。
Cinderボリュームは、OpenStack Computeソフトウェアによって管理されるインスタンスと呼ばれるゲスト仮想マシンに永続ストレージを提供します。Cinderは、他のOpenStackサービスとは独立して、スタンドアロンのソフトウェア定義ストレージとしても使用できます。ブロックストレージシステムは、ブロックデバイスの作成、複製、スナップショット管理、サーバーへの接続および切断を管理します。[ 99 ]
Keystone は OpenStack の Identity API を実装することで、API クライアント認証、サービス検出、分散マルチテナント認可を提供する OpenStack サービスです。[ 100 ]これはクラウドオペレーティングシステム全体で共通の認証システムです。Keystone はLDAPなどのディレクトリサービスと統合できます。標準的なユーザー名とパスワードの認証情報、トークンベースのシステム、AWS スタイル (つまりAmazon Web Services ) ログインをサポートしています。OpenStack Keystone サービスカタログを使用すると、API クライアントはクラウドサービスを動的に検出してナビゲートできます。[ 101 ] [ 102 ]
画像サービス（Glance）プロジェクトは、ユーザーが他のサービスで使用することを目的としたデータ資産をアップロードおよび検索できるサービスを提供します。これには現在、画像とメタデータ定義が含まれます。[ 103 ]
Glance イメージ サービスには、仮想マシン (VM) イメージの検出、登録、および取得が含まれます。Glance には、VM イメージのメタデータのクエリと実際のイメージの取得を可能にする RESTful API があります。Glance を通じて利用可能になる VM イメージは、単純なファイルシステムから OpenStack Swiftプロジェクトのようなオブジェクト ストレージ システムまで、さまざまな場所に保存できます。[ 103 ]
Glanceはメタ定義カタログをホストしています。これにより、OpenStackコミュニティは、OpenStackリソースに適用できるさまざまなメタデータキー名と有効な値をプログラムで決定する方法を得ることができます。[ 103 ]
Swift は分散型で、結果的に一貫性のあるオブジェクト/ブロブ ストアです。Swift として知られる OpenStack Object Store プロジェクトは、シンプルな API で大量のデータを保存および取得できるクラウド ストレージ ソフトウェアを提供します。スケーラビリティを考慮して構築されており、データセット全体にわたって耐久性、可用性、および同時実行性が最適化されています。Swift は、際限なく増加する可能性のある非構造化データの保存に最適です。[ 104 ]
2009年8月、RackspaceはCloud Files製品の完全な代替として、OpenStack Object Storageの前身の開発を開始しました。最初の開発チームは9人の開発者で構成されていました。[ 105 ]オブジェクトストレージソフトウェア企業であるSwiftStackは現在、 Intel、Red Hat、NTT、HP、IBMなどからの多大な貢献を受けてSwiftの主要開発者となっています。[ 106 ]
Horizon は OpenStack の Dashboard の標準的な実装であり、Nova、Swift、Keystone などを含む OpenStack サービスへの Web ベースのユーザー インターフェイスを提供します。[ 107 ] Horizon には、「ユーザー ダッシュボード」、「システム ダッシュボード」、「設定」ダッシュボードの 3 つの中央ダッシュボードが付属しています。これら 3 つのダッシュボードでコア OpenStack アプリケーションをカバーし、コア サポートを提供します。Horizon アプリケーションには、開発者に一貫性のある安定した再利用可能なメソッド セットを提供するために、コア OpenStack プロジェクト用の API 抽象化のセットも付属しています。これらの抽象化を使用することで、Horizon で作業する開発者は、各 OpenStack プロジェクトの API に精通する必要がなくなります。[ 108 ]
Heatは、OpenStackネイティブのREST APIとCloudFormation互換のクエリAPIの両方を使用して、テンプレートを使用して複数の複合クラウドアプリケーションをオーケストレーションするサービスです。 [ 109 ]
Mistralはワークフローを管理するサービスです。ユーザーは通常、YAMLベースのワークフロー言語を使用してワークフローを作成し、REST APIを介してワークフロー定義をMistralにアップロードします。その後、ユーザーは同じAPIを介してこのワークフローを手動で開始するか、トリガーを設定して特定のイベントでワークフローを開始できます。[ 110 ]
OpenStack Telemetry（Ceilometer）は、課金システムにとって単一の接点となり、現在および将来のすべてのOpenStackコンポーネントにわたって、顧客課金に必要なすべてのカウンターを提供します。カウンターの配信は追跡可能かつ監査可能であり、カウンターは新しいプロジェクトをサポートするために容易に拡張可能でなければならず、データ収集を行うエージェントはシステム全体から独立している必要があります。
Troveは、リレーショナルデータベースと非リレーショナルデータベースを提供するサービスとしてのデータベースです。[ 111 ]
Sahara は、 Hadoopクラスターを簡単かつ迅速にプロビジョニングするためのコンポーネントです。ユーザーは、Hadoop のバージョン番号、クラスターのトポロジータイプ、ノードフレーバーの詳細 (ディスク容量、CPU および RAM 設定の定義) など、いくつかのパラメーターを指定します。ユーザーがすべてのパラメーターを指定すると、Sahara は数分でクラスターをデプロイします。Sahara はまた、必要に応じてワーカーノードを追加および削除することにより、既存の Hadoop クラスターをスケーリングする手段も提供します。[ 112 ] [ 113 ]
Ironic は、仮想マシンではなくベアメタルマシンをプロビジョニングする OpenStack プロジェクトです。当初は Nova Baremetal ドライバからフォークされ、独立したプロジェクトへと進化しました。Ironic は、ベアメタル ハイパーバイザ API と、Ironic によって管理されるベアメタルマシンとやり取りする一連のプラグインと考えるのが最適です。デフォルトでは、物理マシンのプロビジョニングと管理にPXEとIPMIまたはRedfish [ 114 ]を連携して使用しますが、Ironic はベンダー固有のプラグインをサポートし、追加機能を実装するために拡張できます。[ 115 ] [ 116 ]
Ironic の誕生以来、追加のユースケースと機能をサポートするためにいくつかのサブプロジェクトが生まれました[ 117 ] 。これらのプロジェクトの中でよく利用されているものには、Ironic-Inspector、Bifrost、Sushy、networking-generic-switch などがあります。Ironic-inspector はハードウェア情報の収集とハードウェアの検出を提供します。 [ 118 ] Bifrost は他の OpenStack コンポーネントなしで動作させるユースケースに焦点を当てており、[ 119 ]、ウェブサイト ironicbaremetal.org で紹介されています。Sushy は軽量の Redfish API クライアントライブラリです。[ 120 ] Networking-generic-switch はベアメタルマシンのスイッチポート構成の管理をサポートするプラグインです。[ 121 ]
Zaqarは、Web開発者向けのマルチテナント型クラウドメッセージングサービスです。このサービスは、完全なRESTful APIを備えており、開発者はこれを利用して、さまざまな通信パターンを用いてSaaSアプリケーションやモバイルアプリケーションの各コンポーネント間でメッセージを送信できます。このAPIの基盤となるのは、拡張性とセキュリティを考慮して設計された効率的なメッセージングエンジンです。他のOpenStackコンポーネントもZaqarと連携することで、エンドユーザーにイベントを表示したり、「オーバークラウド」レイヤーで実行されるゲストエージェントと通信したりすることができます。
OpenStack Shared File System (Manila) は、ベンダーに依存しないフレームワークで共有を管理するためのオープン API を提供します。標準プリミティブには、共有の作成、削除、アクセス権限の付与/拒否機能が含まれており、スタンドアロンまたはさまざまなネットワーク環境で使用できます。EMC、NetApp、HP、IBM、Oracle、Quobyte、INFINIDAT、Hitachi Data Systems の商用ストレージアプライアンスに加え、Red Hat GlusterFS [ 122 ]やCephなどのファイルシステム技術もサポートされています。
Designate は、DNS を管理するためのマルチテナント REST API です。このコンポーネントは、DNS as a Service を提供し、PowerDNS や BIND を含む多くのバックエンド技術と互換性があります。その目的は、既存の DNS サーバーと連携してテナントごとに DNS ゾーンを管理することであるため、DNS サービス自体を提供するわけではありません。[ 123 ]
このプロジェクトは現在、積極的にメンテナンスされていません。
Searchlight は、さまざまな OpenStack クラウド サービス全体で高度で一貫性のある検索機能を提供します。これは、他の OpenStack API サーバーからユーザーの検索クエリをオフロードし、それらのデータをElasticsearchにインデックス化することによって実現されます。[ 124 ] Searchlight は Horizon [ 125 ]に統合されており、コマンドライン インターフェイスも提供しています。[ 126 ]
Barbicanは、秘密情報の安全な保存、プロビジョニング、管理のために設計されたREST APIです。大規模な一時的なクラウドを含むあらゆる環境で役立つことを目的としています。[ 127 ]
Magnumは、OpenStackコンテナチームによって開発されたOpenStack APIサービスであり、Docker Swarm、Kubernetes、Apache MesosなどのコンテナオーケストレーションエンジンをOpenStackのファーストクラスのリソースとして利用できるようにします。MagnumはHeatを使用して、DockerとKubernetesを含むOSイメージをオーケストレーションし、クラスタ構成で仮想マシンまたはベアメタルでそのイメージを実行します。[ 128 ]
Vitrageは、OpenStackのアラームとイベントを整理、分析、拡張し、問題の根本原因に関する洞察を提供し、問題が直接検出される前にその存在を推測するOpenStack RCA（根本原因分析）サービスです。[ 129 ]
この警報サービスにより、CeilometerまたはGnocchiによって収集されたメトリックデータまたはイベントデータに対して定義されたルールに基づいてアクションをトリガーすることが可能になります。[ 130 ]
OpenStackは他のクラウドのAPIとの互換性を追求していません。[ 131 ]しかし、そのようなことが重要だと考えるOpenStackコミュニティのさまざまなメンバーによって、ある程度の互換性が推進されています。
OpenStack は OpenInfra 財団とその理事会によって運営されています。理事会は、プラチナ スポンサー、ゴールド スポンサーのメンバー、および財団の個人メンバーによって選出されたメンバーで構成されています。[ 134 ] OpenStack 技術委員会は、OpenStack オープンソース プロジェクトの運営機関です。これは、プロジェクトへの貢献者を代表する選出されたグループであり、すべての技術的事項を監督します。これには、ソフトウェアの開発者、運用者、エンド ユーザーが含まれます。
OpenStackアプライアンス[ 135 ]とは、サーバーや仮想マシンなどの物理デバイス、またはその両方の組み合わせでOpenStackクラウドコンピューティングプラットフォームをサポートできるソフトウェアの名前です。通常、ソフトウェアアプライアンス[ 136 ]は、オペレーティングシステムなしで機能できるソフトウェア機能のセットです。したがって、動作するために十分な基本的なオペレーティングシステムコンポーネントが含まれている必要があります。したがって、厳密な定義としては、基盤となるオペレーティングシステムを必要とせずにOpenStack機能を提供するように設計されたアプリケーションと言えるでしょう。ただし、アプライアンスとディストリビューションの間に明確な区別がないため、この厳密な定義を適用することは役に立たないかもしれません。[ 137 ] OpenStack自体がクラウドオペレーティングシステム[ 138 ]と呼ばれているため、厳密に言えばOpenStackアプライアンスという用語の使用は誤称である可能性があると主張できます。
アプライアンスとディストリビューションの範囲を見てみると、ディストリビューションはOpenStackプロジェクトの範囲を幅広くカバーしようとするツールセットであるのに対し、アプライアンスはより狭い範囲に焦点を当て、より少ないプロジェクトに特化しているという区別ができます。ベンダーはOpenStackの発足当初から深く関わっており、以来、幅広いアプライアンス、アプリケーション、ディストリビューションを開発し、販売しています。
OpenStackソリューションを提供するベンダーは多数存在するため、このテクノロジーを導入しようとする組織は、自社のビジネス要件に最も適したベンダーの提案を選択するという複雑な作業を行う必要がある。[ 139 ] バーブ・ダローは2015年5月27日のFortune誌でこの概要を説明し、[ 140 ]市場で統合が進み、こうした決定が明確になる可能性があると指摘した。
ユーザーが考慮すべき他の側面もあります。たとえば、実際のコストなどです。[ 141 ]ベンダーによっては、OpenStack プロジェクトの大部分を網羅するオファーを提供するところもあれば、特定のコンポーネントのみを提供するところもあります。その他の考慮事項としては、OpenStack コンポーネントの成熟度の不足を管理するために使用される独自のコードの範囲と、それがどの程度ベンダーロックインを助長するかなどが挙げられます。[ 142 ] [ 143 ]
ベンダー製品に関する最も信頼できる情報は、Open Infrastructure Foundationのウェブサイトにあります。[ 144 ]
OpenStackは複雑な存在であり、組織内でOpenStackを導入しようとすると、導入者はさまざまな課題に直面します。独自のプロジェクトを導入しようとする多くの組織にとって、重要な問題は必要なスキルが不足していることです。[ 145 ] The New Stackの記事で、Atul Jhaは、OpenStackを導入しようとする組織が直面する5つの課題を挙げています。[ 146 ]
OpenStackは単一の製品ではなく、プロジェクトの集合体であり、さまざまなアプリケーションをユーザーの要件に合わせて構成する必要があるため、インストールは複雑で、最適なセットアップにはさまざまな補完的なスキルセットが必要です[ 147 ]。明らかな解決策の1つは、ハードウェアとソフトウェアを含むベンダー提供の完全なパッケージを使用することですが、十分な調査が不可欠です[ 148 ] 。
OpenStackは、他のオープンソースソフトウェアと同様に、最新のドキュメントを維持するのに苦労しています。[ 149 ]この問題は、25の独立したプロジェクトを含むOpenStackの運用規模によってさらに複雑化しています。
クラウド型インフラストラクチャを使用する主な目的の 1 つは、ユーザーに高い信頼性だけでなく高い可用性も提供することであり、[ 150 ]パブリック クラウド プロバイダーはサービス レベル契約でこれを提供します。[ 151 ]
OpenStackのマルチプロジェクト開発アプローチのため、アップグレード中に異なるプロジェクトを同期させる際の複雑さから、ダウンタイムは避けられない場合がある。[ 152 ]
企業がソフトウェアをアップグレードした後も、しばらくの間は以前のリリースを使い続けることはよくあることです。しかし、オープンソースプロジェクトの開発者にとって、廃止されたコードのサポートを提供するインセンティブはほとんどありません。さらに、OpenStack自体も一部の古いリリースのサポートを正式に終了しています。[ 153 ]
上記のような課題を考慮すると、OpenStackを導入したい組織にとって最も適切な方法は、ベンダーと提携し、OpenStackアプライアンスまたはディストリビューションを調達することでしょう。
OpenStackプロジェクトが成熟するにつれ、ベンダー各社は顧客がOpenStackを導入するための様々な方法を開拓してきた。
{{cite web}}:欠落または空欄|title=(ヘルプ){{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)Linux 向け Oracle OpenStack、または O3L が利用可能になり、顧客は OpenStack を使用して Oracle Linux と Oracle VM の両方を制御できるようになりました。しかし、同時に Canonical との「相互協力およびサポート」協定の発表もあり、これは Red Hat への直接的な攻撃と見なされています。
