OpenStackは少し早熟な子供です。オープンソースのデータセンター管理およびサービス・レイヤーは、驚くべきことを続けていますが、同時に人々の頭を壊しています。
オープンソースのクラウド・コントロール・フリークが今週香港でサミットを開催します。OpenStackという野心的なソフトウェアのあらゆる側面を見てみましょう：
OpenStackは2010年半ばに、NASAからコンピュート・ソースコードを、Rackspaceからストレージ・ソースコードを提供されて誕生しました。
OpenStackは共有クラウドとプライベート・クラウドの両方を管理できるように設計されています。多くの企業は、OpenStackを、Google、Amazon、Microsoftが運営するようなクラウドの機能の一部や、単一のプロプライエタリなクラウドの機能の一部を持つことができる有望なものと見ています。
その過程で、Intel、Red Hat、AT&T、Brocade、F5など、何百もの企業がOpenStackに関心を持ちました。 OpenStackは現在、HP CloudやIBMの今後のSoftLayerの刷新など、多くのパブリッククラウドの基盤となっています。
多くの人がOpenStackを「クラウドのLinux」と呼んでいますが、OpenStackのテクノロジーは今のところ、使い勝手や互換性の面でLinuxの期待に応えられていませんが、急速に改善されつつあります。
今月の時点で、OpenStackのコアコンポーネントの多くは使用可能なレベルに達しており、大規模なシステムに適用することができます。多くの人がOpenStackのCinderブロックストレージコンポーネント、Horizonウェブフロントエンド、Keystone Identity Serviceを賞賛しており、OpenStackの新しい機能のいくつかはうまくいっており、Oracleは自社のクラウドで新しいSwiftオブジェクト兼ブロブストレージを使用しています。
しかし、OpenStackテクノロジーは、ある重要な領域で問題にぶつかっています。これはOpenStackコミュニティに懸念を引き起こし、IRC（インターネット・リレー・チャット）のチャットルームで多くの人が個人的にそれについて話しています。
このような課題の出現は、間違いなく予想できたことです。過去20年間、オープンソースがストレージやコンピュートシステムを強力に支配してきた一方で、ネットワークシステムはこれまでプロプライエタリ・ベンダーの頑強な領域にとどまっていたからです。見ての通り、この分野にはほとんど変化がなく、オープンソースやオープンソースの専門家もほとんどいません。
ニュートロン・サイバー・ナイトメア
OpenStackコミュニティがNeutronにいくつかのバグを発見し、Havanaをリリースする前に急いでパッチを当てなければならなかったことを、IRC上のOpenStackウェブチャットルームの記録で記者は知りました。これらのバグは修正されましたが、このバグの存在は、何千台ものサーバにスケールするシステムのための安定したネットワーキング・コンポーネントを開発することの難しさを物語っています。
Hernan Alvarez氏はBluebox社（OpenStackホスティング企業）の運用・製品担当副社長です。彼は「Neutronの基本的なアプリケーション領域にとどまるだけなら問題ないでしょう。しかし、一旦深く踏み込もうとすると、かなりリスキーです。"
9月27日にOpenStackのパブリック・メール・グループに投稿された、自社製品でQuantumやNeutronを使用している人がいるかどうかの質問に対して、公的な反応はまだありません。
このポスターでは、Neutronの技術について、ネットワークの簡潔な分解がサポートされていないこと、サブネットの更新が困難であること、マルチホストデプロイメントがサポートされていないこと、「IRCでのNeutron開発者からの技術サポートがほとんどない」こと、ネットワーク管理ドキュメントに「デプロイメントに関する混乱した非現実的な仮定」があることなど、「不満足」な点がいくつか挙げられています。「ネットワーク管理ドキュメントの「デプロイメントに関する混乱と非現実的な仮定」。
そのユーザーは、"Nova.comが見捨てられる危険性があったからこそ、彼はNeutronを検討せざるを得なかった "と書いています。
もちろん、一人の体験が全体を代表しているわけではありませんし、多くの人がプライベートでニュートロンを使って遊んでいたり、個人的な秘密のプロジェクトに使っている可能性もあります。しかし、この投稿で言及されている問題は、ここ数ヶ月の間にジャーナリストによって一度以上聞かれたことがあります。
別の問題は、計算を含むネットワーク・コンポーネントとスタンドアロン開発ネットワーク・コンポーネントの両方に関するもので、スタンドアロンでシンプルなネットワーキング、IPアドレス割り当て、IPルーティング、NAT、DHCP、OpenStackメタデータ・サービスのソースコードがすべて単一のコードブロックに存在するため、インターフェイスに困難が生じます。一方、マルチホスト形式のサービスはハイパーバイザーに分散されているため、攻撃対象が大きくなりすぎるという問題があります。
OpenStackのスペシャリスト企業であるCloudScalingのディレクター、ランディ・バイアス氏は、"建設的な話ですが、OpenStackのデフォルトのネットワークモードは規模に関係ないので、製品でデフォルトのネットワークモードを使わなければならないというのは、最もグルーヴィーなことでしょう。"と述べています。
ニュートロンはまだ開発中です。多くの企業がこの重要なコンポーネントの安定性を向上させるために取り組んでいることは知られています。しかし、これがコミュニティの分裂につながっています。LinuxコミュニティとAndroidコミュニティの分裂のようなものです。OpenStackコミュニティが分裂の存在を理解する必要があります。
Blueboxのアルバレスは、「NovaのNeutronを高可用性にするために、人々はさまざまなアプローチを使っています。ここにはベストプラクティスはありません。各ソリューションはユニークな手作りの作品のようなものです。"
OpenStackの利用可能なコンポーネントのほとんどは、各社が独自のシステムに手を加えたり、インストールしたりすることで、アプリケーションに多大な調整を加える必要があります。バージョンでは、改善された機能の中には統合が難しいものもあります。
CloudScalingのRandy Bias氏は次のように指摘します。"OpenStackのデプロイのダウンロードは、かなり多くの落とし穴がある複雑な問題です。"OpenStackは非常に柔軟なシステムですが、アップグレードを困難にするいくつかの設計上の決定による課題がかなりあります。
OpenStackソフトウェアのプロバイダーであるMetacloud社も、このような発言を繰り返しています。Metacloud社のシステム・アーキテクチャ責任者であるchet Burgess氏は最近、記者団に対し、OpenStackソフトウェアのセットアップは初心者の管理者にとっては難しいことがあるため、OpenStackに関連する問題に対処するためにOpenStackを調整するよう組織に呼びかけていると述べました。
Burgess氏は、「OpenStackの導入は単純な作業ではありませんし、OpenStackのトラブルシューティングや運用も複雑です。OpenStackのようなシステムには多くの機能とオプションがあるので、すべてをスムーズに進めるのも簡単ではありません。"
CloudScaling、Metacloud、Blueboxはいずれも、個々の企業が使用するディストリビューションに干渉しすぎるべきではないという提案をしています。
バイアスは、「一番の問題は、......誰もが『OpenStackを導入して、使いたいことに使えばいい』という姿勢で、物事の裏側を見ていないことだと思います。コインの裏側というのは、そうするということはカスタムシステムを維持する覚悟が必要だということです。Linuxのカスタムバージョンを作ればいいじゃないか』というようなことです。
OpenStackに何よりも必要なのは、小さなリリースと、それによってすべてのコア機能が強化されることを期待したコミュニティの協調的な努力です。
Hadoopも同様のアプローチを採用しており、Intel、Hortonworks、Microsoftを含む多くの企業がApache Hadoopプロジェクトに集結しています。Hadoopプロジェクト
バイアス氏は、「人々はDIY（ドゥ・イット・ユアセルフ）をする代わりに、OpenStackベースの製品を使うべきです。車を買うか改造するかのどちらかですが、両方やる必要はありません。戦略をしっかり立ててください"
Icehouseのバージョンは約6ヶ月後にリリースされる予定です。コミュニティの多くは、ネットワークの問題がそれまでに解決され、他のコア機能が強化されることを期待しています。
メタクラウドのバージェスは、「前途は険しい。しかし、この2年間の道のりで、それが実行可能であるだけでなく、かなり優れていることが証明されました"。 Blueboxのアルバレスも同意見で、"この1年半の成長は本当に驚異的でした "と付け加えています。
OpenStackコミュニティが技術的に革新的であり続けると同時に、基本的なことに取り組んでいる限り、OpenStackはさらに進化するでしょう。しかし、Neutronの開発は注意すべき例です。異なる規模のデータセンターごとに管理システムを構築しようとすると、必然的に生じる困難の一例です。
