概述
- iSCSI块设备透传：添加iSCSI存储后，通过同步数据，可在UI界面上实时展示其上所有块设备，支持块设备透传给云主机使用。
- FC存储块设备透传：部署FC存储后，支持在UI界面上实时展示FC存储与所有块设备，并支持块设备透传给云主机使用；
准备工作
-
使用最新版本ZStack Cloud安装包，为服务器安装系统，并部署完成创建云主机等必要的资源。
- 所有服务器的操作系统版本需一致，即：全部基于h79c ISO安装或全部基于h76c ISO安装。
- 以管理节点模式安装其中一台服务器作为管理节点。
- 通过管理节点接管物理机，物理机自动部署安装LVM、Multipath等工具包。
- 在物理机上部署FC存储或iSCSI存储，划分出一定容量大小的块设备（LUN），并通过在线扫描发现磁盘。
- 两个以上的链路的FC存储或iSCSI存储，可根据需要配置多路径访问方式。
添加物理机
- 添加方式：支持手动添加和模板导入方式，本场景以手动添加为例
- 名称：设置物理机名称
- 简介：可选项，可留空不填
- 类型：根据实际情况选择服务器的Hypervisor类型，支持：KVM、XDragon
- KVM：若服务器采用KVM虚拟化技术，请选择KVM类型。
- XDragon：若服务器采用阿里云神龙架构，请选择XDragon类型。
- 标签：可选项，可为物理机绑定一个或多个标签
- 集群：选择物理机所在的集群
- 物理机信息：以IP方式或IP范围方式添加物理机信息，并填写IP地址、SSH端口、用户名、密码等物理机相关配置
- 扫描物理机IOMMU设置：可扫描物理机IOMMU设置，用于外接设备透传、外接设备虚拟化等场景。此场景无需开启此功能
- Intel EPT硬件辅助：可选项，可针对Intel CPU启用Intel EPT硬件辅助功能，提升CPU性能，默认启用该功能
云主机加载块设备
确保SAN存储（iSCSI存储、FC存储）已连接到ZStack Cloud云平台，可参考以下方法将块设备透传给云主机使用。
- FC存储页面：该页面支持将FC存储的块设备添加到云主机，详情请参考FC存储页面加载块设备。
- iSCSI存储页面：该页面支持将iSCSI存储的块设备添加到云主机，详情请参考iSCSI存储页面加载块设备。
- 云主机详情页：该页面支持将FC存储的块设备、iSCSI存储的块设备添加到云主机，通过类型列进行区分所属的存储。详情请参考云主机详情页加载块设备。
- 物理机详情页：该页面支持将FC存储的块设备、iSCSI存储的块设备添加到云主机，通过类型列进行区分所属的存储。详情请参考物理机详情页加载块设备。
FC存储页面加载块设备
添加物理机后，如果物理机上部署了FC存储，ZStack Cloud会自动识别并展示到FC存储页面。点击同步设备信息，手动刷新列表信息。
iSCSI存储页面加载块设备
在块设备页面，选择一个iSCSI块设备，执行加载云主机操作，在弹出的选择云主机页面，选择需要加载的云主机，点击确定按钮，完成块设备加载。
云主机详情页加载块设备
典型应用场景
- 对数据块存储有共享要求的应用软件或者系统软件，例如：Oracle RAC、微软故障转移群集（MSCS）等
- 集群文件系统中，例如：OCFS2、GPFS、GFS2等
Windows故障转移群集
前提条件
Windows故障转移群集（以下简称：故障转移群集）是一组独立的计算机，这些计算机相互协作以提高群集角色（据微软官网文档介绍，之前称为应用程序和服务）的可用性和可伸缩性。在故障转移群集中，若出现一台或数台服务器宕机，则其它正常工作的服务器将自动接管故障服务器继续处理业务。
故障转移群集支持群集共享卷，该群集内的服务器可共享相同的存储空间。关于故障转移群集的更多详情，可参考微软官网文档。
背景信息
- 故障转移群集中的业务云主机需处于同一反亲和组中。
- 故障转移群集中的业务云主机，若已透传块设备，请不要直接在线迁移，否则将导致MSCS（微软群集服务）内部中断。如需在线迁移，请先将业务云主机上已配置的MSCS（微软群集服务）停止，再执行迁移操作。
- 用于透传给业务云主机的块设备不可同时作其他用途。
- 若初次使用该块设备透传，需修改多路径配置文件，避免对已使用存储造成影响。
- 建议使用Qlogic HBA卡透传，若使用EMULEX HBA卡透传，则需重新编译驱动，加载模块，重启物理机。
| 业务云主机名称 | 操作系统 | 配置条目 | 配置信息 |
|---|---|---|---|
| 业务云主机-1（主） | Windows 2016 Standard | 静态IP地址 | 192.168.200.100 |
| FQDN | node1.example.com | ||
| 所在域 | example.com | ||
| 业务云主机-2（备） | 静态IP地址 | 192.168.200.101 | |
| FQDN | node2.example.com | ||
| 所在域 | example.com |
- 透传块设备到两台业务云主机；
- 初始化块设备；
- 为两台业务云主机添加故障转移群集所需功能；
- 配置验证测试；
- 创建群集；
- 添加磁盘到故障转移群集；
- 验证故障转移群集功能是否生效。
操作步骤
-
透传块设备到两台业务云主机。
在ZStack Cloud主菜单，点击，进入iSCSI存储界面。点击IQN名称，进入块设备页面，执行加载云主机操作，在弹出的选择云主机页面，选择需要加载的两台业务云主机，点击确定按钮，完成块设备加载。
如图 9所示：图 9. 透传块设备 
- 初始化块设备。
-
为两台业务云主机添加故障转移群集所需功能。
-
为业务云主机-1添加故障转移群集所需功能。
在服务器管理器界面，点击添加角色和功能，弹出添加角色和功能向导界面，点击下一步，进入选择功能界面，勾选故障转移群集功能，弹出添加 故障转移群集 所需的功能界面，点击添加功能，点击下一步，进入确认安装所选内容界面，点击安装，等待安装完成，点击关闭，完成故障转移群集功能的添加。
如图 12所示：图 12. 确认页面 
-
为业务云主机-1添加故障转移群集所需功能。
-
配置验证测试。
-
进入验证配置向导界面。
在服务器管理器界面，点击，进入故障转移群集管理器界面，点击验证配置，弹出验证配置向导界面。
如图 13所示：图 13. 验证配置向导 
-
选择待验证对象。
在验证配置向导界面，点击下一步，进入选择服务器或群集界面，点击，选择待验证对象，点击确定。
如图 14所示：图 14. 选择待验证对象 
-
选择测试方式。
选中待验证对象后，点击下一步，进入测试选项界面，选择运行所有测试（推荐），并点击，开始测试所选对象，只有当相关配置验证测试均通过，微软才支持故障转移群集服务。测试完成后，点击完成。
如图 15所示：图 15. 测试选项 
Note:- 测试方式建议选择运行所有测试（推荐）；
- 若测试结果返回错误，需解决所有错误后再执行后续操作，否则会导致故障转移群集功能异常。
-
进入验证配置向导界面。
- 创建群集。
-
添加磁盘到故障转移群集。
在故障转移群集管理器界面，依次点击，进入磁盘详情页，点击右侧添加磁盘，弹出将磁盘添加到群集界面，选择待添加磁盘，点击确定。
如图 18所示：图 18. 添加磁盘 
-
验证故障转移群集功能是否生效。
使用ping命令验证故障转移群集功能是否生效。
预期结果：- 当业务云主机-1（主）正常运行时，使用ping命令可正常连通；
- 当业务云主机-1（主）因故宕机，网络暂时中断；
- 故障转移机制触发，业务云主机-2（备）继续保证连通性。
实际结果：[root@10-0-73-238 ~]# ping 192.168.200.200 PING 192.168.200.200 (192.168.200.200) 56(84) bytes of data. 64 bytes from 192.168.200.200: icmp_seq=1 ttl=126 time=26.3 ms 64 bytes from 192.168.200.200: icmp_seq=2 ttl=126 time=13.1 ms 64 bytes from 192.168.200.200: icmp_seq=3 ttl=126 time=2.88 ms 64 bytes from 192.168.200.200: icmp_seq=4 ttl=126 time=1.73 ms 64 bytes from 192.168.200.200: icmp_seq=5 ttl=126 time=2.27 ms 64 bytes from 192.168.200.200: icmp_seq=6 ttl=126 time=1.11 ms Request timeout for icmp_seq 7 Request timeout for icmp_seq 8 Request timeout for icmp_seq 9 Request timeout for icmp_seq 10 Request timeout for icmp_seq 11 64 bytes from 192.168.200.200: icmp_seq=12 ttl=126 time=125.2 ms 64 bytes from 192.168.200.200: icmp_seq=13 ttl=126 time=11.3 ms 64 bytes from 192.168.200.200: icmp_seq=14 ttl=126 time=2.67 ms ^C --- 192.168.200.200 ping statistics --- 14 packets transmitted, 9 received, 35.7% packet loss, time 15053ms
后续操作
至此，Windows故障转移群集使用方法介绍完毕。
Oracle RAC
Oracle RAC（Oracle real application clusters）最初旨在提供改进的数据库服务，经过多年的发展，如今它已立足于全面的高可用性 (HA) 体系基础上，该 HA 体系可用作数据库云系统的基础，也可以作为共享基础架构确保为数据中心中的所有应用程序提供高度的可用性、可伸缩性、灵活性和敏捷性。Oracle RAC 采用共享磁盘架构，因此卷管理和用于存储数据库数据的文件系统必须支持集群识别。Oracle 自动存储管理 (ASM) 是为 Oracle 数据库推荐的（集群）卷管理器。
