グローバルなOpenStack Summitは、手に負えないほど近づいています。 このスカイハイギャザリングは、世界のさまざまな都市で年に2回行われ（今回は、たとえば、 バンクーバーがイベントを開催できたことを光栄に思っています）、OpenStackエコシステムの開発に興味のあるすべての人がニュースを交換し、同時にどの方向に進むかを決定できるようにしますプラットフォームを進化させます。 さらに、サミットは開発者を規律し、最も尊敬されるコレクションにそれらを提示するために、ディストリビューションの新しいバージョンを迅速に完成させることを強制します。 Mirantisも例外ではありません。
Mirantis OpenStack（またはMOS、簡単にするためにMOSと呼ばれる ）の現在の（6番目の）リリースの改善を準備しています 。 それでも、主な変更はすでに行われています。 そして、私たちは人生に遅れをとっています-Dockerを使用したアプリケーションのコンテナー化に関連する、以前のリリースで発生した変更について話すことができました。
その間、何も静止していません。 MOS 6.0では、コンテナ化が確実に使用されます。 しかし、主な革新はアーキテクチャへの移行であり、プラグイン（プラガブルアーキテクチャ）を使用できるようになりました。 MOSクラウドを展開してさらに管理するためのツールであるFuelに独自のプラグインを埋め込むことができるようになった場合にのみ、これは重要です。 しかし、私たちは以前の投稿で既にFuelについてさらに詳しく話しました。 そして、これではプラグインにもっと興味があります。
プラグインを使用する理由
ユーザーのすべての固有のニーズを予測することは不可能です。誰かがNFSを必要とし、誰かがLbaaS（Load-Balancing-as-a-a Service）なしでは生きられません...毎回特定のクライアントのタスクのために固有の配布パッケージを作成する代わりに（そしてこれクラウドの展開時間とプロジェクトコストが増加します）、MOSからコンストラクターを作成しました。 そして今、ディストリビューションをカスタマイズするには、適切なプラグインを作成するだけです。 認定されたプラグインのコレクションを収集し始めました：標準ソリューションの銀行は、お客様がさらに時間とお金を節約できるようにします（これは、Mirantisソリューションがすでにロシア市場でプレイしている他のクラウドソリューションプロバイダーと有利に異なっているという事実にもかかわらず）。
プラグイン認証とは何ですか？
プラグイン開発者には認証手順は必要ありません。 ただし、まだ決定する場合は、認証中にプラグインにいくつかの要件が提示され、より徹底的なチェックに合格することを理解する必要があります。 私たちにとって、「認証済みプラグイン」とは、まず第一に、実績があり、信頼性があり、安全に使用できる、つまり環境内で何も壊さないプラグインです。 徹底的なチェックを約束する場合、これは、テストレポートに従ってプラグインがPI（Partner Integration）チームによって直接テストされることを意味します。レポートから多数のケースが取得され、専門家によって繰り返されます。 これは、認証の前に、確立された手順に従ってプラグインをすでにテストし、このテストの結果を当社のPIに提示する必要があることを意味します。 したがって、チェックが繰り返されます。 結果は、レポートに記載されている内容と比較されます。 繰り返しますが、認定手続きは純粋に任意であるという事実に注目します。 プラグイン付きの証明書を持つということは、Mirantisが安定した操作とサポートを保証することだけを意味します。
ユーザーの観点から見たプラグイン
1） Mirantis Webサイトのプラグインカタログにアクセスします。
2）プラグインを選択してダウンロードします。
3）セキュアコピーを使用して、選択したプラグインをマスターノードにコピーします。
scp fuel_plugin_name-1.0.0.fp root @：master_node_ip：/ tmp
cd / tmp
燃料プラグイン--install fuel_plugin_name-1.0.0.fp
4）新しい環境を作成した後、Fuelユーザーインターフェースの「設定」タブで、チェックボックスに「チェック」を入れます（必要に応じて、プラグインの追加フィールドに入力します）。
5）環境を再構成します。
6）razdeloitクラウド;
7）喜んでプラグインを使用してください。
注：プラグインを使用するには、環境を展開および構成する前にプラグインをインストールする必要があります。 そうでない場合、インストールされたプラグインを接続できるようにするために、環境デプロイメント手順を繰り返す必要があります。
開発者プラグイン
ビジネスロジックを実装するプラグインコードを記述し、指示（Engl）の説明に従ってプラグインの説明を記述します。
準備ができたら、fpbを使用してプラグインをビルドし、インストールできるようにします（開発中はコードとパッケージのみです）。
開発者向けの新しいプラグインを作成するプロセスを簡素化するために、 Fuel Plugin Builderというツールを開発しました。これは、実際には、 将来のプラグインの「スケルトン」をすばやく簡単に作成できるシンプルなコマンドラインユーティリティです。 すでにご存知のように、私たちは慈善家ではありません-できるだけ多くの新しい開発者が認定プラグインのバンクを埋めることは有益です。 それが開発者を気にする理由です！ ;）
プラグインを除く、MOS 6.0のその他の新機能
しかし、単一のプラグインではMOS 6.0が豊富ではありません。 従来、ディストリビューションはプラットフォームの新しいバージョンのリリースに合わせて更新されるため、MOS 6.0がJunoのリリースをサポートすることは驚くことではありません。 さらに、VMwareに慣れているユーザーは、vCenterをOpenStackクラスターのハイパーバイザーとして、NSXをネットワークソリューションとして選択できるようになりました（パートナー統合チームのおかげです）。 また、vCenterを使用する場合、GlanceのバックエンドとしてvSphereデータストアのサポートを利用できます。 UIのチェックボックスを使用して、設定を指定できます。
当然、クラウドテクノロジーの世界では、プラットフォームの安定性とスケーラビリティが非常に重要であることを覚えています。 実機を使用してラボでMOS 6.0をテストした結果、Fuelは100ノードの環境にクラウドを展開できると主張することができました。 しかし、これだけではありません。5月のサミットに続く資料の追加の変更について読んでください。 そして、ムラーノアプリケーションディレクトリについてお話します。