2.2. 例：CPU の使用状況に基づく自動スケーリング

手順

1. インスタンスのフレーバー、ネットワーク設定、およびイメージ種別を記述する環境テンプレートを作成します。テンプレートを /home/<user>/stacks/example1/cirros.yaml ファイルに保存します。<user> 変数を実際のユーザー名に置き換えます。

   heat_template_version: 2016-10-14
   description: Template to spawn an cirros instance.
   
   parameters:
     metadata:
       type: json
     image:
       type: string
       description: image used to create instance
       default: cirros
     flavor:
       type: string
       description: instance flavor to be used
       default: m1.tiny
     key_name:
       type: string
       description: keypair to be used
       default: mykeypair
     network:
       type: string
       description: project network to attach instance to
       default: internal1
     external_network:
       type: string
       description: network used for floating IPs
       default: external_network
   
   resources:
     server:
       type: OS::Nova::Server
       properties:
         block_device_mapping:
           - device_name: vda
             delete_on_termination: true
             volume_id: { get_resource: volume }
         flavor: {get_param: flavor}
         key_name: {get_param: key_name}
         metadata: {get_param: metadata}
         networks:
           - port: { get_resource: port }
   
     port:
       type: OS::Neutron::Port
       properties:
         network: {get_param: network}
         security_groups:
           - default
   
     floating_ip:
       type: OS::Neutron::FloatingIP
       properties:
         floating_network: {get_param: external_network}
   
     floating_ip_assoc:
       type: OS::Neutron::FloatingIPAssociation
       properties:
         floatingip_id: { get_resource: floating_ip }
         port_id: { get_resource: port }
   
     volume:
       type: OS::Cinder::Volume
       properties:
         image: {get_param: image}
         size: 1

2. Orchestration リソースを ~/stacks/example1/environment.yaml に登録します。

   resource_registry:
   
       "OS::Nova::Server::Cirros": ~/stacks/example1/cirros.yaml

3. スタックテンプレートを作成します。監視する CPU しきい値と、追加するインスタンス数を記述します。インスタンスグループも作成し、このテンプレートに参加できるインスタンスの最小数および最大数を定義します。

   注記

   cpu_util メトリックは非推奨となり、Red Hat OpenStack Platform から削除されました。同等の機能を取得するには、累積のcpuメトリックおよび rate:mean 集約メソッドが含まれるアーカイブポリシーを使用します(例: ceilometer-high-rate および ceilometer-low-rate)。CPU 使用率のアラームに cpu メトリクスを使用するには、しきい値を%から ns に変換する必要があります。式は ns = 1,000,000,000 x {granularity} x {percentage_in_decimal} です。たとえば、しきい値が 80% で粒度が1秒の場合、しきい値は 1,000,000,000 x 1 x 0.8 = 800,000,000.0 です。

