Congress最新動向: OpenStackプロジェクトのインテグレーションユースケースが続々登場

本ユースケースは前回のOpenStack Summit Tokyoで提案され、MitakaリリースではCongressとMonasca間でデータのやり取りとPolicy違反時に対処を実施するMonasca driverが既に実装されています。ユースケースの実現に向けて不足している機能は、アラームのリアルタイム受信機能とPolicyからアラームへの変換機能の2つです。リアルタイム受信機能はMitakaで実装されたPush型Driverを用いて実現できることが確認されており、Congress内のPolicyをMonascaのアラームへ変換する機能をMonasca Driverへ実装することがNewtonに向けて提案されています。

Policyによる柔軟なNovaスケジューラの実現

Novaのスケジューラで一般的なFilterスケジューラにPolicyスケジューラを追加することで、OpenStackの運用者が簡単にスケジューラをカスタムできるといったユースケースです。

NovaのFilterスケジューラでは多くのFilterが用意されており、任意のFilterを組み合わせることで運用者が利用したいスケジューリングを実施できるようになっています。しかしながら、既存のFilterで実現できないスケジューリングを運用者が利用したい場合には、新しくFilterを開発する必要がありました。そこで、Congressで定義したPolicyをスケジューリングに利用することで、運用者が柔軟にスケジューラを設定できるようにします。

Novaプロジェクトでもスケジューラに関する議論が行われており、本ユースケースは同じくその中でも議論を続けていくことになっています。Newtonリリース以降ではPolicyを用いて運用者毎のスケジューリングが実施できるようになることが予想されます。

NFV領域での活用

OPNFV Doctorプロジェクト^※4において、ハードウェアの故障を論理的なシステムの故障へ変換するユースケースが紹介されました。

[4] https://wiki.opnfv.org/display/doctor

DoctorプロジェクトはNFVを構成するインフラのFault Manangementを目的としたプロジェクトです。Zabbixなどの監視システムによって検知されたインフラの故障情報（ハイパーバイザやスイッチの故障情報）を元に、故障が影響する仮想マシンを特定し、故障に合わせた処理を実施する機能がCongressを用いて実現されています。Monascaインテグレーションで記載したPush型Driver用いることでこの機能が実現されており、Newtonリリースに向けて、本機能を実現しているDoctor用のDriverとそのPolicyがCongressプロジェクトに還元される予定です。

Congressのパフォーマンスと可用性の両立

Congressプロジェクトではスケーラビリティの向上を目的にLibertyリリース以降プロセス構成の変更を行ってきました。Mitakaリリースでは新構成のベースとなるコードが完成しています。しかし、マルチプロセス構成が実現されることにより、各プロセス間の通信スループットとデータの可用性確保が必要になるため、パフォーマンスと可用性を両立する方法について議論が行われました。

現在Policyの計算やPolicy違反への対処はインメモリで実施しているため、さまざまな実装方式の提案が行われました。pacemakerでプロセスの管理を実施しCongressプロセス間でデータの可用性を確保する方法、DBなどの永続化領域を利用した方法などが提案されています。

Summit期間中には議論が終わらなかったため、IRCやミーティングで議論が継続しています。Newtonリリースまでにはスケーラビリティを確保した新構成での動作が完成される見込みのため、近いうちにパフォーマンスと可用性を両立する方法も合わせて確立されることが予想されます。

おわりに

Congressプロジェクトはまだ知名度は低いですが、着実にユースケースが増えてきています。Congressは、Policyを管理する機能という特性上、各種サービスの縁の下の力持ち的な役割になります。まだ若いプロジェクトではありますが、今後各プロジェクトとのインテグレーションが進むにつれて、さまざまなユースケースでCongressが重要なポジションになっていくと予想されます。

せっかくの機会ですので、これを機にCongressを利用してみて気になるバグや欲しい機能についてコントリビューションしてみてはいかがでしょうか。