openstack evucate疏散虚机命令

admin

openstack evucate疏散虚机命令
4 `$ y% C, J4 |( I( I' @3 u
! r* t( @# v8 D4 @
如何使用evacuate，使用evacuate功能可以通过nova命令行工具来实现，管理员可以通过物理机发生宕机时通过命令行执行evacuate操作，指定要evacuate的虚机和目标主机，系统会自动将虚机迁移到目标主机上
: H/ Z/ X6 P2 K
3 d3 N# k5 A/ l% m1 g例如：
8 @$ c+ y8 z7 o4 a- M4 J使用nova 命令进行evacuate
2 v& P; T) ~5 anova evacuate <instance_id>  <hostname>
3 N, L7 `0 r- F% b; J
使用openstack 命令
openstack server evacuate <instance_id> --target <target_host>

  Q: _9 @3 U: z: ~<instance_id>:需要撤离的虚机的uuid ID。
--target <target_host> : 迁移到目标计算节点名。
例如：
* n# k* }- _( c+ E  popenstack server evacuate dde200ld-klsl-sskc-2135   --target compute2
0 a/ ^. e! H+ R1 ^
, q1 F+ y( z: a+ n$ |9 w2 M
自动evacuate功能
& A- ?$ M; X) V在手动方式疏散外，Openstack还提供了自动evacuate功能，可以在物理主机宕机时将自动将该主机上的虚机迁移到其他主机上。
0 w" j, D2 N, T* p% z+ j1 w配置参数：
* B  Q: [" p( C) ?9 Z% s. i在nova.conf 配置文件中增加以下参数：
auto_evacuate = True

9 p& G* y7 T  t' M. _  \

admin

Openstack组件间的HA
官方提供了2种配置方案主从模式（Active/Passive）和双活(Active/Active)。
% D6 H4 E- w9 C& o" j' [5 u实现（Active/Passive）需要借助于pacemaker来实现自身服务的HA机制 ，（即通过注册成为pacemaker的一个resource，然后将自身的行为交由pacemaker来进行管理），用来提高可靠性。而(Active/Active)模式则是使用了HAproxy来进行负载均衡的管理，用来提高性能。而在实际部署过程中，通常需要将两种模式根据实际业务的情况来进行考量配置。例如，对于访问比较密集的api服务配置为(Active/Active)来实现负载均衡，但是需要用第三方工具来保证服务的可靠。而对数据库等数据重要组件则使用（Active/Passive）来保证数据的高可靠性。
+ M% x# K3 R3 q( f+ ^5 U4 P
8 `3 R. V5 ?: J& N  jOpenstack VM的HA
9 j# O$ _; J, r3 a) x到目前为止并没有一个完整的使用说明。但是从目前实现的功能来看，Openstack自身已经具备了一些HA的功能。
1.在nova中提供了Evacuate命令来实现，将VM从失败的Compute节点在目标节点上rebuild。这一功能的实现需要依赖源节点和目标节点间有共享存储。
2.在VM的HA当中，对于Compute节点是否故障的判断需要非常的精细，目前在Openstack中每个nova-compute服务启动时都会启动一个定时器，定期的将心跳写入到数据库中，这样可以从控制节点方便的知道Compute节点的状态。

但是Openstack仅仅拥有这些弄能还不足以完成对VM HA功能的完美支持。
* w$ e$ {- I' Z1.只是通过nova-compute服务来确定Compute节点的状态时不可靠的，例如仅仅是nova-compute服务失效，或者网络闪断时，也会造成心跳的过期，从而对是否进行HA不能进行准确的判断。因此需要通过其他方式来确保准确获得节点的状态。
- V* p4 N" V0 s& A0 G2.Openstack没有对VM进行加锁，因此在进行Evacuate命令时，会出现脑裂（同一个disk启动多个VM的情况）。
3.对于需要保护的虚拟机需要提供一个列表，用来表明哪些VM是用来保护的。目前的Evacuate命令会奖失败主机上的所有虚拟机无差别进行rebuild这样的实现也是不太合理的。
7 \9 a' V' T- |2 }0 u- C; q