connection.autoReconnectOnError |
设置当物理主机的连接状态从Connected变为Disconnected时是否重连。
- 如果设置为true,管理节点会通过ping命令重新连接状态从Connected变为Disconnected的物理主机,
从而让物理主机完成它在disconnected时错过的操作。 例如,
物理主机可能disconnected时错过了物理主机上代理(agent)的升级;
- 如果设置为false, 物理主机会因为任何错误的发生而不能进入维护模式。 例如,云主机迁移失败。
|
true |
|
CPU.overProvisioning.ratio |
设置可分配的虚拟CPU个数。如果物理主机的CPU为四核八线程,
ZStack会将物理主机CPU的总线程(8)以处理器超分率的倍数(10)计算可分配的虚拟CPU的个数,即总量为80。 |
10 |
1-1000 |
load.all |
配置管理节点启动时是否要连接所有的物理主机。
- 如果设置为true, 管理节点会在启动时同时连接所有的物理主机,
如果云中有数量巨大的物理主机,这可能会导致运行管理节点的物理主机资源耗尽;
- 如果设置为false,配合 load.parallelismDegree,
管理节点在启动时每次只会连接一部分物理主机,然后重复这个操作直到所有的物理主机都连上。
|
true |
|
load.parallelismDegree |
当
load.all被设置为false, 这个配置定义了管理节点启动时同时连接物理主机的数目。 |
100 |
> 0 |
maintenanceMode.ignoreError |
物理主机维护模式,忽略相关错误,会返回成功。 |
false |
|
ping.interval |
为了检查物理主机的连接状态,
管理节点周期性的向物理主机发送ping命令的间隔时间,单位是秒。 |
60 |
> 0 |
ping.parallelismDegree |
管理节点发送ping命令的并发度(parallel
degree)。如果物理主机的数目大于这个值,管理节点会重复操作指导所有的物理主机都被ping过。例如,先ping前100个主机,再ping后100个主机
…… |
100 |
> 0 |
reconnectAllOnBoot |
管理节点在启动服务过程中,是否全部重连物理主机。 |
true |
|
ping.maxFailure |
管理节点在检查计算节点时,尝试检查时允许的最大失败次数,单位为次。 |
3 |
> 0 |
host.maintenance.policy |
用于设置物理机维护模式下迁移云主机失败的策略。非强制停止云主机:物理机正在进入维护模式时迁移云主机,如果任意一台云主机迁移失败,物理机将无法进入维护模式。强制停止云主机:物理机正在进入维护模式时迁移云主机,如果某台云主机迁移失败,将停止该云主机。 |
强制停止云主机 |
|