OpenStack Heat サービスによるアグリゲートディスカバリーとアラーム
Contrail Insights と Heat の統合には、検出とアラームという 2 つの独立した側面があります。
Heat Stack Discovery
Contrail Insights OpenStack アダプターは、Heat API を使用して OpenStack クラスター内の Heat スタックを検出します。各スタックは、Contrail Insights のラベル Heat の集計として表されます。OpenStack Adapter が Heat スタックを検出すると、OpenStack Adapter は Contrail Insights プラットフォームで集約を構成し、Heat スタックによって定義された仮想マシンおよび仮想ネットワークをアグリゲートのメンバーとして追加します。 図 1 を参照してください。
の Heat Stack Discovery
検出機能は、標準的な OpenStack 統合の一部として Contrail Insights OpenStack Adapter によって提供されます。ディスカバリーは、OpenStack コントローラー、OpenStack 構成、または Heat サービスに変更を加える必要がなく、Contrail Insights Heat プラグインのインストールは必要ありません。
図 2 は、Contrail Insights によって発見された 2 つの Heat スタック( stack1 と ubuntu_stack)を示しています。各スタックは Contrail Insights で 混合 集約として表されます。 混合 集約には、仮想マシンや仮想ネットワークなど、さまざまな種類のエンティティが含まれている場合があります。集約 Heat スタックを表示するには、 ダッシュボードを選択し、[インフラストラクチャ] タブから [ 集約] を選択します。
における混合集約ヒート スタック
図 3 は、Heat スタック ubuntu_stack内のエンティティを示しています。ubuntu_vm1とubuntu_vm2の 2 つの仮想マシンと、1 つの仮想ネットワークがubuntu_network1。このページを表示するには、[ダッシュボード] を選択し、[インフラストラクチャ] タブから [集計] を選択します。[集約 1 つ選択] タブで、表示するエンティティを選択します。
の Heat Stack の仮想マシン
Contrail Insightsのアラームリソースタイプ
Contrail Insights は、Heat スタックの検出に加え、Heat テンプレートの 2 つの新しいリソース タイプを定義する Heat プラグインを提供します。
| OS::AppFormix::Alarm | このリソース タイプは、Heat スタック内のリソースを監視するための単一のアラームを定義するために使用されます。 |
| OS::AppFormix::CompositeAlarm | このリソース タイプは、Heat スタック内のリソースを監視するための複合アラームを定義するために使用されます。 Heat スタックがテンプレートから作成されると、アラームと複合アラームが Contrail Insights で設定され、Contrail Insights ストリームベースの分散型分析エンジンによって評価されます。 |
監視するリソース(仮想マシンなど)を定義するのと同じテンプレートで監視構成を維持すると、メリットがあります。Contrail Insights アラームと複合アラームは、Heat スタック内のリソースがインスタンス化された時点で設定されます。さらに、これらのアラームを使用して Heat AutoScaling ポリシーのスケールアップとスケール ダウンをトリガーできます。これにより、応答性が高くきめ細かい Contrail Insights アラームが発生するため、Heat はより迅速かつ正確に対応できます。
間の相互作用シーケンス
Heat スタックがまたはOS::AppFormix::CompositeAlarmリソースを含OS::AppFormix::Alarmむ Heat テンプレートを使用して作成されると、Heat はリソース プロパティを Contrail Insights Heat プラグインに渡し、Contrail Insights でアラームを設定します。図 4 は、Heat、Contrail Insights Heat プラグイン、Contrail Insights プラットフォームの相互作用を以下の一連のイベントで示しています。
ユーザーは、テンプレートから または
OS::AppFormix::CompositeAlarmリソースで Heat スタックをOS::AppFormix::Alarmインスタンス化します。Heat は、アラーム プロパティを Contrail Insights Heat プラグインに渡します。
リソース
OS::AppFormix::Alarmを使用すると、Contrail Insights Heat プラグインが Contrail Insights REST API を使用して Contrail Insights プラットフォームでアラームを構成します。Contrail Insights プラットフォームの URL は、構成パラメーターです(「Contrail Insights Heat プラグインのインストール」を参照してください)。アラームは、 にEvent設定されたモードで設定されます。アラームは、アラームの条件を満たす間隔ごとに通知を生成します。リソース
OS::AppFormix::CompositeAlarmを使用すると、Contrail Insights Heat プラグインが Contrail Insights REST API を使用して Contrail Insights プラットフォームで複合アラームを構成します。ユーザーは複合アラームで複数の個別アラームを定義できます。複合アラームの状態は、個々のアラームの状態を組み合わせたものです。ユーザーは、個々のアラームの重みと複合アラームのしきい値を定義できます。アクティブなアラームの重みの合計がユーザーが定義したしきい値を超えた場合、複合アラームはアクティブになります(「例:OS::AppFormix::Alarm を使用した Heat Autoscaling」を参照)。複合アラームがアクティブであれば、60 秒ごとに通知が生成されます。アラームまたは複合アラームがトリガーされると、HTTP/HTTPS POST によってアラームのプロパティで指定されたエンドポイントに通知が
notification_url配信されます。自動スケーリングを有効にするには、Heat テンプレートで HeatScalingPolicyリソースnotification_urlをsignal_url.この場合、通知は Heat に送信されて処理されます。
Heat テンプレートで、 OS::AppFormix::Alarm リソースタイプを OS::AppFormix::CompositeAlarm 利用できるようにするには、OpenStack コントローラ ホストに Contrail Insights Heat プラグインをインストールして設定する必要があります。以下のセクション「Install Contrail Insights Heat Plug-in」を参照してください。
プラグインを使用した Heat リソースの拡張可能設計の詳細については、 Heat のマニュアルを参照してください。
Contrail Insights Heat プラグインのインストール
OpenStack コントローラ ホストに Heat プラグインをインストールして設定するには、次の手順にしたがってください。
パッケージをコピー
appformix-openstackします。リリースバンドルから、
appformix_openstackHeatサービスが実行されているOpenStackコントローラホストにPythonパッケージをコピーします。このパッケージは、リリースバンドルのディレクトリ内のpkgPythonホイールまたはRPMパッケージとして提供されます。パッケージをインストール
appformix-openstackします。Heat サービスを実行する OpenStack コントローラー ホストで、パッケージをインストールします
appformix-openstack。パッケージのappformix-openstack最新バージョンは0.6.2です。$ pip install appformix_openstack-0.6.2-py2-none-any.whl
デフォルトでは、次のリソースがインストールされます。
/usr/local/lib/python2.7/dist-packages/appformix/heat
OpenStack サービスがコンテナで実行されている場合、Heat コンテナからアクセスできるディレクトリにリソースをインストールする必要があります。オプション
pip installと を--target使用して、リソースを別のディレクトリにインストールします。例えば：$ pip install --target=/var/lib/docker/volumes/opt_plugin/_data appformix_openstack-0.6.1-py2-none-any.whl
Heat 設定ファイルを変更します。
セクションで と呼ばれる
appformix_controller_url変数を[DEFAULT]定義し、Contrail Insights Platform のベース URL に設定します。インストール ディレクトリをプラグイン ディレクトリのリストに追加します。セクション内の
plugin_dirsエントリーを[DEFAULT]探し、リストの最後にインストール・ディレクトリーを追加します。OpenStack サービスがコンテナで実行されている場合は、Heat コンテナ内のインストールディレクトリのマウントパスを指定します。必要に応じて、 と呼ばれる
appformix_task_num_iterations変数を定義しappformix_task_wait_milliseconds、Heat プラグインが操作がタイムアウトしたことを宣言する前に、Heat プラグインが Contrail Insights API リクエストのステータスを確認する回数と頻度を制御します。両方の変数は、整数値を受け入れます。これらの変数が未定義の場合、デフォルトは以下の値になります。appformix_task_num_iterations = 10 appformix_task_wait_milliseconds = 200
これは、変更後の
heat.confファイルのあるべき姿です。[DEFAULT] ... appformix_controller_url = <base URL, e.g., http://appformix_platform_host:9000> plugin_dirs = [...], <e.g. /usr/local/lib/python2.7/dist-packages/appformix/heat> appformix_task_num_iterations = 10 appformix_task_wait_milliseconds = 200OpenStack サービスがコンテナ内で実行されている場合は、すべての Heat コンテナ内の
heat.confファイルに変更が反映されていることを確認してください。すべての OpenStack Heat サービスを再起動します。
service heat-api restart service heat-api-cfn restart service heat-engine restart
OpenStack サービスがコンテナで実行されている場合は、すべての Heat コンテナを再起動します。
docker restart heat_engine docker restart heat_api docker restart heat_api_cfn
OS::AppFormix::Heat テンプレート内のアラーム設定
リソース タイプは OS::AppFormix::Alarm Heat テンプレートで使用して Contrail Insights アラームを作成できます。リソースタイプには、以下の入力パラメーターがあります。
パラメーター |
説明 |
|---|---|
alarm_name |
アラームを識別する名前。 |
alarm_metric |
アラームで評価するメトリック。 選択肢の一覧を表示するには、Contrail Insights API エンドポイント
メトリック名としてキーの |
しきい値 |
メトリック測定値を比較する値。しきい値の単位は、 の |
aggregation_function |
比較前に測定値を組み合わせる場合に使用する操作。選択肢は次のとおりです。
|
comparison_function |
測定値としきい値の比較に使用する操作。選択肢は次のとおりです。
|
期間 |
組み合わせる前にサンプル値を収集する秒数。 |
num_intervals |
比較前にデータを収集する長さの |
num_exception_intervals |
- アラームがアクティブと見なされるために、アラーム条件が true である必要がある長さの |
project_id |
(オプション)アラームを評価する必要があるインスタンスを含むプロジェクトの ID。 |
aggregate_id |
(オプション)アラームを評価する必要があるインスタンスを含む集約の ID。 次の構文を使用して、現在の Heat スタック内のインスタンスでアラームを評価する必要があることを示します。 aggregate_id: { get_param: "OS::stack_id" }
|
notification_url |
アラームがアクティブなときに通知が送信される URL。これは、Contrail Insightsから通知を受信するために準備されたURLです( 通知を参照してください)。Contrail Insights Alarms を使用して自動スケーリングをトリガーする Heat テンプレートの場合、この URL はスケーリング ポリシーに設定 |
例:OS による Heat Autoscaling::AppFormix::Alarm
Contrail Insights Heat プラグインを使用すると、Contrail Insights アラームを Ceilometer アラームの代わりに Heat Autoscaling テンプレートで使用できます。次の Heat テンプレートは、CPU 使用率に基づいて実行中のインスタンス数を自動的に拡張するために使用 OS::AppFormix::Alarm します。
heat_template_version: 2014-10-16
description: Example auto scale group, policy and alarm
resources:
scaleup_group:
type: OS::Heat::AutoScalingGroup
properties:
cooldown: 60
desired_capacity: 1
max_size: 5
min_size: 1
resource:
type: OS::Nova::Server
properties:
key_name: heat_key
image: 8e571a43-25c7-4eb1-bbb6-13e446e99e8a
flavor: m1.tiny
name: "test_vm"
networks:
- network: afx-net
scaleup_policy:
type: OS::Heat::ScalingPolicy
properties:
adjustment_type: change_in_capacity
auto_scaling_group_id: { get_resource: scaleup_group }
cooldown: 60
scaling_adjustment: 1
scaledown_policy:
type: OS::Heat::ScalingPolicy
properties:
adjustment_type: change_in_capacity
auto_scaling_group_id: { get_resource: scaleup_group }
cooldown: 60
scaling_adjustment: -1
cpu_alarm_high:
type: OS::AppFormix::Alarm
properties:
alarm_name: 'cpu_alarm_high'
alarm_metric: 'cpu.usage'
aggregation_function: 'average'
comparison_function: 'above'
duration: 60
num_intervals: 1
num_exception_intervals: 1
threshold: 80
aggregate_id: { get_param: "OS::stack_id" }
notification_url: { get_attr: [scaleup_policy, signal_url] }
cpu_alarm_low:
type: OS::AppFormix::Alarm
properties:
alarm_name: 'cpu_alarm_low'
alarm_metric: 'cpu.usage'
aggregation_function: 'average'
comparison_function: 'below’
duration: 300
num_intervals: 1
num_exception_intervals: 1
threshold: 10
aggregate_id: { get_param: "OS::stack_id" }
notification_url: { get_attr: [scaledown_policy, signal_url] }
次のシーケンスでは、「OS::AppFormix::Alarm」テンプレートを使用した Heat Autoscaling から Heat スタックを作成した場合の動作を示します。
このテンプレートを使用してヒート スタックを導入すると、最初に 1 つのインスタンス
test_vmが作成されます。2 つの Contrail Insights アラーム
cpu_alarm_highとcpu_alarm_lowは、インスタンスの CPU 使用率の監視に使用されます。Contrail Insights が収集する任意のメトリックを監視するように定義できます。インスタンスの CPU 使用率が 80% を超えると、アラーム
cpu_alarm_highがトリガーされます。これにより、 を実行scaleup_policyすると、アラームがアクティブである限り、実行中のインスタンスの数が 1 60 秒ごとに増加します。実行中scaleup_policyのインスタンスの数が で の値max_sizeと等しい場合、実行を停止します。インスタンスの CPU 使用率が 10% を下回ると、アラーム
cpu_alarm_lowがトリガーされます。これにより、 を実行scaledown_policyすると、アラームがアクティブである限り、実行中のインスタンスの数が300秒ごとに1減少します。実行中scaledown_policyのインスタンスの数が で の値min_sizeと等しい場合、実行を停止します。
OS::AppFormix::Alarm を使用した自動スケーリング テンプレートのヒート スタックの作成
次に、テンプレート「例:OS:AppFormix::Alarm を使用した Heat Autoscaling」から Heat スタックを作成し、VM の CPU 負荷を追加して Contrail Insights アラームをトリガーするときに何が起こるかを確認します。
「例:OS::AppFormix::Alarm を使用した Heat Autoscaling」で定義されたテンプレートを、 という名前
appformix_autoscaling.yamlのファイルに保存します。またはaggregate_idフィールドに適切な値をproject_id入力します。次に、テンプレートを使用して Heat スタックを作成します。$ heat stack-create -f appformix_autoscaling.yaml stack1 +--------------------------------------+------------+--------------------+---------------------+--------------+ | id | stack_name | stack_status | creation_time | updated_time | +--------------------------------------+------------+--------------------+---------------------+--------------+ | 753e8bfd-047e-4297-aaef-3d1a68d36b24 | stack1 | CREATE_IN_PROGRESS | 2017-09-10T19:08:34 | None | +--------------------------------------+------------+--------------------+---------------------+--------------+ $ heat stack-list +--------------------------------------+------------+-----------------+---------------------+--------------+ | id | stack_name | stack_status | creation_time | updated_time | +--------------------------------------+------------+-----------------+---------------------+--------------+ | eb9b7dd3-c1a6-4f5d-9039-8c5968b88775 | stack1 | CREATE_COMPLETE | 2017-09-10T19:17:28 | None | +--------------------------------------+------------+-----------------+---------------------+--------------+
実行中のインスタンスが 1 つ
test_vmであることを確認します。$ nova list +--------------------------------------+------------+--------+------------+-------------+----------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+------------+--------+------------+-------------+----------------------+ | 11b00a5b-fa62-407d-a155-e3b65b2436ca | test_vm | ACTIVE | - | Running | afx-net=192.168.10.3 | +--------------------------------------+------------+--------+------------+-------------+----------------------+
上のいくつかの負荷を生成します
test_vm。cpu_alarm_highContrail Insights ダッシュボードでアラームがアクティブになるのを確認します。アラームがアクティブな場合は、クラスタ上で実行中のインスタンスを確認します。と呼ばれる
test_vm2 つの実行中のインスタンスが存在する必要があります。$ nova list +--------------------------------------+------------+--------+------------+-------------+----------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+------------+--------+------------+-------------+----------------------+ | 0389529f-ae05-4677-99c9-fb79d27eb9e9 | test_vm | ACTIVE | - | Running | afx-net=192.168.10.4 | | 11b00a5b-fa62-407d-a155-e3b65b2436ca | test_vm | ACTIVE | - | Running | afx-net=192.168.10.3 | +--------------------------------------+------------+--------+------------+-------------+----------------------+
負荷ジェネレータを上で停止します
test_vm。cpu_alarm_lowContrail Insights ダッシュボードでアラームがアクティブになるのを確認します。アラームがアクティブな場合は、クラスタ上で実行中のインスタンスを確認します。これで、1 つの
test_vmインスタンスが実行されるはずです。
OS::AppFormix::Heat テンプレート内の複合アルアーム構成
複数の個別のアラームを定義し、複合アラームに組み合わせることができます。複合アラームの状態は、個々のアラームの状態を組み合わせたものです。個々のアラームの重みと複合アラームのしきい値を定義できます。複合アラームは、アクティブなアラームの重みの合計がユーザー定義のしきい値と等しいか、または超えた場合にアクティブになります。
OS::AppFormix::CompositeAlarm Heat テンプレートでリソース タイプを使用して、Contrail Insights コンポジット アラームを作成できます。リソースタイプには、以下の入力パラメーターがあります。
パラメーター |
説明 |
|---|---|
composite_alarm_name |
複合アラームを識別する名前。 |
project_id |
(オプション)複合アラームを評価する必要があるインスタンスを含むプロジェクトの ID。 |
aggregate_id |
(オプション)複合アラームを評価する必要があるインスタンスを含む集約の ID。 次の構文を使用して、現在の Heat スタック内のインスタンスでアラームを評価する必要があることを示します。 aggregate_id: { get_param: "OS::stack_id" }
|
notification_url |
アラームがアクティブなときに通知が送信される URL。これは、Contrail Insightsから通知を受信するために準備されたURLです( 通知を参照してください)。Contrail Insights Alarms を使用して自動スケーリングをトリガーする Heat テンプレートの場合、この URL はスケーリング ポリシーの URL に |
composite_alarm_rules |
複合アラームを構成する個々のアラームのリスト。個々のアラームは、 、 |
composite_alarm_threshold |
複合アラームがアクティブかどうかを判断するために使用される 0~1 の値。すべてのアクティブなルールの重みの合計がしきい値と等しいか超えている場合、複合アラームはアクティブであると判断されます。 |
- 例:OS による Heat Autoscaling::AppFormix::CompositeAlarm
- OS::AppFormix::CompositeAlarm を使用した自動スケーリング テンプレートのヒート スタックの作成
例:OS による Heat Autoscaling::AppFormix::CompositeAlarm
Contrail Insights Heat プラグインを使用すると、Contrail Insights の複合アラームを、Ceilometer アラームの代わりに Heat Autoscaling テンプレートで使用できます。次の Heat テンプレートは、CPU 使用率とメモリ使用率に基づいて、実行中のインスタンス数を自動的に拡張するために使用 OS::AppFormix::CompositeAlarm します。
heat_template_version: 2014-10-16
description: Example auto scale group, policy and alarm
resources:
scaleup_group:
type: OS::Heat::AutoScalingGroup
properties:
cooldown: 120
desired_capacity: 1
max_size: 5
min_size: 1
resource:
type: OS::Nova::Server
properties:
key_name: heat_key
image: 8e571a43-25c7-4eb1-bbb6-13e446e99e8a
flavor: m1.tiny
name: "test_vm"
networks:
- network: afx-net
scaleup_policy:
type: OS::Heat::ScalingPolicy
properties:
adjustment_type: change_in_capacity
auto_scaling_group_id: { get_resource: scaleup_group }
cooldown: 120
scaling_adjustment: 1
scaledown_policy:
type: OS::Heat::ScalingPolicy
properties:
adjustment_type: change_in_capacity
auto_scaling_group_id: { get_resource: scaleup_group }
cooldown: 120
scaling_adjustment: -1
composite_alarm_high:
type: OS::AppFormix::CompositeAlarm
properties:
composite_alarm_name: 'composite_alarm_high'
aggregate_id: { get_param: "OS::stack_id" }
notification_url: { get_attr: [scaleup_policy, signal_url] }
composite_alarm_threshold: 0.5
composite_alarm_rules:
- alarm_name: 'rule1'
alarm_metric: 'cpu.usage'
aggregation_function: 'average'
comparison_function: 'above'
duration: 180
num_intervals: 1
num_exception_intervals: 1
threshold: 80
alarm_weight: 0.5
- alarm_name: 'rule2'
alarm_metric: 'memory.usage'
aggregation_function: 'average'
comparison_function: 'above'
duration: 180
num_intervals: 1
num_exception_intervals: 1
threshold: 80
alarm_weight: 0.5
composite_alarm_low:
type: OS::AppFormix::CompositeAlarm
properties:
composite_alarm_name: 'composite_alarm_low'
aggregate_id: { get_param: "OS::stack_id" }
notification_url: { get_attr: [scaledown_policy, signal_url] }
composite_alarm_threshold: 1.0
composite_alarm_rules:
- alarm_name: 'rule3'
alarm_metric: 'cpu.usage'
aggregation_function: 'average'
comparison_function: 'below'
duration: 300
num_intervals: 1
num_exception_intervals: 1
threshold: 10
alarm_weight: 0.5
- alarm_name: 'rule4'
alarm_metric: 'memory.usage'
aggregation_function: 'average'
comparison_function: 'below'
duration: 300
num_intervals: 1
num_exception_intervals: 1
threshold: 10
alarm_weight: 0.5
次のシーケンスでは、Heat スタックが上記のテンプレートから作成された場合の動作について説明します。
このテンプレートを使用してヒート スタックを導入すると、最初に 1 つのインスタンス
test_vmが作成されます。2つのContrail Insights複合アラーム
composite_alarm_highは、composite_alarm_lowHeatスタック内のインスタンスのリソース使用率を監視するために使用されます。これらは、インスタンスのCPU使用率とメモリ使用率を監視する2つの個別のアラームで構成されています。Contrail Insights が収集する任意のメトリックを監視するように定義できます。の
composite_alarm_high個々のアラームは、それぞれ重み 0.5 で定義され、複合アラームは閾値 0.5 で定義されます。これは個々のアラームがアクティブである場合複合アラームがアクティブと見なされることを意味します。の
composite_alarm_low個々のアラームは、それぞれ重み 0.5 で定義され、複合アラームは閾値 1.0 で定義されます。つまり、複合アラームは、個々のアラームが両方ともアクティブである場合にのみアクティブとみなされます。インスタンス
test_vmの CPU 使用率またはメモリ使用率のいずれかが 80% を超えると、複合アラームcomposite_alarm_highがトリガーされます。これにより、 をscaleup_policy実行すると、複合アラームがアクティブである限り、実行中のインスタンスの数が 1 60 秒ごとに増加します。実行中scaleup_policyのインスタンスの数が で の値max_sizeと等しい場合、実行を停止します。インスタンス
test_vmの CPU 使用率とメモリ使用率の両方が 10% を下回ると、複合アラームcomposite_alarm_lowがトリガーされます。これにより、 を実行scaledown_policyすると、複合アラームがアクティブである限り、実行中のインスタンスの数が60秒ごとに1減少します。実行中scaledown_policyのインスタンスの数が で の値min_sizeと等しい場合、実行を停止します。
OS::AppFormix::CompositeAlarm を使用した自動スケーリング テンプレートのヒート スタックの作成
次に、テンプレート「例:OS を使用した Heat Autoscaling::AppFormix::CompositeAlarm」から Heat スタックを作成し、VM の CPU 負荷を追加して Contrail Insights コンポジット アラームをトリガーするときに何が起こるかを確認します。
「例:OS::AppFormix::CompositeAlarm を使用した Heat Autoscaling」で定義されたテンプレートを と呼ばれる
appformix_composite_autoscaling.yamlファイルに保存します。またはaggregate_idフィールドに適切な値をproject_id入力します。次に、テンプレートを使用して Heat スタックを作成します。$ heat stack-create -f appformix_composite_autoscaling.yaml composite1 +--------------------------------------+------------+--------------------+----------------------+--------------+ | id | stack_name | stack_status | creation_time | updated_time | +--------------------------------------+------------+--------------------+----------------------+--------------+ | f2bc3282-1d8b-4230-a3ef-a589f3527188 | composite1 | CREATE_IN_PROGRESS | 2018-10-30T03:12:08Z | None | +--------------------------------------+------------+--------------------+----------------------+--------------+ $ heat stack-list +--------------------------------------+------------+-----------------+----------------------+--------------+ | id | stack_name | stack_status | creation_time | updated_time | +--------------------------------------+------------+-----------------+----------------------+--------------+ | f2bc3282-1d8b-4230-a3ef-a589f3527188 | composite1 | CREATE_COMPLETE | 2018-10-30T03:12:08Z | None | +--------------------------------------+------------+-----------------+----------------------+--------------+
実行中のインスタンスが 1 つ
test_vmであることを確認します。$ nova list +--------------------------------------+---------+--------+------------+-------------+------------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+---------+--------+------------+-------------+------------------------+ | e9bc550d-084e-410c-8154-4c590f504a69 | test_vm | ACTIVE | - | Running | private-2=192.168.27.3 | +--------------------------------------+---------+--------+------------+-------------+------------------------+
上のいくつかの負荷を生成します
test_vm。composite_alarm_highContrail Insights ダッシュボードで複合アラームがアクティブになるのを確認します。複合アラームがアクティブな場合、クラスタ上で実行中のインスタンスを確認します。と呼ばれる
test_vm2 つの実行中のインスタンスが存在する必要があります。$ nova list +--------------------------------------+---------+--------+------------+-------------+------------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+---------+--------+------------+-------------+------------------------+ | e9bc550d-084e-410c-8154-4c590f504a69 | test_vm | ACTIVE | - | Running | private-2=192.168.27.3 | | f7feb43b-221d-4738-9092-476fa2e4b3aa | test_vm | ACTIVE | - | Running | private-2=192.168.27.8 | +--------------------------------------+---------+--------+------------+-------------+------------------------+
負荷ジェネレータを上で停止します
test_vm。composite_alarm_lowContrail Insights ダッシュボードで複合アラームがアクティブになるのを確認します。アラームがアクティブな場合は、クラスタ上で実行中のインスタンスを確認します。これで、1 つの
test_vmインスタンスが実行されるはずです。
トラブルシューティング
デバッグするには、 および debug オプションを verbose セクションに[DEFAULT]heat.conf追加して有効にします。
verbose = True debug = True
次に Heat サービスまたはコンテナを再起動します。詳細なログは に /var/log/heat/heat-engine.log表示されます。