OpenStack Ironicテクニカルプロジェクトマネージャー、Devananda van der Veenへのインタビュー

Mirantisブログで、OpenStackプロジェクトの技術マネージャーとの一連のインタビューの9番目を紹介します。 私たちの目標は、技術専門家の幅広いコミュニティを教育し、人々がOpenStackプロジェクトにどのように貢献し、利益をもたらすかを理解できるようにすることです。 当然のことながら、Mirantisではなくインタビュー対象者の視点を以下に示します。



以下は、 OpenStack Ironic Technical Project ManagerであるDevananda van der Veenへのインタビューです。



Mirantis：自分について教えてください。



Devananda van der Vin：私はHP Cloudのシニアシステムエンジニアです。 私はここで1.5年以上働いており、現時点ではIronicプロジェクトを率いています。 それ以前は、MySQLデータベースのコンサルタントおよび管理者として働いていました。



質問：OpenStackとの関係の歴史は何ですか？ なぜプロジェクトに参加しているのですか？



回答：長年、モンティ・テイラーと仕事をしていて、彼がOpenStackについて話したとき、私の反応は次のとおりでした。 かっこいい！」 当時、私はすでにMySQLから新しいものに切り替えたかったので、OpenStackがテクノロジー開発の次のステップになることは明らかでした。 MySQLは2005年頃から非常に急速な成長を示しています。したがって、その後、その方向に自分のキャリアを向け、OpenStackでも同じことが起こっていることがわかりました。 私たちが作成に携わっているプロセスは、IT業界全体に影響を与えると信じており、その一部になりたいと思っています。



質問：Ironicプロジェクトのテクニカルマネージャーとしてのあなたの責任は何ですか？



回答：開発者の方向を決定し、活動を調整することは、多くの点で他のOpenStack技術プロジェクトと同じ責任です。 私はコンセプトの開発を担当し、コード検証を管理し、開発者をガイドしますが、開発自体は私が担当しています。 コミュニティを刺激して、Ironicを中心に開発します。



質問：プロジェクトをアクティブに保つために必要なことの中で最も重要なことは何ですか？



回答：多数のさまざまなハードウェアベンダーが安心して、プロプライエタリなビットを奪い合ったり、プロジェクトをパーツに分割したりすることを感じないようにするプロジェクトを作成したい 実際、Ironicは、OpenStackでハードウェアまたはベアメタルをプロビジョニングするためのサービスです。 HP、Dell、IBMなどのすべてのハードウェアベンダーは、HP iLOサーバーリモートコントロールエンジンやDellのDRACリモートアクセスコントローラーなど、独自のハードウェア管理ツールを所有しています。 それらはすべて、IPMIインターフェースの標準仕様に追加の機能をもたらし、一部の実装は少し異なって実装されています。



質問：OpenStackのフレームワークにおけるIronicプロジェクトの役割を説明できますか？ なぜそれが重要なのですか？



回答：これは2つの異なる方法で説明できます。1つを選択してみます。



これまで、OpenStackの開発プロセスでは、サーバーキャビネットやラック内の2つのサーバー、またはデータセンター全体であっても、他のツールを使用してOpenStackを展開する必要がありました。 機器は必ずOpenStackの外部にありました。



Ironicの役割は、これまでOpenStackで利用できなかったレベルのハードウェアプロビジョニングを提供することです。 Ironicの目標の1つは、この役割に基づいて、TripleO（OpenStack-on-OpenStack）を有効にすることです。 エンドツーエンドアプリケーションをクラウドにデプロイするために使用するすべてのツールを再利用して、クラウドをデプロイできます。これは、最終的には別のエンドツーエンドアプリケーションです。



質問：IronicとTripleOの違いは何ですか？



回答：Ironicは、物理マシンのパワーを制御し、マシンにイメージを書き込むサービスです。 さらに、他の管理タスクを可能にする計画があります。 TripleOはスタック内の上位レベルにあり、Ironicだけでなく、OpenStackクラウドのデプロイと管理に多くの他のサービスも使用します。



質問：皮肉なコミュニティについて教えてください-プロジェクトに貢献しているのは誰ですか？



回答：HP、Red Hat、Mirantis、IBMなど。 ハードウェアベンダーのうち、HPとIBMの両方が協力しています。 これまで、IBMは主に関連プロジェクトに関与してきました。xCATからOpenStackコミュニティに移植されたPythonでのIPMIドライバー全体の作成です。 Ironicは、Novaコンポーネントのベアメタルコードから継承したipmitoolライブラリのよりスケーラブルな代替として使用します。



