文档中心知识库API Explorer
文档中心›探索更多›ZStack Cloud›安装与部署ZCF
文档目录

安装与部署

双管理节点物理机高可用方案

ZStack Cloud以单独的高可用套件形式，提供双管理节点物理机高可用功能。当其中任何一个管理节点失联，秒级触发高可用切换，从而保障管理节点持续提供服务。

高可用原理

在双管理节点模型下，每个管理节点均运行zsha2高可用进程，负责实时监控管理节点上的关键服务（包括：管理节点服务、UI服务、数据库服务），当任何一个关键服务出现宕机，立即通过Keep Alived触发VIP（Virtual IP）迁移，然后尝试恢复宕机服务。

如图 1所示：
图 1. 双管理节点物理机高可用


整体设计

双管理节点高可用方案采用主备模式运行，通过VIP对外提供服务。正常运行时，VIP绑定在主节点上，备节点处于热备状态。当主节点发生故障时，VIP自动切换到备节点，实现服务无缝切换。

方案核心组件包括：

  • Keepalived：负责VIP管理和节点状态检测
  • zsha2-service-check：自定义健康检查脚本，监控关键服务状态
  • MySQL主从复制：保障数据库数据一致性
  • zstack-hamon：ZStack自研的高可用监控组件

Keepalived负载均衡功能

Keepalived在双管理节点高可用方案中承担核心的VIP管理和故障切换功能：

  • VIP管理：通过VRRP协议管理虚拟IP地址，确保VIP在节点间正确绑定和迁移
  • 健康检查：定期执行zsha2-service-check脚本，评估节点健康状态
  • 权重计算：基于健康检查结果动态调整节点权重，决定VIP归属
  • 故障切换：当主节点健康评分低于阈值时，自动触发VIP切换到备节点

当前配置采用不抢占模式，即权重变化不会触发主动切换，只有在网络问题或服务不可用时才会发生切换。如需手动切换，需要重启Keepalived服务。

健康检查机制

zsha2-service-check脚本每5秒执行一次，对管理节点进行全面的健康状态评估。检查项包括：

  1. MySQL服务状态检查（权重35%）
    • 检查MySQL服务是否正常运行
    • 验证数据库连接是否可用
    • 确认关键系统表访问正常
  2. 网络连通性检查（权重30%）
    • 检查管理节点间网络连通性
    • 验证与存储网络、业务网络的连接
    • 确认网络延迟在可接受范围内
  3. VIP绑定状态检查（权重20%）
    • 检查VIP是否绑定在当前节点的网络接口
    • 验证VIP路由配置正确性
    • 确认VIP可被外部正常访问
  4. MySQL复制状态检查（权重10%）
    • 检查MySQL复制线程运行状态
    • 验证复制延迟在合理范围内
    • 确认主从数据一致性
  5. 数据一致性检查（权重5%）
    • 抽样检查关键业务数据一致性
    • 验证事务日志同步状态
    • 确认无数据丢失风险

脚本根据各项检查结果计算综合健康评分（0-100分），评分低于配置阈值时触发告警或切换。

检测机制对比

Keepalived和zstack-hamon在双管理节点高可用方案中承担不同的检测职责：

组件 检测类型 检测内容
Keepalived 基础设施层 网络连通性、服务进程状态、系统资源使用率
zstack-hamon 应用业务层 业务逻辑正确性、API响应时间、事务处理能力

两种检测机制形成互补：Keepalived确保基础设施可用性，zstack-hamon保障业务功能正确性。

数据库复制机制

双管理节点采用MySQL主主复制配置，但在实际运行中表现为主从模式：

  • 配置层面：双向复制配置，支持任意节点故障后的快速切换
  • 运行层面：实际运行时一个节点为主（可读写），另一个节点为从（只读）
  • 切换机制：主节点故障时，从节点自动提升为主，恢复读写能力

健康检查中的"Slave检查"实际指代复制节点检查，包括：

  1. 复制线程运行状态（IO_THREAD和SQL_THREAD）
  2. 复制延迟时间（Seconds_Behind_Master）
  3. 复制错误日志检查
  4. 数据一致性验证

在技术文档中，建议使用"复制节点"或"备用数据库节点"替代"Slave"表述，以避免术语歧义。

故障切换流程

当检测到主节点故障时，系统按以下流程执行切换：

  1. 故障检测：zsha2-service-check检测到健康评分低于阈值
  2. 权重调整：Keepalived降低故障节点权重
  3. VIP迁移：VIP自动迁移到健康节点（备节点）
  4. 数据库切换：备节点数据库提升为主节点，恢复读写能力
  5. 服务恢复：管理节点服务在备节点自动启动
  6. 状态同步：新主节点同步故障期间的数据变更

整个切换过程在秒级完成，业务影响最小化。

技术优势

  • 高可靠性：双节点冗余设计，单点故障不影响服务连续性
  • 快速切换：秒级故障检测和切换，业务中断时间最小化
  • 数据一致性：基于MySQL复制保障数据实时同步
  • 灵活配置：支持不抢占模式，避免不必要的切换抖动
  • 易于管理：提供完整的管理和监控接口，便于运维操作

安装与部署

准备软件工具

请管理员准备以下必要的软件包，以便安装部署过程顺利执行：
    • ZStack Cloud ISO：
      • 软件名称（h84r）：ZStack-Cloud-x86_64-DVD-5.5.38-h84r.iso
      • 下载地址：点击这里
    • ZStack Cloud安装包：
      • 软件名称：ZStack-Cloud-installer-5.5.38.bin
      • 下载地址：点击这里
  • 多管理节点高可用套件
    • 软件名称：ZStack-Multinode-HA-Suite-5.5.38.tar.gz
    • 下载地址：点击这里
Note: 软件下载后，需通过MD5校验工具核对校验码，以确保软件完整无损。

核对硬件设备

本场景采用2个x86服务器部署双管理节点物理机高可用，管理员可根据业务性能需求，合理调配CPU、内存和硬盘的容量配比，以达到合适的平衡状态。

如表 1所示。
服务器 配件 型号 数量 总数
CPU Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz 2 2个
内存 DDR4 16GB 8
主板 双路服务器标准主板 1
阵列卡

阵列卡支持SAS/SATA RAID 0/1/10

支持直通模式

 1
固态硬盘 Intel SSD DC S3610 480GB 2
机械硬盘1 SAS HDD 300GB 3.5"，15k rpm 2
机械硬盘2 NL SAS HDD 2TB 3.5"，7.2k rpm 6
千兆网口 以太网1GbE，RJ45 2
万兆网口 以太网10GbE，SFP+ 2
光电模块 - 　
光纤HBA卡 - 　
远程管理 DELL iDRAC企业版 1
电源 标准电源1100W 2

此外，本场景还配备了1台万兆交换机、1台千兆交换机以及若干五类跳线。

检查网络连接

管理员根据如图 2所示的网络拓扑图，对上述服务器和网络设备进行上架并连线。

图 2. 网络拓扑图


安装操作系统

操作步骤

  1. 准备
    管理员对上架的网络设备和服务器加载电源，手动启动服务器进入BIOS，检查以下内容：
    • 激活所有CPU核心和启用超线程功能，设定系统性能为最高性能状态。
    • 打开硬件虚拟化VT功能，支持硬件虚拟化技术加速优化功能。
    • 进入阵列卡设定，对两块系统硬盘配置RAID1（Mirror），其余硬盘设定直通模式。
  2. 在Rufus中打开已准备好的ZStack CloudISO镜像。

    接入U盘，打开Rufus，引导类型选择列表选择镜像文件（请选择），点击选择按钮，打开已下载好的ISO镜像文件。

    如图 3所示：
    图 3. 在Rufus打开ISO镜像


  3. 写入镜像。

    选择好ISO镜像后，其他Rufus选项按照默认设置，点击开始。

    如图 4所示：
    图 4. 在Rufus写入镜像


  4. 点击开始后，会提示U盘数据被格式化，点击确定，Rufus会把ISO镜像刻录至U盘。
    Note:
    • 若U盘中存有重要数据，请确保格式化前已做好备份。
    如图 5所示：
    图 5. 在Rufus确认写入ISO镜像


  5. 进入安装导航

    ISO镜像已经刻录到U盘。此时U盘可用来作为启动盘，支持Legacy模式和UEFI模式引导。管理员通过安装介质，引导节点启动，并进入系统引导。

    如图 6所示：
    图 6. U盘引导界面


  6. 安装操作系统

    选择默认项开始安装操作系统。

    在进入安装界面后，已经预先配置默认选项：
    • 时区：亚洲东八区
    • 语言：English(United States)
    • 键盘：English(US)
    一般情况下管理员无需更改配置。管理员需自行执行硬盘的分区，推荐分区如下（UEFI 模式）：
    • /boot/efi：创建分区500MB
    • /boot：创建分区1GB
    • swap（交换分区）：创建分区32GB
    • /（根分区）：配置剩下容量

    分区配置完后，选择Software Selection进入服务器安装角色候选，使用管理节点模式进行安装，确定后回到主界面。

    点击Root Password，设定root账户密码。

    点击Begin Installation，开始安装操作系统。

    安装结束后，重新引导服务器并拔掉U盘。如安装成功，则服务器重启后进入操作系统登录提示符，使用root和设置的密码登录到操作系统。
    Note: 管理员可根据自身需要更改密码。

配置网络

管理员对两台服务器均安装操作系统后，可进行网络配置。在目录/usr/local/bin/，ZStack Cloud提供便利的网络配置脚本，管理员可通过此脚本快速配置接口（Interface）和网桥（Bridge）信息。

本场景对2个管理节点的网络信息、以及用于Keepalived通信的VIP设定如下：
服务器 网卡 1 网卡 2 聚合接口 网桥 IP地址 掩码 网关
管理节点1 eth0 eth1 bond0 br_bond0 192.168.195.200 255.255.0.0 192.168.0.1
管理节点2 eth0 eth1 bond0 br_bond0 192.168.196.125 255.255.0.0 192.168.0.1
节点 网卡 1 网卡 2 聚合接口 网桥 IP地址 掩码 网关
管理节点1 em1 em2 bond1 - - - -
管理节点2 em1 em2 bond1 - - - -
- IP地址 掩码
VIP 192.168.199.151 255.255.0.0
Note: VIP用于登录UI界面，请避免使用VIP通过ssh方式登录管理节点。
  • 以上均为示例数据，管理员可根据实际部署环境自行更改；
  • 网关需由物理网络设备提供，同时作为网络状态仲裁检测。

