3rdparty/modules/cinder/examples/cinder_volume_with_pacemaker.pp

   1 # Example: managing cinder controller services with pacemaker
   2 #
   3 # By setting enabled to false, these services will not be started at boot.  By setting
   4 # manage_service to false, puppet will not kill these services on every run.  This
   5 # allows the Pacemaker resource manager to dynamically determine on which node each
   6 # service should run.
   7 #
   8 # The puppet commands below would ideally be applied to at least three nodes.
   9 #
  10 # Note that cinder-api is associated with the virtual IP address as
  11 # it is called from external services.  The remaining services connect to the
  12 # database and/or message broker independently.
  13 #
  14 # Example pacemaker resource configuration commands (configured once per cluster):
  15 #
  16 # sudo pcs resource create cinder_vip ocf:heartbeat:IPaddr2 params ip=192.0.2.3 \
  17 #   cidr_netmask=24 op monitor interval=10s
  18 #
  19 # sudo pcs resource create cinder_api_service lsb:openstack-cinder-api
  20 # sudo pcs resource create cinder_scheduler_service lsb:openstack-cinder-scheduler
  21 #
  22 # sudo pcs constraint colocation add cinder_api_service with cinder_vip
  23
  24 class { 'cinder':
  25   database_connection  => 'mysql://cinder:secret_block_password@openstack-controller.example.com/cinder',
  26 }
  27
  28 class { 'cinder::api':
  29   keystone_password => 'CINDER_PW',
  30   keystone_user     => 'cinder',
  31   enabled           => false,
  32   manage_service    => false,
  33 }
  34
  35 class { 'cinder::scheduler':
  36   scheduler_driver => 'cinder.scheduler.simple.SimpleScheduler',
  37   enabled          => false,
  38   manage_service   => false,
  39 }
  40