Ansible および Red Hat Decision Manager を使用した ONAP でのポリシーベースのデシジョンおよび制御

ルールエンジンは、宣言形式を使用してビジネスロジックに基づいて意思決定を行うソフトウェア要素です。ルールエンジンには、非常に基本的 (単純なルールのサポート) なものや、非常に複雑なもの (洗練されたアルゴリズムをベースとする) があります。

Red Hat Decision Manager は、PHREAK アルゴリズム (有名な Rete アルゴリズムの進化版)、DMN コンプライアンスレベル 3 ランタイム、PMML のサポート、Complex Event Processing (CEP) エンジンに基づいたルールエンジンなど、柔軟性の高いデシジョン機能を提供します。

PHREAK の理由付けアルゴリズムのランタイムを使用すると、レイテンシーが低く、パフォーマンスの高いビジネスルール実行ができるだけでなく、単一のルール実行環境で、何十万ものルールにまで簡単にスケーリングできます。

軽量のエンジンであるため、埋め込みのシステムやマイクロサービスのアーキテクチャーなど、さまざまなアーキテクチャーやデプロイメントのトポロジーで、デシジョンサービスおよびランタイムとして Red Hat Decision Manager を使用できます。デシジョンエンジンと、複数のアプリケーションフレームワークやランタイムを組み合わせることができます。

Red Hat Decision Manager は、オープンな標準仕様 (DMN、XML、JSON、JAX-RS) および事実上の標準仕様 (Git、Maven、Eclipse、IntelliJ) で構築されています。以下の機能が含まれます。

これらの機能を使用することで、ビジネスの俊敏性を向上し、一貫性をもたせて効率的にデシジョンを実行し、開発サイクルだけでなく、商品を市場に投入するまでの時間を短縮します。

Ansible は自動化エンジンで、ネットワーク機能、クラウドプロビジョニング、設定管理、アプリケーションのデプロイメント、イントラサービスのオーケストレーションなどの自動化のニーズを、完全に自動化します。

Ansible は、1 台ずつシステムを管理するのではなく、お使いの全システムがどのように反復作業を行うのかを記述して IT 環境をモデル化するため、複数階層のデプロイメント向けに設計されています。

Ansible は、エージェントや、追加のカスタムセキュリティーインフラストラクチャーを使用しないため、デプロイメントが簡単です。Ansible Playbook という形式の YAML 言語を使用します。この Playbook では、英語に似た言語で自動化ジョブを記述できます。

Ansible エンジンには、オプションの追加コンポーネントが 2 つ含まれています。

図4.1 ONAP ポリシー作成およびデプロイメント

ONAP ポリシーフレームワーク (別称 POLICY) は、以下のサブコンポーネントで設定されます。

DCAE サブシステムの主な機能は以下のとおりです。

これらの機能により、クローズドループは、さまざまな ONAP コンポーネントにより、ネットワーク内のイベントや他の条件に対応できるようになります。

これらのコントローラーはいずれも OpenDaylight Controller フレームワークをもとにしています。

ポリシーの初回作成後、または既存のポリシーの変更後には、ポリシー分散フレームワークを使用して、実際にポリシーが必要となる前に、リポジトリーからポリシー定義点やポリシー施行点などの使用地点にポリシーを送信します。

ポリシー適用の例として以下が挙げられます。

以下の手順では、簡単なポリシーフローを例示します。

Ansible では、netconf または cli などのプロトコルを使用して、さまざまな物理ネットワーク機能と仮想ネットワーク機能の自動化メカニズムを簡単に実装できます。Ansible は現在、APPC アーキテクチャーで ONAP を使用しており、VNF 管理フレームワークを提供するため、体系化された形で CLI のようなツールを使用できます。また、エージェントレスなため、ターゲットの VNF では追加のソフトウェアが必要ありません。このコンストラクトは、標準インターフェイスや netconf などのプロトコルをサポートするかどうかにかかわらず、一貫性を持って VNF を管理できます。アクションは、Playbook (または 複数の Playbook) を構築して、SSH 経由で VNF 上の Ansible が Playbook を実行することで、VNF で実行できます。

APP-C の Ansible 拡張は、以下のアーキテクチャーで VNF を管理できます。

アプリケーションコントローラーがイベントを受信したときのワークフロー例については、APPC Ansible Adapter のページを参照してください。

Barometer は、collectd の機能を開発して NFV デプロイメントに適したメトリックやイベントを収集する OPNFV のプロジェクトです。

Virtual function Event Stream (VES) は、VNF ヘルスやライフサイクルを管理する NFV Service Provider (SP) が使用できるように共通のモデルや形式を提供する ONAP プロジェクトです。このプロジェクトの目的は、共通のイベントストリーム形式や収集システムに移動することで、開発の工数を減らし、さまざまなソース (主に NFVI、VNF および PNF) からの計測データを自動化されたポリシーベースの管理システムに統合します。

Barometer VES プラグインは、collectd イベントを使用し、VES 形式で、事前設定された VES/DCAE コレクターに転送します。

イベントやメトリックを VES 形式で受け取る DCAE コレクターは、ONAP メッセージバスでイベントやメトリックを公開して、データベースに保存します。