以下分别介绍管理网络和云主机数据网络的配置。

配置管理网络

本场景对管理网络设定如下：
服务器 网卡 1 网卡 2 聚合接口 网桥 IP地址 掩码 网关
管理节点1 eth0 eth1 bond0 br_bond0 192.168.195.200 255.255.0.0 192.168.0.1
管理节点2 eth0 eth1 bond0 br_bond0 192.168.196.125 255.255.0.0 192.168.0.1
对管理节点1执行以下配置命令：
# 创建聚合网卡bond0
[root@localhost ~]# zs-bond-lacp -c bond0

# 将网卡eth0与eth1均添加到bond0
[root@localhost ~]# zs-nic-to-bond -a bond0 eth0
[root@localhost ~]# zs-nic-to-bond -a bond0 eth1

# 配置上述链路聚合后,请管理员在对应的交换机网口配置LACP聚合

# 创建网桥br_bond0,指定网络IP、掩码和网关
[root@localhost ~]# zs-network-setting -b bond0 192.168.195.200 255.255.0.0 192.168.0.1

# 查看聚合端口bond0是否创建成功
[root@localhost ~]# zs-show-network
...
----------------------------------------------------------------------------------
| Bond Name  | SLAVE(s)        | BONDING_OPTS                                     |
----------------------------------------------------------------------------------
| bond0      | eth0            | miimon=100 mode=4 xmit_hash_policy=layer2+3        |
|            | eth1            |                                                    |
---------------------------------------------------------------------------------

对管理节点2执行类似的配置命令。

Note:
  • eth0和eth1加载到bond0后，对应交换机的端口需要配置LACP聚合，否则网络通信将异常；如果交换机不支持LACP聚合，请联系网络设备厂商更换设备。
  • 通过bond0创建网桥后，网桥命名为br_bond0，将提供管理网络服务。
  • 关于网桥的IP地址、子网掩码和网关参数，用户需按照实际情况填写。
  • 管理网络配置完成后，可通过ping命令进行检测；若配置正确，则两管理节点的管理网络对应的IP地址可互ping。
  • 管理网络建议采用万兆以上带宽，若独立部署，允许千兆带宽。

管理网络配置完成后，随之可配置云主机数据网络。

配置云主机数据网络

本场景对云主机数据网络设定如下：
节点 网卡 1 网卡 2 聚合接口 网桥 IP地址 掩码 网关
管理节点1 em1 em2 bond1 - - - -
管理节点2 em1 em2 bond1 - - - -
对管理节点1执行以下配置命令：
# 创建聚合网卡bond1
[root@localhost ~]# zs-bond-lacp -c bond1

# 将网卡em1与em2均添加到bond1
[root@localhost ~]# zs-nic-to-bond -a bond1 em1
[root@localhost ~]# zs-nic-to-bond -a bond1 em2

# 配置上述链路聚合后,请管理员在对应的交换机网口配置LACP聚合

# 云主机数据网络,无需创建网桥

# 查看聚合端口bond1是否创建成功
[root@localhost ~]# zs-show-network
...
----------------------------------------------------------------------------------
| Bond Name  | SLAVE(s)        | BONDING_OPTS                                     |
----------------------------------------------------------------------------------
| bond1      | em1            | miimon=100 mode=4 xmit_hash_policy=layer2+3        |
|            | em2            |                                                    |
---------------------------------------------------------------------------------

对管理节点2执行类似的配置命令。

Note:

em1和em2加载到bond1后，对应交换机的端口需要配置LACP聚合，否则网络通信将异常；如果交换机不支持LACP聚合，请联系网络设备厂商更换设备。

安装高可用套件

本章节主要介绍安装高可用套件的两种方式：
  • 通过直接指定命令行方式安装高可用套件。
  • 通过编写配置文件方式安装高可用套件。
Note: 使用相同配置安装高可用套件，直接指定命令行方式优先级高于配置文件方式。

直接指定命令行方式

背景信息

本场景下，管理员已安装两个最新版ZStack Cloud管理节点，现在对其中一个管理节点安装多管理节点高可用套件，即可实现双管理节点高可用。
  • 管理节点1（192.168.195.200）
  • 管理节点2（192.168.196.125）

假定对管理节点1安装高可用套件，则管理节点1为主管理节点，管理节点2为备管理节点。

操作步骤

  1. 导入高可用套件。
    管理员已获得高可用套件，可将其导入管理节点1并解压，执行以下命令：
    # 通过scp工具将高可用套件传输到管理节点1
[root@localhost ~]# ls
ZStack-Multinode-HA-Suite-5.5.38.tar.gz

# 将高可用套件解压，生成两个可执行文件：zsha2和zstack-hamon
[root@localhost ~]# tar zxvf ZStack-Multinode-HA-Suite-5.5.38.tar.gz
zsha2 //双管理节点高可用的安装和管理程序
zstack-hamon //双管理节点高可用的监控程序
  2. HA初始化。
    在管理节点1中安装高可用套件，执行以下命令：
    [root@localhost ~]# chmod +x zsha2 zstack-hamon
[root@localhost ~]# ./zsha2 install-ha -nic br_bond0 -gateway 192.168.0.1 -slave "root:password@192.168.196.125" \
-vip 192.168.199.151 -myip 192.168.195.200 -db-root-pw zstack.mysql.password -time-server 192.168.196.125 -cidr 192.168.0.0/16 -yes
    Note:
    • 安装命令执行后，会先自动备份主备管理节点的数据库，再执行安装操作。
    • 安装高可用套件，需将zsha2和zstack-hamon放在一个目录，安装过程中，zsha2会自动部署zstack-hamon以及相关配置文件。
    • 安装命令中，相关参数说明：
      • -nic：物理设备名，用于配置VIP，生产环境一般是一个管理网络的网桥，例如-nic br_bond0
      • -gateway：主备管理节点的仲裁网关，例如-gateway 192.168.0.1
      • -slave：指定备管理节点，例如-slave "root:password@192.168.196.125"
        Note:
        • 安装过程中，备管理节点的数据库会被主管理节点的数据库覆盖，请谨慎配置。
        • 在安装高可用套件时，建议root密码采用普通密码，方便快捷部署，后续root密码可以修改，高可用套件将不再依赖系统root的密码。
        • 如果root密码里包含shell的特殊字符，例如：' " * ? \ ~ ` ! # $ & |，需输入\进行转义。
          例如，系统密码为' " * ? \ ~ ` ! # $ & |，则相应的输入应为：
          -slave "root:\' \" \* \? \\ \~ \` \! \# \$ \& \|@192.168.196.125"
      • -vip：指定Keepalived通信的VIP，例如 -vip 192.168.199.151
      • -myip：可选参数，指定本机IP，例如-myip 192.168.195.200
      • -db-root-pw：主备管理节点的数据库root密码（必须相同），例如-db-root-pw zstack.mysql.password
      • -time-server：指定时间同步服务器，用于统一时间同步，例如./zsha2 install-ha -time-server 192.168.196.125
        Note: 支持指定多个时间服务器，例如./zsha2 install-ha -time-server 192.168.196.125,192.168.196.126
      • -cidr：可选参数，指定网络段，需覆盖主备管理节点IP、VIP和网关，例如./zsha2 install-ha -cidr 192.168.0.0/16
        Note: 如果不指定，系统会自动计算出一个最小网络段，可能无法满足需求，推荐指定网络段。
      • -force：可选参数，当主备管理节点的数据库始终无法完成自动同步，对主管理节点强制执行zsha2安装命令，例如./zsha2 install-ha -force
        Note: 执行强制安装前，建议对两个数据库进行备份。
      • -repo：可选参数，指定Yum源，默认为本地源，例如./zsha2 install-ha -repo zstack-local
      • -timeout：可选参数，主备管理节点的数据库初始化复制超时时间，默认值为600，单位为秒，例如./zsha2 install-ha -timeout 600
      • -yes：可选参数，所有设置均允许
    高可用套件初始化完成后，可执行以下命令查看管理节点的状态：
    # 查看管理节点1的状态
[root@localhost ~]# zsha2 status
Status report from 192.168.195.200
=================================
Owns virtual address:            yes //管理节点1已获取VIP，同一时刻只允许一个管理节点获取VIP
Self 192.168.195.200 reachable:   yes //管理节点1可达
Gateway 192.168.0.1 reachable:    yes //当前网关可达
VIP 192.168.199.151 reachable:    yes //VIP可达
Peer 192.168.196.125 reachable:   yes //管理节点2可达
Keepalived status:               active //Keepalived服务处于工作状态
ZStack HA Monitor:               active //高可用监控服务处于工作状态
MySQL status:                    mysqld is alive //数据库正常工作
MN status: Running [PID:6500] //管理节点正常工作
UI status: Running [PID:9785] http://192.168.195.200:5000 //UI正常工作

Slave Status:
-------------
             Slave_IO_Running: Yes //Slave IO正常运行
            Slave_SQL_Running: Yes //Slave SQL正常运行
                   Last_Error:
        Seconds_Behind_Master: 0
                Last_IO_Error:
               Last_SQL_Error:

Warning: Permanently added '192.168.196.125' (ECDSA) to the list of known hosts.
Status report from 192.168.196.125 //查看管理节点2的状态
================================
Owns virtual address:            no
Self 192.168.196.125 reachable:    yes
Gateway 192.168.0.1 reachable:    yes
VIP 192.168.199.151 reachable:     yes
Peer 192.168.195.200 reachable:   yes
Keepalived status:               active
ZStack HA Monitor:               active
MySQL status:                    mysqld is alive

Slave Status:
-------------
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
                   Last_Error:
        Seconds_Behind_Master: 0
                Last_IO_Error:
               Last_SQL_Error:

Note: visit ZStack UI with http://192.168.199.151:5000
    Note: 安装高可用套件过程中，已自动为两个管理节点做SSH免密登录。
  3. 云平台初始化。

    管理员可通过VIP（192.168.199.151）访问管理节点1的UI界面（http://192.168.199.151:5000），并完成云平台初始化操作。

    如图 7所示：
    图 7. 登录界面


    在管理节点1中执行以下命令，管理节点1在线切换为备管理节点，管理节点2获取VIP（192.168.199.151），成为主管理节点。
    [root@localhost ~]# zsha2 demote

    管理员可通过该VIP刷新访问管理节点2的UI界面（http://192.168.199.151:5000），并完成云平台初始化操作。

