有关ZStack Mini这个产品，看起来跟普通的服务器好像没什么不同，2U高度，前面板上有12个3.5英寸的硬盘仓，但仔细看，两边各有一个电源按钮，这说明里面有两台服务器。如果看背面就特别明显了，就是两台服务器。每台服务器上都配有千兆网口、万兆网口。两台服务器中间是两个电源模块。

当较小两节点部署的时候，ZStack Mini的数据网络采用点对点连接，不需要额外的（万兆）交换机。对于边缘站点的对外业务服务，使用千兆网络作为业务网络，这样就可以很简单地建立一个边缘站点。

全新的ZStack Mini在接入电源后，需要对其进行环境预配置和初始化，这两个过程比较简单，只需输入相应的配置信息就开始自动配置，两个过程加起来大约需要10分钟。

现在我们展示的这台ZStack Mini实际上已经配置好了，开机即可使用，目前安装的是ZStack Mini 2.9.版本。（2.9是预发布版本，主要功能跟3.0一致）

ZStack Mini 3.0从管理界面上来看，与2.0的界面区别不大，但是在2.0基础上增加了一些很重要的功能。

• FC-SAN存储功能

  当ZStack Mini所在环境有FC-SAN存储的时候，可以使用这个功能来连接并使用FC-SAN存储。这有利于利旧，以及数据流通与整合。

• 外接硬盘备份功能

  备份是企业数据中心内非常重要的功能，在发生极端情况下，比如ZStack Mini整个平台都故障，数据丢失的情况下，如果此前进行了备份。利用备份可以在新的ZStack Mini平台上复原故障平台上的数据和应用。但是如果每个边缘站点都配备一套备份解决方案的话，无疑会增加很多的成本。而这个外接硬盘备份则是一个高性价比的替代方案。这个功能本身也比较简单，使用普通的移动硬盘，接入到ZStack Mini平台，然后选择备份即可。

• 应用中心

  关于新增的应用中心，在我们测试的这台ZStack Mini中集成了三个应用模板，分别是MariaDB、LNMP和Tomcat。熟悉IT的人都明白这三个应用的作用。这些都是建设一个网站必然要用到的组件，也就是用于数据库服务的MariaDB开源数据库，Tomcat中间件和LNMP环境。

  我们来演示下如何使用应用中心：比如要安装MariaDB数据库，先点击“安装”按钮，然后输入数据库名称，端口号，数据库管理员密码，以及配置数据库的存储容量。确认无误之后，点击创建即可。

  我们用同样的方法创建了LNMP和Tomcat应用，也是相同的方式，输入名称，端口号、管理员密码等信息之后，就可完成创建。

  大家可以看到，通过ZStack Mini应用中心的模板来创建应用非常快。而且更重要的是省却了很多步骤和容易出错的地方。比如我们要用常规的方式来安装MariaDB的话，首先要先导入镜像，然后创建云主机，创建完成之后呢，还要将MariaDB的安装包上传到云主机操作系统里面，然后检查各种依赖包，是否满足数据库安装条件……这些都做完了之后，才能安装MariaDB数据库，再进行复杂的配置。

  这个过程不仅耗时间，稍有差错，就有可能安装不成功，配置有问题的话，则数据库服务也会出现问题。

  而通过应用中心集成的应用模板，则省却了上述复杂的安装步骤，只填入必要的信息即可。几分钟内，这三个应用已经创建完成，现在我们来看一下详细的信息。相信有网站建设经验的人会特别熟悉这两个画面，这分别表示LNMP和TomCat已经正确安装，可以提供相应服务。

以上是ZStack Mini 3.0版本新增功能。

FT功能测评

可用性是IT行业内的一个非常高频的词汇，因为涉及到IT产品或者解决方案，都离不开可用性，在ZStack Mini 2.0中，云主机只有一种高可用方式可选，即HA。当监测到物理节点故障无法为应用服务器提供服务的时候，高可用就将应用服务器迁移到正常运行的物理节点上，保证业务的连续性，但是业务系统也会受到轻微影响，基于HA的高可用依旧有数分钟的业务中断。这在有些场景下是不可接受的，一些场景需要秒级的切换，以保证业务的连续性。那么在这种比较苛刻的要求下，FT的高可用方式就诞生了。

传统HA高可用从物理节点故障到云主机迁移，再到恢复服务，需要数分钟时间，相比传统的重新准备服务器、安装应用等等，时间缩短了很多倍。但是，FT功能可以让云主机在两个物理节点间实现秒级切换。

现在来演示一下ZStack Mini 3.0中新增的FT高可用功能：

我们构建了一个在线编转码应用，所谓在线编转码应用的场景类似于直播，在线编转码服务器，本质上跟现在视频服务网站的模式差不多，当然要简化一些。这里面有三个比较重要的流程，一就是推流，将直播画面实时地发送到在线编转码服务器上，第二个流程是在线编转码服务器进行编码和转码；第三个流程则是用户通过网络观看直播画面。

那么在ZStack Mini上的两台虚拟服务器，其中一台就是用于推流，将这个虚拟服务器上的一个视频推流给在线编转码服务器，这就相当于主播们开始直播。另一个虚拟服务器则用于实时编转码，将推流服务器推送过来的视频流进行编码和转码。而我现在使用的这台笔记本就相当于客户端，通过视频播放软件可以实时地播放在线编转码服务器转码后的视频。

在这个应用场景里面，在线编转码服务器是关键，一旦在线编转码服务器停机不能提供服务，那么大家也就看不到直播了。所以在这个测试环节，我们将在线编转码服务器设置为FT高可用模式，然后关闭在线转码服务器所在的物理机节点，看看直播画面是否中断，如果没有中断，那就意味着F.T.功能起了作用。

我们现在推送一个视频，然后一边转码，一边播放，表示视频服务正在进行。现在我们看一下这个转码服务器的位置信息，这台云主机位于172.24.100.3这个物理节点上，我们点击进入这个物理节点页面，然后让整个物理节点进入维护模式。物理节点进入维护模式后，在线编转码服务器会进行故障切换，可以看到视频播放依旧很清晰、流畅，FT切换成功。

我们再来看一下在线编转码服务器的位置信息，已经位于172.24.100.4这个物理节点上了。此时系统提示FT模式处于单工模式，就是说现在高可用处于降级模式。这就是说，现在这个应用服务器处于未保护状态，需要赶紧把故障节点修复好，并重新投入使用。

现在我们进入172.24.100.3的物理节点，退出维护模式，表示维护完成，故障已经排除，可以重新运行。退出维护模式后，这个节点将自动重新加入到原来的环境当中。

经过修复的故障节点加入到环境之后，会自动进行同步。等待一段时间，FT高可用重新恢复到正常状态。