質問：ハードウェアベンダーからのさらなる関与を希望しますか？



回答：はい、したいです。 確かに、デルに会いたいです。 これまでのところ、彼らは私たちのプロジェクトに関与していません。 Ironicは非常に若いプロジェクトであり、おそらくコードの準備ができていないという理由だけで、一部のハードウェアベンダーはまだ真剣に参加していません。 人々がすぐに参加して独自のハードウェアドライバーを追加できるようになると、コードの完全な準備のレベルに急速に近づいていると思います。



質問：アイロニックコミュニティはこれまで何を達成しましたか？



A：ベアアイロンプロビジョニングは、Nova Computeプロセスの一部として起動する最初の試みがあったため、多数の制限を継承しています。 過去4か月ほどで、NovaからIronicが「破壊」され、最高レベルのスタンドアロンOpenStackサービスに変わりました。 スケーリング可能な独自のAPIサービスがあります。 独自のメッセージキューとデータベースのサーバー側、およびConductorサービス（Nova ConductorとNova Computeサービスの間にあります）があります。 ごく最近、DevStackおよびディスクイメージコンストラクター、Pythonクライアントのサポートを追加しました。 テンペストテストは開発中です。 これはすべてのOpenStackプロジェクトに必要ですが、私には、これはわずか4か月で小さなチームにとって非常に大きな成果であるように思えます！



質問：IronicはOpenStackの次のリリースでどの機能を実装しますか？



回答：IcehouseでどのようなIronic機能が利用可能になるのか、はっきりとは言えません。



質問：今、魔法の杖を振って、見たいものを正確にアイロニックに変えることができたら、現時点ではどうでしょうか？



回答：スケーラブルでフォールトトレラントなものにしたいと思います。 このコンテキストでの高可用性の定義は、障害に対する回復力であり、完全な不在ではありません。 ハードウェア障害は避けられませんが、Ironicは障害から回復できる必要があります。



その構成には、さまざまなハードウェアベンダーのさまざまなドライバーが含まれています。 ドライバー自体は、プロプライエタリではなく、公に利用できるようにしたいです。 Ironicは、ARMデバイスから「大きなハードウェア」まで、あらゆる種類のハードウェアを管理できるようにしたいと考えています。個人的には知らないかもしれない既存のさまざまな機器すべてです。 これがすべて実現可能になるように、他の人にドライバーの形で貢献してほしい。



質問：皮肉に関する誤解はありますか？



回答：その1つは、Ironicは構成データベースではなく、状態履歴を保存しないことです。 彼らは私に尋ねました：「ファンの速度、CPU温度を監視し、何かが過熱した場合、何らかのアクションを取りますか？」 私の答えはノーです。



ただし、現時点での最大の誤解は、Nova ComputeまたはIronicを使用して、ベアメタルに基づく保護されていないマルチユーザークラウドを実装できることです。 これが私たちの目標ですが、今日は間違いなく到達していません。 ベアメタルで実行されている保護されていないクラウドユーザーのセキュリティに関連する多くの重要な隠れた問題があります。 魔法の杖をもう一度振ることができたら、これらの問題をすべて解決してほしい。 これには、信頼性の高いハードウェアを開発し、ネットワーク負荷やユーザーの分離だけでなく、ファームウェアレベルでセキュリティの問題に対処するために、ハードウェアベンダーの大規模なコラボレーションが必要になります。 これに関するいくつかの作業はすでに進行中ですが、これらの問題の解決にはまだ程遠いと信じています。 それまでの間、保護されていないユーザーがベアメタルでクラウドを実行することはできません。



質問：「私はしたい」シリーズからの別の質問。 皮肉なプロジェクトに携わる人々のうち、誰になりたいですか？ 現時点で理想的な参加者は誰ですか？



回答：オープンソースコミュニティとの連携方法を知っている開発者は、見つけにくい場合があります。 Ironicで行うことのほとんどは低いため、プログラミングに加えてシステムを管理した経験のある人々。 はい、Pythonで書かれていますが、DHCP、IPMI、PXEなどのプロセスと統合するために多くのことを行っています。ファームウェアのセキュリティ問題を理解している人が必要です。 そのようなチームメンバーの必要性は、私には思えますが、現在は完全に満足されていません。



質問：お時間をいただきありがとうございます。



回答：ありがとうございます。