配置文件方式

背景信息

本场景下，管理员已安装两个最新版ZStack Cloud管理节点，现在对其中一个管理节点安装多管理节点高可用套件，即可实现双管理节点高可用。
  • 管理节点1（192.168.195.200）
  • 管理节点2（192.168.196.125）

假定对管理节点1安装高可用套件，则管理节点1为主管理节点，管理节点2为备管理节点。

操作步骤

  1. 导入高可用套件。
    管理员已获得高可用套件，可将其导入管理节点1并解压，执行以下命令：
    # 通过scp工具将高可用套件传输到管理节点1
[root@localhost ~]# ls
ZStack-Multinode-HA-Suite-5.5.38.tar.gz

# 将高可用套件解压，生成两个可执行文件：zsha2和zstack-hamon
[root@localhost ~]# tar zxvf ZStack-Multinode-HA-Suite-5.5.38.tar.gz
zsha2 //双管理节点高可用的安装和管理程序
zstack-hamon //双管理节点高可用的监控程序
  2. 编写配置。
    管理员执行以下命令，编写高可用套件的初始化配置文件：
    [root@localhost ~]# chmod +x zsha2 zstack-hamon
[root@localhost ~]# ./zsha2 sample-config > zs-install.config
[root@localhost ~]# cat zs-install.config
{
  "gateway": "192.168.0.1", //主备管理节点的仲裁网关
  "virtualIp": "192.168.199.151", //指定Keepalived通信的VIP
  "myIp": "192.168.195.200", //指定本机IP
  "peerIp": "192.168.196.125", //指定Peer管理节点IP
  "peerSshUser": "root", //指定Peer管理节点SSH用户名
  "peerSshPass": "password", //指定Peer管理节点SSH密码
  "peerSshPort": 22, //指定Peer管理节点SSH端口
  "dbRootPass": "zstack.mysql.password", //指定主备管理节点的数据库root密码（必须相同）
  "interface": "br_bond0", //物理设备名，用于配置VIP，生产环境一般是一个管理网络的网桥
  "timeServer": "192.168.196.125" //指定时间同步服务器，用于统一时间同步
}

    管理员需要按照具体部署场景，修改上述参数。

  3. HA初始化。
    管理员执行以下命令，初始化安装高可用套件：
    [root@localhost ~]# ./zsha2 install-ha -config zs-install.config
    Note:
    • 安装命令执行后，会先自动备份主备管理节点的数据库，再执行安装操作。
    • 安装高可用套件，需将zsha2和zstack-hamon放在一个目录，安装过程中，zsha2会自动部署zstack-hamon以及相关配置文件。
    • 安装命令中，相关参数说明：
      • -config：可选参数，通过配置文件初始化安装高可用套件
    高可用套件初始化完成后，可执行以下命令查看管理节点的状态：
    # 查看管理节点1的状态
[root@localhost ~]# zsha2 status
Status report from 192.168.195.200
=================================
Owns virtual address:            yes //管理节点1已获取VIP，同一时刻只允许一个管理节点获取VIP
Self 192.168.195.200 reachable:   yes //管理节点1可达
Gateway 192.168.0.1 reachable:    yes //当前网关可达
VIP 192.168.199.151 reachable:    yes //VIP可达
Peer 192.168.196.125 reachable:   yes //管理节点2可达
Keepalived status:               active //Keepalived服务处于工作状态
ZStack HA Monitor:               active //高可用监控服务处于工作状态
MySQL status:                    mysqld is alive //数据库正常工作
MN status: Running [PID:6500] //管理节点正常工作
UI status: Running [PID:9785] http://192.168.195.200:5000 //UI正常工作

Slave Status:
-------------
             Slave_IO_Running: Yes //Slave IO正常运行
            Slave_SQL_Running: Yes //Slave SQL正常运行
                   Last_Error:
        Seconds_Behind_Master: 0
                Last_IO_Error:
               Last_SQL_Error:

Warning: Permanently added '192.168.196.125' (ECDSA) to the list of known hosts.
Status report from 192.168.196.125 //查看管理节点2的状态
================================
Owns virtual address:            no
Self 192.168.196.125 reachable:    yes
Gateway 192.168.0.1 reachable:    yes
VIP 192.168.199.151 reachable:     yes
Peer 192.168.195.200 reachable:   yes
Keepalived status:               active
ZStack HA Monitor:               active
MySQL status:                    mysqld is alive

Slave Status:
-------------
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
                   Last_Error:
        Seconds_Behind_Master: 0
                Last_IO_Error:
               Last_SQL_Error:

Note: visit ZStack UI with http://192.168.199.151:5000
    Note: 安装高可用套件过程中，已自动为两个管理节点做SSH免密登录。
  4. 云平台初始化。

    管理员可通过VIP（192.168.199.151）访问管理节点1的UI界面（http://192.168.199.151:5000），并完成云平台初始化操作。

    如图 8所示：
    图 8. 登录界面


    在管理节点1中执行以下命令，管理节点1在线切换为备管理节点，管理节点2获取VIP（192.168.199.151），成为主管理节点。
    [root@localhost ~]# zsha2 demote

    管理员可通过该VIP刷新访问管理节点2的UI界面（http://192.168.199.151:5000），并完成云平台初始化操作。

安装许可证

ZStack Cloud两个管理节点安装的许可证类型要求完全一致。

管理员可通过UI方式或CLI方式安装许可证。

UI方式

  1. 通过VIP访问任一管理节点的UI界面（http://VIP:5000），并使用admin账户登录。
  2. 进入许可证界面，点击右上角的上传许可证按钮，弹出上传许可证界面，直接将获得的双管理节点许可证本地上传即可，更多详情可参考《许可(license)更新说明》。

CLI方式

管理员可通过CLI方式分别向两个管理节点中导入许可证。更多详情可参考《许可(license)更新说明》。

集群升级

本章节介绍ZStack Cloud双管理节点物理机高可用的升级方案。

升级方案分为以下三步：
  1. 完成升级前的准备工作
  2. 高可用套件升级
  3. 管理节点升级
升级前需进行以下准备工作：
  1. 请提前在管理节点界面关闭云主机全局高可用功能，避免意外触发云主机高可用影响升级。可在主菜单点击设置 > 全局设置 > 高可用策略，进入高可用策略界面，点击右上角的停用按钮，待升级完成后再手动开启。
  2. 在双管理节点分别备份数据库，执行以下命令即可进行数据库备份：
    [root@localhost ~]#zstack-ctl dump_mysql --file-name zstack-db-backup
  3. 确认双管理节点均已下载zstack-upgrade脚本、系统对应的ISO、安装升级包和双管理节点高可用套件。
  4. 使用以下命令，在两个管理节点分别使用下载的最新ISO更新本地的repo源：
    [root@localhost ~]#cd /root/
#bash /root/zstack-upgrade -r ZStack-Cloud-x86_64-DVD-5.5.38-h84r.iso
管理员获得新版高可用套件后，可用于升级当前的zsha2服务，步骤如下：
  1. 在任一管理节点执行以下命令，查看管理节点高可用的VIP所在节点。在执行zsha2后，返回结果中VIP为yes的节点即为VIP所在的管理节点：
    [root@localhost ~]#zsha2 status
  2. 通过IPMI登录VIP节点所在的管理节点终端，执行以下命令，对双管理节点高可用套件进行解压：
    [root@localhost ~]#tar zxvf ZStack-Multinode-HA-Suite-5.5.38.tar.gz
  3. 执行以下命令，对解压后的zsha2、zstack-hamon赋予可执行权限：
    [root@localhost ~]#chmod +x zsha2 zstack-hamon
  4. 在VIP所在的管理节点执行以下命令，完成高可用套件升级：
    [root@localhost ~]# ./zsha2 upgrade-ha
完成高可用套件升级后，即可升级管理节点，步骤如下：
  1. 升级管理节点前，需保证如下参数均无异常：
    • VIP可达
    • 当前网关可达
    • 备管理节点可达
    • 数据库已同步
    可执行zsha2 status查看管理节点状态：
    [root@localhost ~]# zsha2 status
Status report from 192.168.195.200
=================================
Owns virtual address:            yes //管理节点1已获取VIP，同一时刻只允许一个管理节点获取VIP
Self 192.168.195.200 reachable:   yes //管理节点1可达
Gateway 192.168.0.1 reachable:    yes //当前网关可达
VIP 192.168.199.151 reachable:    yes //VIP可达
Peer 192.168.196.125 reachable:   yes //管理节点2可达
Keepalived status:               active //Keepalived服务处于工作状态
ZStack HA Monitor:               active //高可用监控服务处于工作状态
MySQL status:                    mysqld is alive //数据库正常工作
MN status: Running [PID:6500] //管理节点正常工作
UI status: Running [PID:9785] http://192.168.195.200:5000 //UI正常工作

Slave Status:
-------------
             Slave_IO_Running: Yes //Slave IO正常运行
            Slave_SQL_Running: Yes //Slave SQL正常运行
                   Last_Error:
        Seconds_Behind_Master: 0
                Last_IO_Error:
               Last_SQL_Error:

Warning: Permanently added '192.168.196.125' (ECDSA) to the list of known hosts.
Status report from 192.168.196.125 //查看管理节点2的状态
================================
Owns virtual address:            no
Self 192.168.196.125 reachable:    yes
Gateway 192.168.0.1 reachable:    yes
VIP 192.168.199.151 reachable:     yes
Peer 192.168.195.200 reachable:   yes
Keepalived status:               active
ZStack HA Monitor:               active
MySQL status:                    mysqld is alive

Slave Status:
-------------
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
                   Last_Error:
        Seconds_Behind_Master: 0
                Last_IO_Error:
               Last_SQL_Error:

Note: visit ZStack UI with http://192.168.199.151:5000
  2. 管理员需准备好以下必要的软件包：
    • ZStack Cloud ISO：
      • 软件名称（h84r）：ZStack-Cloud-x86_64-DVD-5.5.38-h84r.iso
      • 下载地址：点击这里
    • ZStack Cloud安装包：
      • 软件名称：ZStack-Cloud-installer-5.5.38.bin
      • 下载地址：点击这里
    • 升级脚本
      Note: 升级脚本版本号需与ISO及bin包版本号保持一致。
    Note: 软件下载后，需通过MD5校验工具核对校验码，确认与发行信息一致。
  3. 升级方式分包括从bin包升级和从ISO升级，具体如下：
    若选择从bin包升级管理节点，请参考以下步骤进行升级：
    1. 请将新版ZStack Cloud ISO分别导入两个管理节点，并分别在两个管理节点中执行以下命令，将本地源升级至最新：
      [root@localhost ~]# bash zstack-upgrade -r ZStack-Cloud-x86_64-DVD-5.5.38-h84r.iso
    2. 管理员只需在任一管理节点中执行以下命令，就可对两个管理节点进行升级：
      [root@localhost ~]# zsha2 upgrade-mn -peerpass password ZStack-Cloud-installer-5.5.38.bin
    若选择从ISO升级管理节点，请参考以下步骤进行升级：
    1. 管理员只需在任一管理节点中执行以下命令，就可对两个管理节点进行升级：
      [root@localhost ~]# zsha2 upgrade-mn -peerpass password ZStack-Cloud-x86_64-DVD-5.5.38-h84r.iso
      Note: -peerpass为可选参数，可设置Peer管理节点SSH登录密码。

其他操作

监控报警

双管理节点高可用场景下，若主管理节点失联，管理员可在ZWatch中创建事件报警器，并添加相关报警条目，指定接收端，系统将以邮件/钉钉/HTTP应用/短信/Microsoft Teams方式发送报警信息，如图 9所示：
图 9. 监控报警 主管理节点失联


若备管理节点失联，管理员可直接在消息日志查看到相关通知。

如图 10所示：
图 10. 消息日志 备管理节点失联


日志输出

双管理节点高可用场景下，管理员可执行以下命令，收集zsha2服务相关日志。
[root@localhost ~]# zsha2 collect-log
Collecting logs ...
Collected log: zsha2-log-2018-09-17T154358+0800.tgz

# 将日志压缩包解压
[root@localhost ~]# tar zxvf zsha2-log-2021-01-17T154358+0800.tgz
tmp/zsha2-log588815976/
tmp/zsha2-log588815976/zsha2-status.log
tmp/zsha2-log588815976/zstack-ha.log
tmp/zsha2-log588815976/keepalived.data
tmp/zsha2-log588815976/zs-vip-192.168.199.151.log
tmp/zsha2-log588815976/keepalived_status.log

高可用测试与恢复

计划运维

单管理节点需要维护

主管理节点需要维护

双管理节点高可用场景下，假定管理节点1为主管理节点，管理节点2为备管理节点。

若管理员需要临时关闭管理节点1进行维护。

  1. 将管理节点1主动切换为备管理节点。

    在管理节点1中执行zsha2 demote命令，管理节点1在线切换为备管理节点，管理节点2获取VIP，成为主管理节点。

  2. 关闭管理节点1。
    • 若管理节点1没有被复用为计算节点添加到ZStack Cloud：
      1. 对管理节点1执行zsha2 stop-node，关闭zsha2相关服务。
      2. 对管理节点1进行shutdown关机操作。
      3. 对管理节点1下电后进行维护。
    • 若管理节点1被复用为计算节点，并已添加到ZStack Cloud：
      1. 对管理节点1执行zsha2 stop-node，关闭zsha2相关服务。
      2. 将管理节点1进入维护模式。
      3. 对管理节点1进行shutdown关机操作。
      4. 对管理节点1下电后进行维护。
  3. 启动管理节点1。
    1. 对管理节点1通电后，通过手动或IPMI启动服务器。
    2. 等待管理节点1启动，成功引导操作系统。
    3. 对管理节点1执行zsha2 start-node，启动zsha2相关服务。
    4. 对管理节点1执行zsha2 status，查看zsha2服务是否正常运行。
    5. 对管理节点1执行zstack-ctl status，查看管理节点服务是否正常运行，UI服务是否正常运行。

备管理节点需要维护

双管理节点高可用场景下，假定管理节点1为主管理节点，管理节点2为备管理节点。

若管理员需要临时关闭管理节点2进行维护。
  1. 关闭管理节点2。
    • 若管理节点2没有被复用为计算节点添加到ZStack Cloud：
      1. 对管理节点2执行zsha2 stop-node，关闭zsha2相关服务。
      2. 对管理节点2进行shutdown关机操作；
      3. 对管理节点2下电后进行维护。
    • 若管理节点2被复用为计算节点，并已添加到ZStack Cloud：
      1. 对管理节点2执行zsha2 stop-node，关闭zsha2相关服务。
      2. 将管理节点2进入维护模式。
      3. 对管理节点2进行shutdown关机操作。
      4. 对管理节点2下电后进行维护。
  2. 启动管理节点2。
    1. 对管理节点2通电后，通过手动或IPMI启动服务器。
    2. 等待管理节点2启动，成功引导操作系统。
    3. 对管理节点2执行zsha2 start-node，启动zsha2相关服务。
    4. 对管理节点2执行zsha2 status，查看zsha2服务是否正常运行。
    5. 对管理节点2执行zstack-ctl status，查看管理节点服务是否正常运行，UI服务是否正常运行。

双管理节点需要维护

双管理节点高可用场景下，假定管理节点1为主管理节点，管理节点2为备管理节点。

若管理员需要临时关闭两个管理节点进行维护。
  1. 对两个管理节点执行zsha2 stop-node，关闭zsha2相关服务。
  2. 对两个管理节点进行shutdown关机操作。
  3. 对两个管理节点下电后进行维护。
  4. 对两个管理节点通电后，通过手动或IPMI启动服务器。
  5. 等待两个管理节点启动，成功引导操作系统。
  6. 对两个管理节点执行zsha2 start-node，启动zsha2相关服务。
  7. 对两个管理节点执行zsha2 status，查看zsha2服务是否正常运行。
  8. 对两个管理节点执行zstack-ctl status，查看管理节点服务是否正常运行，UI服务是否正常运行。

节点修复

单管理节点故障修复

双管理节点高可用场景下，若其中某个管理节点损坏，需要执行修复。
  1. 对故障节点执行zsha2 stop-node，关闭zsha2相关服务；
  2. 尝试恢复故障节点， 如果不能恢复，需使用相同版本的ZStack Cloud安装包修复原节点或安装新节点。
  3. 以安装新节点为例：
    1. 调配备用服务器，使得硬件规格与故障节点相近。
    2. 安装基础操作系统，安装完成后，配置root的密码和网络信息与故障节点一致，详情可参考安装与部署章节；
    3. 对置换节点安装高可用套件，详情可参考安装与部署章节。
    4. 对置换节点执行zsha2 status，查看zsha2服务是否正常运行。
    5. 对置换节点执行zstack-ctl status，查看管理节点服务是否正常运行，UI服务是否正常运行。

双管理节点故障修复

双管理节点高可用场景下，若两个管理节点均损坏，需要执行修复。
  1. 尝试恢复该两个故障节点， 如果不能恢复，需使用相同版本的ZStack Cloud修复原节点或安装新节点。
  2. 以安装两个新节点为例：
    1. 调配两台备用服务器，使得硬件规格分别与原两个故障节点相近。
    2. 对两台备份服务器分别安装基础操作系统，安装完成后，配置root的密码和网络信息分别与原两个故障节点一致，详情可参考安装与部署章节；
    3. 选择一个正常运行的管理节点，通过管理节点IP地址ssh登录，执行如下命令，在此管理节点恢复数据库：
      [root@localhost ~]# zstack-ctl restore_mysql -f /var/lib/zstack/mysql-backup/xxx.gz --mysql-root-password MYSQL_PASSWORD
      • /var/lib/zstack/mysql-backup/xxx.gz表示备份数据库文件路径及名称。
      • MYSQL_PASSWORD表示数据库密码，默认密码为：zstack.mysql.password。
    4. 在此节点通过install_ha命令重新安装高可用套件，详情可参考直接指定命令行方式章节。
    5. 对置换节点执行zsha2 status，查看zsha2服务是否正常运行。
    6. 对置换节点执行zstack-ctl status，查看管理节点服务是否正常运行，UI服务是否正常运行。

管理节点数据库备份与恢复

数据库备份

双管理节点物理机高可用场景下，可通过以下方式备份数据库：

  • 选择一个正常运行的管理节点，通过管理节点IP地址ssh登录，然后执行zstack-ctl dump_mysql命令，手动备份数据库。

    Note:
    • VIP用于登录UI界面，请避免使用VIP通过ssh方式登录管理节点。
    • 数据库备份后以.gz文件方式保存在/var/lib/zstack/mysql-backup/目录，示例名称如下：172.20.1.123-zstack-backup-db-2022-05-18_00-30-04.gz。

数据库恢复

双管理节点物理机高可用场景下，可通过以下步骤恢复数据库：
  1. 选择一个正常运行的管理节点，通过管理节点IP地址ssh登录，执行如下命令，在此管理节点恢复数据库：
    [root@localhost ~]# zstack-ctl restore_mysql -f /var/lib/zstack/mysql-backup/xxx.gz --mysql-root-password MYSQL_PASSWORD
    • /var/lib/zstack/mysql-backup/xxx.gz表示备份数据库文件路径及名称。
    • MYSQL_PASSWORD表示数据库密码，默认密码为：zstack.mysql.password。
  2. 在此节点通过install_ha命令重新安装高可用套件，详情可参考直接指定命令行方式章节。

命令行使用手册

zsha2下有多条子命令，本手册将对zsha2每条子命令的作用和使用方法进行说明。

简介

zsha2是ZStack Cloud针对双管理节点物理机高可用场景设计的命令，帮助用户快速完成该场景下的多种操作。

-h 帮助内容

描述

显示帮助，可查看zsha2全部子命令。

使用方法

[root@localhost ~]# zsha2 -h
usage:
  zsha2 [ global options ] command [ command options ]

Global options:
 -h,--help           Display this message

Commands:
 install-ha      install two-node HA environment
 stop-node       stop zstack service in HA environment
 start-node      start zstack service in HA environment
 upgrade-mn      upgrade the MN in HA environment
 upgrade-ha      upgrade the HA suites
 demote          demote current node as backup
 status          show HA status
 show-config     show HA configuration
 sample-config   generate sample configuration to setup HA environment
 collect-log     collect HA related log files
 help            show this help message

version 版本信息

描述

查看版本信息，包括版本号和Commit ID。

使用方法

[root@localhost ~]# zsha2 version
version 3.1.0.0, commit 2b1b06788e4e1d4b514342db1f381b460f7242e6