4. ~/stacks/example1/template.yaml に以下の値を保存します。

   heat_template_version: 2016-10-14
   description: Example auto scale group, policy and alarm
   resources:
     scaleup_group:
       type: OS::Heat::AutoScalingGroup
       properties:
         cooldown: 300
         desired_capacity: 1
         max_size: 3
         min_size: 1
         resource:
           type: OS::Nova::Server::Cirros
           properties:
             metadata: {"metering.server_group": {get_param: "OS::stack_id"}}
   
     scaleup_policy:
       type: OS::Heat::ScalingPolicy
       properties:
         adjustment_type: change_in_capacity
         auto_scaling_group_id: { get_resource: scaleup_group }
         cooldown: 300
         scaling_adjustment: 1
   
     scaledown_policy:
       type: OS::Heat::ScalingPolicy
       properties:
         adjustment_type: change_in_capacity
         auto_scaling_group_id: { get_resource: scaleup_group }
         cooldown: 300
         scaling_adjustment: -1
   
     cpu_alarm_high:
       type: OS::Aodh::GnocchiAggregationByResourcesAlarm
       properties:
         description: Scale up if CPU > 80%
         metric: cpu
         aggregation_method: rate:mean
         granularity: 1
         evaluation_periods: 3
         threshold: 800000000.0
         resource_type: instance
         comparison_operator: gt
         alarm_actions:
           - str_replace:
               template: trust+url
               params:
                 url: {get_attr: [scaleup_policy, signal_url]}
         query:
           str_replace:
             template: '{"=": {"server_group": "stack_id"}}'
             params:
               stack_id: {get_param: "OS::stack_id"}
   
     cpu_alarm_low:
       type: OS::Aodh::GnocchiAggregationByResourcesAlarm
       properties:
         metric: cpu
         aggregation_method: rate:mean
         granularity: 1
         evaluation_periods: 3
         threshold: 200000000.0
         resource_type: instance
         comparison_operator: lt
         alarm_actions:
           - str_replace:
               template: trust+url
               params:
                 url: {get_attr: [scaledown_policy, signal_url]}
         query:
           str_replace:
             template: '{"=": {"server_group": "stack_id"}}'
             params:
               stack_id: {get_param: "OS::stack_id"}
   
   outputs:
     scaleup_policy_signal_url:
       value: {get_attr: [scaleup_policy, signal_url]}
   
     scaledown_policy_signal_url:
       value: {get_attr: [scaledown_policy, signal_url]}

5. 以下のコマンドを入力して環境をビルドしてインスタンスをデプロイします。

   $ openstack stack create  -t template.yaml -e environment.yaml example
   +---------------------+--------------------------------------------+
   | Field               | Value                                      |
   +---------------------+--------------------------------------------+
   | id                  | 248a98bb-f56e-4934-a281-fffde62d78d8       |
   | stack_name          | example                                   |
   | description         | Example auto scale group, policy and alarm |
   | creation_time       | 2017-03-06T15:00:29Z                       |
   | updated_time        | None                                       |
   | stack_status        | CREATE_IN_PROGRESS                         |
   | stack_status_reason | Stack CREATE started                       |
   +---------------------+--------------------------------------------+

6. Orchestrationはスタックを作成し、scaleup_group 定義の min_size パラメーターで定義されているように、定義された最小数の cirros インスタンスを起動します。インスタンスが正常に作成されたことを確認します。

   $ openstack server list
   +--------------------------------------+-------------------------------------------------------+--------+------------+-------------+-------------------------------------+
   | ID                                   | Name                                                  | Status | Task State | Power State | Networks                            |
   +--------------------------------------+-------------------------------------------------------+--------+------------+-------------+-------------------------------------+
   | e1524f65-5be6-49e4-8501-e5e5d812c612 | ex-3gax-5f3a4og5cwn2-png47w3u2vjd-server-vaajhuv4mj3j | ACTIVE | -          | Running     | internal1=10.10.10.9, 192.168.122.8 |
   +--------------------------------------+-------------------------------------------------------+--------+------------+-------------+-------------------------------------+

7. また、オーケストレーションは cpu_gitops_ high および cpu_gitops _ low で定義されているように、スケールアップイベントまたはスケールダウンイベントをトリガーするのに使用される 2 つの cpu アラームも作成します。トリガーが存在することを確認します。

   $ openstack alarm list
   +--------------------------------------+--------------------------------------------+-------------------------------------+-------------------+----------+---------+
   | alarm_id                             | type                                       | name                                | state             | severity | enabled |
   +--------------------------------------+--------------------------------------------+-------------------------------------+-------------------+----------+---------+
   | 022f707d-46cc-4d39-a0b2-afd2fc7ab86a | gnocchi_aggregation_by_resources_threshold | example-cpu_alarm_high-odj77qpbld7j | insufficient data | low      | True    |
   | 46ed2c50-e05a-44d8-b6f6-f1ebd83af913 | gnocchi_aggregation_by_resources_threshold | example-cpu_alarm_low-m37jvnm56x2t  | insufficient data | low      | True    |
   +--------------------------------------+--------------------------------------------+-------------------------------------+-------------------+----------+---------+