2.3 volume backup

2.4 qos 支持

3 cinder的组件

关于RPC： cinder内部各组件之间使用基于RabbitMQ的RPC通信。cinder-scheduler和cinder-volume分别 会 创建RPC连接，启动消费者线程，然后等待队列消息。当轮询查询到消息到达后，创建线程处理相关消息。

3.1 cinder-api

主要服务接口, 负责接受和处理外界的API请求，并将请求放入RabbitMQ队列，交由后端执行。 

3.2 cinder-scheduler

cinder-scheduler的用途是在多backend环境中决定volume的位置：

0。 首先判断host的状态，只有service状态为up的host才会被考虑。

1。创建volume的时候，根据filter和weight算法选出最优的host来创建volume。

2。迁移volume的时候，根据filter和weight算法来判断目的host是不是符合要求。

如果选出一个host，则使用RPC调用cinder-volume来执行volume操作。

为了维护host的状态，cinder-scheduler接受定时的host上cinder-volume状态上报：

2015-01-12 02:02:56.688 828 DEBUG cinder.scheduler.host_manager [req-403ef666-5551-4f31-a130-7bcad8e9d1ec - - - - -] Received volume service update from block2@lvmdriver-b21: {u‘pools‘: [{u‘pool_name‘: u‘lvmbackend‘, u‘QoS_support‘: False, u‘allocated_capacity_gb‘: 1, u‘free_capacity_gb‘: 3.34, u‘location_info‘: u‘LVMVolumeDriver:block2:cinder-volumes1:default:0‘, u‘total_capacity_gb‘: 5.34, u‘reserved_percentage‘: 0}], u‘driver_version‘: u‘2.0.0‘, u‘vendor_name‘: u‘Open Source‘, u‘volume_backend_name‘: u‘lvmbackend‘, u‘storage_protocol‘: u‘iSCSI‘} update_service_capabilities /usr/lib/python2.7/dist-packages/cinder/scheduler/host_manager.py:434

3.2.1 Host Filtering 算法

默认的filter包括 AvailabilityZoneFilter,CapacityFilter,CapabilitiesFilter。其中：

• AvailabilityZoneFilter会判断cinder host的availability zone是不是与目的az相同。不同则被过滤掉。
• CapacityFilter会判断host上的剩余空间 free_capacity_gb 大小，确保free_capacity_gb 大于volume 的大小。不够则被过滤掉。
• CapabilitiesFilter会检查host的属性是否和volume type中的extra specs是否完全一致。不一致则被国旅掉。

经过以上Filter的过滤，cinder-scheduler会得到符合条件的host列表，然后进入weighting环节，根据weighting算法选出最优的host。得到空列表则报No valid host was found错误。

cinder.conf中，scheduler_default_filters不设置的话，cinder-scheduler默认会使用这三个filter。

3.2.2 Host Weighting 算法

• AllocatedCapacityWeigher：有最小已使用空间的host胜出。 可设置allocated_capacity_weight_multiplier为正值来反转，其默认值为-1。

• CapacityWeigher：有最大可使用空间的host胜出。可设置capacity_weight_multiplier为负值来反转算法，其默认值为1

• ChanceWeigher：随机从过滤出的host中选择一个host

经过此步骤，cinder-scheduler将得到一个weighted_hosts列表，它将会选择第一个host做为volume的目的host，把它加到retry_hosts列表中，然后通过RPC调用上面的cinder-volume来创建volume。

cinder.conf中，scheduler_default_weighers不设置的话，cinder-scheduler默认使用 CapacityWeigher。

3.3 cinder-volume

3.3.1 volume创建失败重试机制

用户可以在cinder.conf中使用scheduler_max_attempts来配置volume创建失败时候的重试次数，默认次数为3，值为1则表示不使用重试机制。

# Maximum number of attempts to schedule an volume (integer value)
#scheduler_max_attempts=3 

cinder-sheduler和cinder-volume之间会传递当前是重试次数。如果volume创建失败，cinder-volume会通过RPC重新调用cinder-scheduler去创建volume，cinder-scheduler会检查当前的重试次数是不是超过最大可重试次数。如果没超过，它会选择下一个可以使用的host去重新创建volume。如果在规定的重试次数内仍然无法创建volume，那么会报No valid host was found错误。

比如下面的重试过程：

cinder-volume：