install-ha 安装命令

描述

安装命令。假定用户已安装两个ZStack Cloud管理节点，对主管理节点执行zsha2安装命令，即可切换到双管理节点高可用模式。

使用方法

参数 介绍 示例
-nic 物理设备名，用于配置VIP，生产环境一般是一个管理网络的网桥 ./zsha2 install-ha -nic br_bond0
-gateway 主备管理节点的仲裁网关 ./zsha2 install-ha -gateway 192.168.0.1
-slave 指定备管理节点
Note:
  • 安装过程中，备管理节点的数据库会被主管理节点的数据库覆盖，请谨慎配置。
  • 如果root密码里包含shell的特殊字符，需进行转义。
 ./zsha2 install-ha -slave "root:password@192.168.196.125"
-vip 指定Keepalived通信的VIP ./zsha2 install-ha -vip 192.168.199.151
-myip 可选参数，指定本机IP ./zsha2 install-ha -myip 192.168.195.200
-db-root-pw 主备管理节点的数据库root密码（必须相同） ./zsha2 install-ha -db-root-pw zstack.mysql.password
-time-server 指定时间同步服务器，用于统一时间同步
Note: 支持指定多个时间服务器。
  • ./zsha2 install-ha -time-server 192.168.196.125
  • ./zsha2 install-ha -time-server 192.168.196.125,192.168.196.126
-cidr 可选参数，指定网络段，需覆盖主备管理节点IP、VIP和网关。
Note: 如果不指定，系统会自动计算出一个最小网络段，可能无法满足需求，推荐指定网络段。
 ./zsha2 install-ha -cidr 192.168.0.0/16
-force 可选参数，当主备管理节点的数据库始终无法完成自动同步，对主管理节点强制执行zsha2安装命令
Note: 执行强制安装前，建议对两个数据库进行备份。
 ./zsha2 install-ha -force
-repo 可选参数，指定Yum源，默认为本地源 ./zsha2 install-ha -repo zstack-local
-timeout 可选参数，主备管理节点的数据库初始化复制超时时间，默认值为600，单位为秒 ./zsha2 install-ha -timeout 600
-yes 可选参数，所有设置均允许 ./zsha2 install-ha -yes
-config 可选参数，通过配置文件初始化安装高可用套件 ./zsha2 install-ha -config zs-install.config
通过直接指定命令行方式安装高可用套件：
[root@localhost ~]# ./zsha2 install-ha -nic br_bond0 -gateway 192.168.0.1 -slave "root:password@192.168.196.125" \
-vip 192.168.199.151 -myip 192.168.195.200 -db-root-pw zstack.mysql.password -time-server 192.168.196.125 -cidr 192.168.0.0/16 -yes
Master IPv4 address:  192.168.195.200
ZStack version @ 192.168.195.200: 2.6.0
ZStack version @ 192.168.196.125: 2.6.0
Calculated CIDR: 192.168.0.0/16

Backuping databases on 192.168.196.125 (/var/lib/zstack/mysql-backup/zstack-backup-db-2018-10-09T164934-0800.gz) ...


Start installation ...


x checking network interface and gateway ...
✓ Task 1: checking network interface and gateway ... completed.
x prepare HA-services ...
✓ Task 2: prepare HA-services ... completed.
+ setting up DB config before replication ...
✓ Task 3: setting up DB config before replication ... completed.
x creating DB user for replication ...
✓ Task 4: creating DB user for replication ... completed.
+ update iptables rules ...
✓ Task 5: update iptables rules ... completed.
+ starting the initial replication ...
*************************** 1. row ***************************
            File: mysql-bin.000002
        Position: 1844
    Binlog_Do_DB:
Binlog_Ignore_DB:

+ starting the initial replication ...
Local database backuped to /var/lib/zstack/mysql-backup/zstack-backup-db-2018-10-09T164934-0800.gz

✓ Task 6: starting the initial replication ... completed.
x wait peer slave sync status ...

 Slave_IO_Running: Yes
Slave_SQL_Running: Yes
    Last_IO_Error:
   Last_SQL_Error:
       Last_Error:
       Last_Errno: 0

✓ Task 7: wait peer slave sync status ... completed.
+ wait local DB sync status ...
*************************** 1. row ***************************
            File: mysql-bin.000002
        Position: 245
    Binlog_Do_DB:
Binlog_Ignore_DB:

x wait local DB sync status ...

 Slave_IO_Running: Yes
Slave_SQL_Running: Yes
    Last_IO_Error:
   Last_SQL_Error:
       Last_Error:
       Last_Errno: 0

✓ Task 8: wait local DB sync status ... completed.
+ setting up keepalived ...
✓ Task 9: setting up keepalived ... completed.
x check slave virtual IP settings ...
✓ Task 10: check slave virtual IP settings ... completed.
x configuring ZStack servers ...
✓ Task 11: configuring ZStack servers ... completed.
x installing HA scripts ...
✓ Task 12: installing HA scripts ... completed.
x starting ZStack HA service ...
✓ Task 13: starting ZStack HA service ... completed.
x waiting management node up and running ...
✓ Task 14: waiting management node up and running ... completed.

OK, installation completed.

Hints:
- Stop server with:   zsha2 stop-node,
- Start server with:  zsha2 start-node,
- Get HA status with: zsha2 status -peer 192.168.196.125

Please also setup SSH pubkey-login between 192.168.195.200 and 192.168.196.125
通过配置文件方式安装高可用套件：
[root@localhost ~]# ./zsha2 install-ha -config zs-install.config
Master IPv4 address:  192.168.195.200
ZStack version @ 192.168.195.200: 2.6.0
ZStack version @ 192.168.196.125: 2.6.0
Calculated CIDR: 192.168.0.0/16

Backuping databases on 192.168.196.125 (/var/lib/zstack/mysql-backup/zstack-backup-db-2018-10-09T164934-0800.gz) ...


Start installation ...


x checking network interface and gateway ...
✓ Task 1: checking network interface and gateway ... completed.
x prepare HA-services ...
✓ Task 2: prepare HA-services ... completed.
+ setting up DB config before replication ...
✓ Task 3: setting up DB config before replication ... completed.
x creating DB user for replication ...
✓ Task 4: creating DB user for replication ... completed.
+ update iptables rules ...
✓ Task 5: update iptables rules ... completed.
+ starting the initial replication ...
*************************** 1. row ***************************
            File: mysql-bin.000002
        Position: 1844
    Binlog_Do_DB:
Binlog_Ignore_DB:

+ starting the initial replication ...
Local database backuped to /var/lib/zstack/mysql-backup/zstack-backup-db-2018-10-09T164934-0800.gz

✓ Task 6: starting the initial replication ... completed.
x wait peer slave sync status ...

 Slave_IO_Running: Yes
Slave_SQL_Running: Yes
    Last_IO_Error:
   Last_SQL_Error:
       Last_Error:
       Last_Errno: 0

✓ Task 7: wait peer slave sync status ... completed.
+ wait local DB sync status ...
*************************** 1. row ***************************
            File: mysql-bin.000002
        Position: 245
    Binlog_Do_DB:
Binlog_Ignore_DB:

x wait local DB sync status ...

 Slave_IO_Running: Yes
Slave_SQL_Running: Yes
    Last_IO_Error:
   Last_SQL_Error:
       Last_Error:
       Last_Errno: 0

✓ Task 8: wait local DB sync status ... completed.
+ setting up keepalived ...
✓ Task 9: setting up keepalived ... completed.
x check slave virtual IP settings ...
✓ Task 10: check slave virtual IP settings ... completed.
x configuring ZStack servers ...
✓ Task 11: configuring ZStack servers ... completed.
x installing HA scripts ...
✓ Task 12: installing HA scripts ... completed.
x starting ZStack HA service ...
✓ Task 13: starting ZStack HA service ... completed.
x waiting management node up and running ...
✓ Task 14: waiting management node up and running ... completed.

OK, installation completed.

Hints:
- Stop server with:   zsha2 stop-node,
- Start server with:  zsha2 start-node,
- Get HA status with: zsha2 status -peer 192.168.196.125

Please also setup SSH pubkey-login between 192.168.195.200 and 192.168.196.125

stop-node 关闭管理节点

描述

在双管理节点高可用场景下，关闭其中一个管理节点，同时关闭所有zsha2服务。

使用方法

[root@localhost ~]# zsha2 stop-node
stopping zstack-ha service ...
stopping zstack management node ...
stopping keepalived ...

start-node 启动管理节点

描述

在双管理节点高可用场景下，将处于停止状态的管理节点启动，同时启动所有zsha2服务。

使用方法

[root@localhost ~]# zsha2 start-node
starting keepalived ...
starting zstack-ha service ...
starting zstack management node ...

upgrade-mn 升级管理节点

描述

在双管理节点高可用场景下，仅升级两个管理节点。

使用方法

参数 介绍 示例
-force 可选参数，强制升级管理节点 zsha2 upgrade-mn -force ZStack-Cloud-installer-5.5.38.bin
-peerpass 可选参数，输入Peer管理节点SSH登录密码 zsha2 upgrade-mn -peerpass password ZStack-Cloud-installer-5.5.38.bin
-yes 可选参数，所有设置均允许 zsha2 upgrade-mn -yes
-grayscale 可选参数，灰度升级场景下需使用该参数
Note: 该参数仅适用于从ZStack-Cloud 5.0.0升级到5.0.0之后版本的场景；从ZStack-Cloud 5.0.0之前版本升级到5.0.0或之前版本，请勿使用该参数
 
zsha2 upgrade-mn -grayscale ZStack-Cloud-installer-${ReleaseVersion}.bin
若选择从bin包升级管理节点，请参考以下步骤进行升级：
  1. 请将新版ZStack Cloud ISO分别导入两个管理节点，并分别在两个管理节点中执行以下命令，将本地源升级至最新：
    [root@localhost ~]# bash zstack-upgrade -r ZStack-Cloud-x86_64-DVD-5.5.38-h84r.iso
  2. 管理员只需在任一管理节点中执行以下命令，就可对两个管理节点进行升级：
    [root@localhost ~]# zsha2 upgrade-mn -peerpass password ZStack-Cloud-installer-5.5.38.bin
若选择从ISO升级管理节点，请参考以下步骤进行升级：
  1. 管理员只需在任一管理节点中执行以下命令，就可对两个管理节点进行升级：
    [root@localhost ~]# zsha2 upgrade-mn -peerpass password ZStack-Cloud-x86_64-DVD-5.5.38-h84r.iso
    Note: -peerpass为可选参数，可设置Peer管理节点SSH登录密码。
