Article written by

Mehdi Abaakouk (sileht) is a senior python developer, it mainly works on Ceilometer as Core Developer. When it doesn't work on Openstack, it does DevOps stuffs for the non-profit Tetaneutral.net ISP or dance on crazy swing rhythm.

9 Responses

  1. Autoscaling with Heat and Ceilometer | OpenStackうぉっち

    […] 投稿日: 2013/08/29 投稿者: ntamaoki Like AWS CloudFormation, Heat allows to create auto scaling stacks. In order to do this, some metrics need to be retrieved from your VM and some actions need to be triggered when a specified event occurs on these metrics. These actions are usually upscaling (create some new VMs) or downscaling (destroy some VMs). In OpenStack Grizzly, a simplistic system was… Read more ⇒ […]

  2. DeeJay1
    DeeJay1 at | | Reply

    Looks nice! Any hints on how to integrate external monitoring tools with it? Eg pushing alarms into ceilometers DB from outside.

  3. OpenStack Community Weekly Newsletter (Aug 23-30) » The OpenStack Blog

    […] Autoscaling with Heat and Ceilometer […]

  4. History, objectives and limits of the Ceilometer project

    […] more details on this, I recommend you to read the blog post by my colleague Mehdi Abaakouk “Autoscaling with Heat and Ceilometer”. A particular attention should be given to the section “Some notes about deploying […]

  5. OpenStack社区周报(8.26 – 9.3) | UnitedStack Inc.

    […] Heat与Ceilometer实现自动缩放的云 […]

  6. OpenStack Community Weekly Newsletter (Aug 23-30) | Keep America At Work

    […] Autoscaling with Heat and Ceilometer […]

  7. Greg Waines
    Greg Waines at | | Reply

    Actually I have a general question about alarming in OpenStack.

    Service ‘ceilometer-alarm-singleton’ generates ‘Threshold’ Alarms based on threshold crossings of the meters it is monitoring.

    And service ‘ceilometer-alarm-notifier’ listens to the RPC bus for Alarm Notification events and executes the defined triggered action(s) for any alarms.

    However, a System has more than just meter-based threshold alarms. E.g. a Compute Node Failure, a physical interface failure, etc. .
    Is there a “GENERAL” RPC Bus for Alarm Notification Events in OpenStack ?
    Is it the one used by Ceilometer ?
    Is the intent that Ceilometer is also collecting “ALL” Alarms, storing them in DB, and supporting ‘publishers’ for Alarms (e.g. an SNMP Trap publisher )

    Comments ?

Please comment with your real name using good manners.

Leave a Reply