Note: -peerpass为可选参数，可设置Peer管理节点SSH登录密码。

upgrade-ha 升级高可用套件

描述

在双管理节点高可用场景下，升级当前的zsha2服务。

使用方法

[root@localhost ~]# ./zsha2 upgrade-ha

Start upgrading ...


+ Stopping HA-services ...
✓ Task 1: Stopping HA-services ... completed.
+ Upgrading HA suites ...
✓ Task 2: Upgrading HA suites ... completed.
x starting ZStack HA service ...
✓ Task 3: starting ZStack HA service ... completed.

OK, upgrade HA completed.

Hints:
- Stop server with: zsha2 stop-node,
- Start server with: zsha2 start-node,
- Get HA status with: zsha2 status -peer 192.168.196.125

demote 主备切换

描述

在双管理节点高可用场景下，将主管理节点在线切换为备管理节点。

使用方法

[root@localhost ~]# zsha2 demote

status 状态信息

描述

在双管理节点高可用场景下，显示当前管理节点的状态，包括是否已获取VIP、自身可达性、网关可达性、VIP可达性、Peer管理节点可达性、Keep Alived服务状态、高可用监控服务状态、数据库状态、管理节点状态、UI状态、Slave状态，以及查看Peer管理节点的状态。

使用方法

[root@localhost ~]# zsha2 status
Status report from 192.168.195.200
=================================
Owns virtual address:             yes
Self 192.168.195.200 reachable:   yes
Gateway 192.168.0.1 reachable:    yes
VIP 192.168.199.151 reachable:    yes
Peer 192.168.196.125 reachable:   yes
Keepalived status:               active
ZStack HA Monitor:               active
MySQL status:                    mysqld is alive
MN status: Running [PID:6500]
UI status: Running [PID:9785] http://192.168.195.200:5000

Slave Status:
-------------
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
                   Last_Error:
        Seconds_Behind_Master: 0
                Last_IO_Error:
               Last_SQL_Error:

Warning: Permanently added '192.168.196.125' (ECDSA) to the list of known hosts.
Status report from 192.168.196.125
================================
Owns virtual address:             no
Self 192.168.196.125 reachable:    yes
Gateway 192.168.0.1 reachable:    yes
VIP 192.168.199.151 reachable:     yes
Peer 192.168.195.200 reachable:   yes
Keepalived status:               active
ZStack HA Monitor:               active
MySQL status:                    mysqld is alive

Slave Status:
-------------
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
                   Last_Error:
        Seconds_Behind_Master: 0
                Last_IO_Error:
               Last_SQL_Error:

Note: visit ZStack UI with http://192.168.199.151:5000

show-config 显示配置

描述

在双管理节点高可用场景下，显示当前环境的配置信息。

使用方法

[root@localhost ~]# zsha2 show-config
{
  "nodeip": "192.168.195.200",
  "peerip": "192.168.196.125",
  "dbvip": "192.168.199.151",
  "nic": "br_bond0",
  "gw": "192.168.0.1",
  "dbnetwork": "192.168.0.0/16",
  "repo": "zstack-local",
  "version": 0
}

sample-config 样本配置生成

描述

在双管理节点高可用场景下，生成样本配置以快速搭建高可用环境。

使用方法

[root@localhost ~]# zsha2 sample-config
{
  "gateway": "172.20.0.1",
  "virtualIp": "172.20.0.2",
  "myIp": "172.20.0.3",
  "peerIp": "172.20.0.4",
  "peerSshUser": "root",
  "peerSshPass": "somepass",
  "peerSshPort": 22,
  "dbRootPass": "zstack.password",
  "interface": "br_eth0",
  "timeServer": "172.20.0.3"
}

collect-log 收集日志

描述

在双管理节点高可用场景下，收集zsha2服务相关日志。

使用方法

[root@localhost ~]# zsha2 collect-log
Collecting logs ...
Collected log: zsha2-log-2018-09-17T154358+0800.tgz

# 将日志压缩包解压
[root@localhost ~]# tar zxvf zsha2-log-2018-09-17T154358+0800.tgz
tmp/zsha2-log588815976/
tmp/zsha2-log588815976/zsha2-status.log
tmp/zsha2-log588815976/zstack-ha.log
tmp/zsha2-log588815976/keepalived.data
tmp/zsha2-log588815976/zs-vip-192.168.199.151.log
tmp/zsha2-log588815976/keepalived_status.log

术语表

实例

云平台中运行操作系统镜像的虚拟机或服务器，如云主机、弹性裸金属实例。

云主机（VM Instance）

运行在物理机上的虚拟机实例，具有独立的IP地址，可以访问公共网络，运行应用服务。

云盘（Volume）

为云主机提供存储，包括两种类型：根云盘、数据云盘。

根云盘（Root Volume）

云主机的系统云盘，用于支撑云主机的系统运行。

数据云盘（Data Volume）

云主机的数据云盘，用于云主机扩展的存储使用。

镜像（Image）

云主机或云盘使用的镜像模板文件，包括两种类型：系统镜像、云盘镜像。

计算规格（Instance Offering）

云主机涉及的CPU数量、内存、网络设置等规格定义。

云盘规格（Disk Offering）

云盘涉及的容量大小的规格定义。

SSH密钥（SSH Key）

SSH密钥是一种安全的云主机登录认证方式，由一个公钥和一个私钥组成。仅Linux云主机支持通过SSH密钥登录。

GPU规格（GPU Specification）

物理GPU设备或vGPU设备涉及的GPU帧数、显存、分辨率等规格定义，包括两种类型：物理GPU规格、vGPU规格。

vNUMA配置（vNUMA Configuration）

通过CPU绑定透传关联的物理机NUMA节点（pNUMA Node）拓扑，为云主机生成vNUMA节点（vNUMA Node）拓扑，实现云主机CPU优先访问所在vNUMA节点本地内存，提高云主机性能。

NUMA（Non-Uniform Memory Access）

非一致性内存访问，是一种计算机内存设计架构。该架构下，CPU访问内存的时间取决于CPU与内存的相对位置。通过优先访问相对位置较近的内存可缩短延迟，从而可提升主机系统性能。

pNUMA节点（pNUMA Node）

基于物理机NUMA架构预定义的NUMA节点，用于物理机CPU和内存管理。

pNUMA拓扑（pNUMA Topology）

CPU厂商基于NUMA架构预定义的物理机NUMA节点拓扑。

vNUMA节点（vNUMA Node）

基于CPU绑定透传关联的物理机NUMA节点而生成的云主机NUMA节点，用于云主机CPU和内存管理。

vNUMA拓扑（vNUMA Topology）

基于CPU绑定生成的云主机NUMA节点（vNUMA Node）拓扑。

本地内存（Local Memory）

CPU（pCPU或vCPU）通过所在NUMA节点（pNUMA节点或vNUMA节点）非CPU核部件中内存控制器可直接访问的内存。相比非本地内存，CPU访问本地内存的延迟更低。

CPU绑定配置（CPU Pinning）

将云主机的虚拟CPU（vCPU）与物理机的物理CPU（pCPU）严格关联，可为云主机分配特定的pCPU，提高云主机性能。

EmulatorPin配置（EmulatorPin Configuration）

将云主机中除vCPU和IO线程外的其他线程与物理机pCPU进行绑定，使云主机相关线程只运行在对应的pCPU上。

弹性伸缩组（Auto Scaling Group）

一组具有相同应用场景的云主机集合，可根据用户业务变化自动实现弹性伸缩或弹性自愈。

快照（Snapshot）

某一时间点某一磁盘的数据状态文件。

云主机调度策略（VM Scheduling Policy）

为云主机分配物理机的资源编排策略，可用于保障业务的高性能和高可用。

区域（Zone）

云平台内最大的一个资源定义，包括：集群、二层网络、主存储等资源。

集群（Cluster）

一组物理机（计算节点）的逻辑集合。

物理机（Host）

为云主机实例提供计算、网络、存储等资源的物理主机。

主存储（Primary Storage）

用于存储云主机磁盘文件（包括：根云盘、数据云盘、根云盘快照、数据云盘快照、镜像缓存等）的存储服务器。

镜像服务器（Backup Storage）

用于存储云主机镜像模板（含ISO）的存储服务器。

iSCSI存储（iSCSI Storage）

基于iSCSI协议构建的SAN存储。用户可将iSCSI存储上划分的块设备添加为Shared Block主存储，或直接透传给云主机使用。

FC存储（FC Storage）

基于FC协议构建的SAN存储。用户可将FC存储上划分的块设备添加为Shared Block主存储，或直接透传给云主机使用。

NVMe存储（NVMe Storage）

基于NVMe-oF协议构建的存储阵列，用户可将NVMe存储上划分的块设备添加为Shared Block主存储。

二层网络（L2 Network）

对应于一个二层广播域，进行二层相关的隔离。一般用物理网络的设备名称标识。

VXLAN网络池（VXLAN Pool）

在一组VXLAN隧道端点（VTEP）之上创建的VXLAN网络的集合，同一个VXLAN网络池内VXLAN网络标识符（VNI）不能重复。

三层网络（L3 Network）

云主机使用的网络配置，包括IP地址范围、网关、DNS等。

公有网络（Public Network）

一般表示可直接访问互联网的网络，由于公有网络是一个逻辑概念，在无法连接互联网的环境中，用户也可以自定义该网络。

扁平网络（Flat Network）

可与物理机网络直通，也可直接访问互联网的网络。云主机可使用扁平网络提供的分布式EIP访问公有网络。

VPC网络（VPC Network）

云主机使用的私有网络，可通过VPC路由器访问互联网。

管理网络（Management Network）

管理控制云平台相关物理资源的网络，例如：配置访问物理机、主存储、镜像服务器、VPC路由器时使用的网络。

流量网络（Flow Network）

端口镜像的专用网络，用于将网卡的网络流量镜像到远端。

VPC路由器（VPC vRouter）

一个定制的云主机，用于提供多种网络服务。

VPC路由器高可用组（VPC vRouter HA Group）

一对互为主备的VPC路由器，当主VPC路由器状态异常，自动切换至备VPC路由器，为业务高可用提供保障。

路由器镜像（vRouter Image）

封装网络服务，用于创建VPC路由器。路由器镜像不能直接用于创建业务云主机。

VPC路由器镜像（VPC vRouter Image）

封装了多种网络服务，只能用于创建VPC路由器，不能直接用于创建业务云主机。

高性能实例型负载均衡镜像（LB Image）

封装了高性能实例型负载均衡服务，只能用于创建负载均衡实例，不能直接用于创建业务云主机。

路由器规格（vRouter Offering）

定义VPC路由器使用的CPU、内存、镜像、管理网络、公有网络配置，用于创建VPC路由器，为公有网络/VPC网络提供多种网络服务。

负载均衡实例规格（LB Offering）

定义负载均衡实例使用的CPU、内存、镜像、管理网络配置，用于创建负载均衡实例，为公有网络/扁平网路/VPC网络提供负载均衡服务。

SDN控制器（SDN Controller）

SDN控制器是SDN架构的核心，负责集中管理和控制网络设备。

SDN集群（SDN Cluster）

一组由定制云主机构成的集群，用于提供高可用的SDN能力。

SDN实例（SDN Instance）

一台定制的云主机，用于提供SDN网络能力。

SDN镜像（SDN Image）

封装SDN软件的镜像，用于创建SDN实例。

SDN实例规格（SDN Instance Offering）

定义SDN实例使用的CPU、内存、SDN镜像以及管理网络配置，用于创建SDN实例。

安全组（Security Group）

为云主机网卡提供安全控制，按照指定的安全规则对进出网卡的TCP/UDP/ICMP等数据包进行有效过滤。

虚拟IP（VIP）

在桥接网络环境中，使用虚拟IP地址提供弹性IP、端口转发、负载均衡、IPsec隧道等网络服务，数据包会被发送到虚拟IP，再路由至云主机网络。

弹性IP（EIP）

基于网络地址转换（NAT）功能，将一个网络的IP地址转换成另一个网络的IP地址，从而可通过其他网络访问内部私有网络。

端口转发（Port Forwarding）

基于VPC路由器提供的三层转发服务，可将指定公有网络的IP地址端口流量转发到云主机对应协议的端口。在公网IP地址紧缺的情况下，通过端口转发可提供多个云主机对外服务，节省公网IP地址资源。

负载均衡（Load Balancer）

将虚拟IP的访问流量分发到后端服务器上，自动检测并隔离不可用的后端服务器，从而提高业务的服务能力和可用性。

监听器（Listener）

负责监听负载均衡的前端请求，按照指定策略分发给后端服务器，且监听器会对后端服务器进行健康检查。

转发规则（Forwarding Rule）

将来自不同域名或者不同URL的请求转发到不同的后端服务器组处理。

后端服务器组（Backend Server Group）

一组负责处理负载均衡分发的前端请求的后端服务器。负载均衡实例进行流量分发时，流量分配策略以后端服务器组为单位生效。

后端服务器（Backend Server）

负责处理负载均衡分发的前端请求的服务器。支持添加云主机或云平台之外的服务器作为后端服务器。

前端网络（Frontend Network）

负载均衡的前端网络，负载均衡将来自该网络的客户端请求按照指定策略分发给后端服务器。

后端网络（Backend Network）

负载均衡的后端网络，负责处理负载均衡分发前端请求的后端服务器所在的网络。

负载均衡实例（Load Balancer Instance）

一个定制的云主机，专用于提供负载均衡服务。

证书（Certificate）

当负载均衡监听器使用HTTPS协议，需绑定证书使用。支持上传证书和证书链。

防火墙（Firewall）

在VPC网络场景下，负责管控经由VPC路由器的流量，通过配置规则集和规则管控网络的访问控制策略。

防火墙规则集（Firewall RuleSet）

防火墙规则的集合，包含了一组规则，需要绑定到VPC路由器网卡的某个方向上才能生效。

防火墙规则（Firewall Rule）

配置至防火墙用于控制VPC网络流量的访问策略，由规则优先级、匹配条件、以及行为三部分组成。

规则模板（Rule Template）

将一组规则保存为模板，向防火墙或规则集添加规则时可直接选用该模板。

IP/端口集合（IP/Port Set）

将一组IP或端口进行保存，在向防火墙或规则集添加规则时可直接选用已建好的IP/端口集合。

IPsec隧道（IPsec Tunnel）

通过对IP协议的分组加密和认证来保护IP协议的网络传输数据，实现站点到站点（Site-to-Site）的虚拟私有网络（VPN）连接。

OSPF区域（OSPF Area）

OSPF协议按照一定标准将一个自治系统划分为不同区域，用于分层管理路由器。

NetFlow

通过Netflow对VPC路由器网卡的进出流量进行分析监控，支持两种数据流输出格式：V5、V9。

端口镜像（Port Mirroring）

将云主机网卡的网络流量复制一份到远端，对端口上的业务报文进行分析，方便对网络数据进行监控管理，在网络故障时可以快速定位故障。

路由表（Route Table）

用户自定义配置路由信息，包括目标网段、下一跳地址、路由优先级。

资源编排（CloudFormation）

一款帮助云计算用户简化云资源管理和自动化部署运维的服务。通过资源栈模板，定义所需的云资源、资源间的依赖关系、资源配置等，可实现自动化批量部署和配置资源，轻松管理云资源生命周期，通过API和SDK集成自动化运维能力。

资源栈（Resource Stack）

资源编排通过资源栈模板快速创建和配置一组资源（以及资源间的依赖关系），这组资源定义为一个资源栈，通过管理资源栈，维护这组资源。

资源栈模板（Stack Template）

一个UTF8编码格式的文件，基于模板可快速创建资源栈，用户在模板中定义所需的云资源、资源间的依赖关系、资源配置等，资源编排将解析模板，自动完成所有资源的创建和配置。

资源栈示例模板（Sample Template）

云平台提供了常用的示例模板，用户可基于已有示例模板创建资源栈。

可视化编排（Designer）

一个可视化的资源编排工具，通过在画布上拖曳连线建立资源间的依赖关系，直观高效编排云资源。

裸金属集群（Bare Metal Cluster）

为裸金属设备提供单独的集群管理。

部署服务器（Deployment Server）

一台单独的服务器，为裸金属设备提供PXE服务和控制台代理服务。

裸金属设备（Bare Metal Chassis）

用于创建裸金属主机，通过BMC接口以及IPMI配置进行唯一识别。

预配置模板（Preconfigured Template）

通过预配置模板，可快速生成预配置文件，实现无人值守批量安装裸金属主机操作系统。

裸金属主机（Bare Metal Instance）

安装操作系统的裸金属设备。

弹性裸金属管理（Elastice Baremetal Management)

不仅可为应用提供专属物理服务器，保障核心应用的高性能和稳定性，而且结合云平台中资源的弹性优势，可实现灵活申请，按需使用。

部署网络（Provision Network）

在网关代理集群中创建弹性裸金属实例时，用于PXE流程及下载镜像的专属网络。

弹性裸金属集群（Elastic BareMetal Cluster）

为裸金属节点提供单独的集群管理。

网关节点（Gateway Node）

负责云平台和网关代理集群中弹性裸金属实例间的流量转发。

裸金属节点（BareMetal Node）

用于创建弹性裸金属实例，通过BMC接口以及IPMI配置进行唯一识别。

弹性裸金属规格（Elastic BareMetal Offering）

弹性裸金属实例涉及的CPU、内存、CPU架构、CPU型号等规格定义。

弹性裸金属实例（Elastic BareMetal Instance）

性能媲美物理服务器的云实例，结合云平台中资源的弹性优势，可实现灵活申请，按需使用。

基础资源（vCenter）

云平台支持接管vCenter，并对已接管的vCenter虚拟化资源进行统一管理。

云主机（VM Instance）

运行在物理机上的ESXi虚拟机实例，具有独立的IP地址，可以访问公共网络，运行应用服务。

网络（Network）

vCenter云主机使用的网络配置，包括：IP地址范围、网关、网络服务等。

云盘（Volume）

为vCenter云主机提供存储，包括两种类型：根云盘、数据云盘。根云盘用于支撑云主机的系统运行，数据云盘用于云主机扩展的存储使用。

镜像（Image）

vCenter云主机或云盘使用的镜像模板，包括两种类型：系统镜像、云盘镜像。

事件消息（Event Message）

对已接管vCenter的事件报警消息进行集中展示查看，方便用户快速定位问题。

网络拓扑（Network Topology）

通过可视化方式展示云平台网络规划，帮助用户更高效地进行网络规划、管理和性能改进，支持两种类型：全局拓扑、自定义拓扑。

性能分析（Performance Analysis）

通过列表方式展示云平台核心资源的性能监控指标，提供外部和内部两种监控方式，支持按资源查看性能分析结果和自定义导出分析报表，方便用户掌控云平台性能状态，提高运维效率。

容量管理（Capacity Management）

通过可视化方式展示云平台核心资源的容量信息，方便用户掌控云平台容量使用情况，提高运维效率。

管理节点监控（MN Monitoring）

在多管理节点物理机高可用场景下，可直观查看每个管理节点的健康状态。

报警器（Alarm）

用于监控并响应时序性数据和事件的状态变化，支持资源报警器、事件报警器和扩展报警器。

一键报警（One-Click Alarm）

将种类繁多的资源监控项进行归纳整合，用于快速建立各种资源的监控报警服务。

报警模板（Rule Template）

一组报警器规则的通用模板，关联资源分组后，将对组内资源创建相应的报警器进行监控。

资源分组（Resource Group）

按照业务对资源进行分组，关联报警模板后，报警规则将直接作用于组内全部资源。

消息模版（Message Template）

报警器或事件向SNS系统的主题发送消息时使用的文本模板。

消息源（Message Source）

用于连接扩展消息源，接管扩展报警消息并结合报警器统一推送至各类通知对象。

通知对象（Endpoint）

用户获取订阅主题信息的方式，通知对象类型包括：系统、邮箱、钉钉、企业微信、飞书、Webhook、短信、Microsoft Teams、SNMP Trap接收端。

报警消息（Alarm Message）

报警器触发时发送的即时提示消息。

当前任务（Current Task）

展示当前正在进行中的操作，提供集中查看和管理。

操作日志（Operation Log）

云平台运行过程中变化的一种抽样，内容为指定对象的某些操作及其操作结果按时间的有序集合。

审计（Auditing）

实时监控并记录云平台的所有活动，可用于操作追踪、等保合规、安全分析、问题排查、自动运维等场景。

日志收集（Log Collection）

一键收集云平台以及各类节点在指定时间段内产生的日志，并支持下载查看。

一键巡检（One-Click Inspection）

对云平台关键资源和服务进行全方位一键式健康检查，并根据巡检结果为巡检资源和服务进行健康评分，同时提供巡检建议和巡检报告，助力高效运维，确保云平台资源和服务处于最佳状态。

灾备管理

灾备管理以业务为中心，融合定时增量备份、定时全量备份等多种灾备技术到云平台中，支持本地灾备、异地灾备等多种灾备方案，用户可根据自身业务特点，灵活选择合适的灾备方式。

灾备服务

在线备份云主机/数据云盘/弹性裸金属/云平台数据库数据到备份服务器，支持本地，跨地域和混合云多种备份场景，数据更可靠 。

备份任务（Backup Job）

通过备份任务，可将本地云主机/云盘/弹性裸金属实例/数据库定时备份到指定的存储服务器。

本地备份数据（Local Backup Data）

本地云主机/云盘/弹性裸金属实例/数据库的备份数据，存放在本地备份服务器中。

本地备份服务器（Local Backup Storage）

位于本地数据中心的存储服务器，用于存放本地备份数据或CDP数据。

远端备份服务器（Remote Backup Storage）

位于异地数据中心/公有云上的存储服务器，用于存放远端备份数据。

持续数据保护（CDP）

为云主机中的重要业务系统提供秒级细粒度的持续备份，既可以将云主机数据恢复到指定时间状态，又可以在不恢复系统的情况下找回文件。

CDP任务（CDP Task）

通过CDP任务，可将云主机数据持续备份到指定的备份服务器，实现持续数据保护。

CDP数据（CDP Data）

对云主机进行持续数据保护产生的备份数据，存放在指定的备份服务器中。

恢复点

进行CDP持续备份时产生的数据点，一个恢复点对应用户指定时间间隔内的云主机数据变化。

锁定恢复点

支持将恢复点进行锁定或解锁，锁定恢复点后，恢复点对应的数据将不会被自动清理或删除。

恢复任务

提供向导式的恢复流程，帮助用户通过指定CDP任务和恢复点快速进行数据恢复。同时提供恢复操作记录，方便后续审计和追溯。

密评合规

通过建立以商用密码为核心的云安全保障体系，满足企业在密评场景的云平台合规要求。

密码资源

提供身份认证和数据加密功能的密码设备。

第三方密码服务

支持添加第三方密码服务平台，用于对外提供验签、加密等密码服务。

密码机资源池

一组密码机的逻辑集合，对外提供统一的验签、加密等密码服务。

密码机

运用密码技术对信息实施加解密处理和认证的专用设备。

平台密评合规

通过密码机资源池提供的密码能力，满足云平台密评合规要求。

证书登录

可通过UKey设备对用户进行身份标识和鉴别，保证用户身份的真实性。

数据保护

可对云平台重要数据进行保护，保证数据的机密性和完整性。

定时任务（Scheduled Job）

一种预设任务，在指定时间执行指定行为。与定时器配合使用。

定时器（Scheduler）

承载定时任务的容器，尤其适用于长时间运行的操作。

标签（Tag）

一种资源标记，便于快速搜索和资源聚合。

迁移服务（Migration Service）

提供V2V迁移服务，可将其它虚拟化平台的云主机系统及数据完整迁移至当前云平台。

ZMigrate 迁移服务（ZMigrate Migration Service）

通过应用市场安装的迁移服务，用于将 VMware 环境中的云主机及其数据迁移至当前云平台。

V2V迁移（V2V Migration）

将VMware或KVM源云平台的云主机迁移至当前云平台。

迁移服务器（V2V Conversion Host）

V2V迁移需指定目标集群内的一台物理机作为迁移服务器，云主机系统和数据先缓存在迁移服务器中，再导入目标主存储。

用户（User）

表示自然人，是租户管理中的最基本单位。

成员组（Member Group）

有双重含义，既表示一组自然人的集合，也表示一组项目成员的集合，支持以成员组为单位进行权限控制。

角色（Role）

权限的集合，为用户和成员组赋予权限可获得调用相关API进行资源操作的能力。包括平台角色和项目角色两类。

统一认证（Single Sign On）

云平台提供的统一认证登录服务，支持无缝接入统一认证登录系统，相应统一认证用户将直接登录云平台，便捷使用云资源。

项目（Project）

项目即是租户，指在特定时间、资源、预算下指定相关人员完成特定目标的任务。租户管理中的租户主要指项目。支持以项目为导向进行资源规划，为一个具体项目建立独立的资源池。

项目成员（Project Member）

项目的基本组成人员，可在权限范围内使用项目资源完成任务目标，包括项目负责人、项目管理员和普通项目成员。

流程管理（Process Management）

为了更高效对项目提供基础资源支持，工单审批引入流程管理，包括默认流程和自定义流程两种类型。

我的审批（My Approvals）

仅admin/项目负责人/自定义审批人员拥有审批权限，可通过或驳回申请。若审批通过，资源会自动部署并下发至项目生效。

账单（Bills）

按计费价目在指定时间段统计的资源费用，计费精确至秒级。账单类型包括：项目账单、部门账单、账户账单。

计费价目（Pricing List）

一张包含不同资源计费单价的集合表，资源单价基于资源规格、资源使用时间而设置。

控制台代理（Console Proxy）

可通过代理地址登录云主机控制台。

AccessKey管理（AccessKey Management）

访问云平台API的身份凭证，具有该云平台完全的权限，包括：AccessKey ID（访问密钥 ID）和AccessKey Secret（秘密访问密钥）。

IP黑白名单（IP Blocklist/Allowlist）

云平台登录IP的黑白名单，通过对访客身份的识别和过滤，进一步提升云平台登录安全。

应用市场（Application Market）

通过内置的应用部署包或URL，快速部署应用服务并一键跳转使用，支持默认应用、拓展应用。

子账户管理（Sub-Account Management）

子账户由admin创建或统一认证系统同步，且受admin管理，子账户对自己创建的虚拟资源拥有管理权限。

主题外观（Theme）

用户可自定义设置云平台主题外观。

邮箱服务器（Email Server）

云平台报警选择邮箱类型的通知对象，需设置邮箱服务器，用来发送报警邮件。

日志服务器（Log Server）

添加日志服务器至云平台，收集管理节点或平台操作日志，可用于操作追溯和问题定位，提高云平台运维效率。

全局设置（Global Setting）

提供平台层面的功能特性设置，一经设置，云平台全局范围内生效。

场景封装（Scenario Template）

基于用户实际生产场景需求，提供场景化的一键全局设置，方便快速将云平台设置为所需状态，提高运维效率。

高可用策略（HA Policy）

云平台内计算、存储、网络资源发生故障或云主机异常停机时，确保相关业务持续稳定运行的机制。启用后，支持自定义云主机高可用策略，确保业务连续性。

API Inspector

云平台API调用的监视工具，用于记录用户在云平台上操作时所关联调用的API。

版本检查（Version Detection）

周期性自动检查最新版本并推送最新版本信息，包括版本号，版本亮点等。

时间管理（Time Management）

管理云平台时间和配置时间源，配置后云平台所有物理机将根据指定的时间源进行时间同步。

SNMP（Simple Network Management Protocol）

SNMP是简单网络管理协议，用于管理网络中的设备。第三方平台可通过该协议监控云平台上的资源和事件，并接收云平台推送的报警消息。

体验升级计划（Experience Improvement Plan）

体验升级计划是ZStack Cloud为提升产品操作体验和运行性能向用户推出的项目。征得用户同意后，该计划将统计和分析用户对云平台功能的使用情况，并将统计和分析数据用于指导产品改进优化，以期后续为用户提供更优质的服务。

共享带宽（Shared Bandwidth）

为多个虚拟IP提供带宽共享和集中限速服务，支持绑定虚拟IP的云主机使用同一条带宽，降低公网访问成本。

GPU设备（GPU Device）

拥有高计算能力的微处理器，可用于处理复杂的图形渲染和并行计算任务，帮助提高图形生产、视频处理和机器学习等业务的效率。

脚本库（Script Library）

脚本库集中存储和管理自动化脚本文件。对云主机执行脚本，可以完成复杂的运维操作和自动化任务。

XML Hook

一种脚本程序，用于在云主机XML文件中灵活插入或修改参数，从而实现定制化配置并扩展云主机功能。

容器管理（Container Management）

简单易用的容器管理，提供GPU管理调度、多租户、多集群、资源配额、CI/CD、微服务治理等功能。服务依据传统用户使用习惯，降低容器使用复杂性，帮助用户轻松实现容器集群管理和部署，快速上手，享受云原生便利。

QEMU

计算机模拟和虚拟化工具，提供完整的虚拟计算机模型用于运行客户操作系统。QEMU可完整模拟物理机CPU和其他硬件，或结合Hypervisor使客户操作系统直接执行在物理机CPU上，从而实现接近原生的性能表现。

Libvirt

虚拟化环境管理工具，提供稳定的API、命令行工具 (virsh) 和守护进程 (Libvirt)，用于管理云平台上的虚拟机 (如创建、启动、关闭、迁移云主机等)，并实现网络和存储配置。

Kernel

操作系统内核，负责管理CPU、内存、输入/输出设备等系统资源，协调计算机硬件和上层应用之间的交互，提供硬件抽象、资源分配、进程管理、进程间通信、系统资源安全控制等功能。

高级监控服务器（Advanced Monitoring Server）

一个定制的云主机，专用于接收和处理负载均衡等资源的高级监控数据。

高级监控服务器镜像（Advanced Monitoring Server Image）

封装了高级监控服务的镜像，专用于创建高级监控服务器，不可用于创建业务云主机。

高级监控服务器规格（Advanced Monitoring Server Offering）

定义高级监控服务器使用的CPU、内存、镜像、管理网络、公有网络配置，专用于创建高级监控服务器。

插件管理（Plugin Management）

将扩展资源或工具封装为标准化插件，便于在云平台上快速安装和集成，实现功能扩展。

可用区管理（Region Management）

可用区是一套完整的云环境，具有独立的管理节点、网络、硬件和云资源。多个可用区间可实现用户同步和免密登录。
上一篇ZStack Cloud下一篇ZStack Cloud
多管理节点物理机高可用教程 | 5.5.38 | ZStack Cloud · ZCF | ZStack 资源中心