怎么以ScaleIO为例分析SERVERSAN的部署
今天就跟大家聊聊有关怎么以ScaleIO为例分析SERVER SAN的部署，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
成都创新互联公司主营华阴网站建设的网络公司,主营网站建设方案,成都App制作,华阴h5成都小程序开发搭建,华阴网站营销推广欢迎华阴等地区企业咨询
其实SERVER SAN是挺好的，但部署比较麻烦。涉及到操作系统，网络等方方面面。特别是网络的规划，弄不好性能会奇差无比，甚至会在超融合部署情况下把应用带死。
今天打算以EMC ScaleIO为例，来谈谈SERVER SAN的部署。下面分享即ScaleIO部署的通用的考虑。
ScaleIO简介
其实，部署任何SERVER SAN的时候，我们先要了解一下这个SERVER SAN的基本框架，不同的厂商采用的技术不同，因此，部署的方式也不同。
虽然ScaleIO我们前面也分享过，不过还是做一个简单的回顾。
ScaleIO软件主要有三个组件：
Meta Data Manager—MDM，元数据管理组件，需要部署成主备集群模式，另外，还需要部署一个做仲裁（Tie Breaker），当集群分裂的时候决定那个进程接管元数据管理。
ScaleIO Data Server—SDS，数据服务器，提供存储服务。
ScaleIO Data Client—SDC，数据客户端，安装在主机侧，需要访问ScaleIO存储的主机都需要这个东西。
如果大家学过一些分布式文件系统的架构，理解这个就比较容易了，因为一般为了良好的扩展性，都有元数据这一层。比如昆腾的StorNext，虽然是一个文件系统，也有这三个部件（采用专用NAS客户端的时候）。华为的OceanStor 9000也是类似的，不过由于其采用标准NAS客户端，而且元数据组件由系统自己管理，没有单独体现而已了。
由于ScaleIO需要专门的SDC客户端，因此，我们可以理解这个不是一个通用的SERVER SAN，和华为的FusionStorage等其他SERVER SAN不同，它对外不是提供一个或多个通用的ISCSI或者FC主机接口，而是需要在主机上安装一个专有的客户端，这种专有的连接方式虽然部署麻烦一些，但采用私有协议，协调起来比较方便，也避免了处理传统的IP SAN或者FC SAN的多路径切换的麻烦。
了解这三个模块后，才能更好规划网络。网络分管理网络（访问MDM的部分），控制网络（MDM间互连部分），重构网络（SDS间互连部分），数据路径网络（SDC访问SDS部分）。如果有条件，这四个网络都隔离开，相互之间的流量相互不影响，性能好，可靠性和安全性也更有保障。当然，测试环境，部署在一起也没有问题。
在ScaleIO里，还有一个保护域的概念，一个保护域就是相互保护的一组SDS。一个SDS只能属于一个保护域。保护域里可以划分为很多存储池，一般一个存储池的介质都是一样的，比如性能池用SSD，而容量池就用HDD。虽然存储池也可以配置混合介质，但由于ScaleIO没有自动分层的概念，因此这个存储池的性能只能按照最慢的介质来算了，太浪费里，因此不建议这么部署。
还有一个逻辑术语叫容错集。这个也是用户自己划分的，一般按照供电线路来划分，常见的就是一个机柜做一个容错集。大家知道，ScaleIO采用的是两副本的数据保护方式，划分容错集后就可以保证两份数据保存在不同的容错集里，这样一个机柜掉电了，数据也不会丢失。
MDM，SDS，SDC都是逻辑的，因此，物理部署的时候，可能在不同的物理节点上，也可能在相同的节点上。
ScaleIO对网络和OS的通用要求
ScaleIO每个节点对网络的要求，需要重点关注一下：
One of the following:
• 1 gigabit or 10 gigabit (recommended) network
• IP-over-InfiniBand network
Dual-port network interface cards (recommended)
Ensure the following:
• There is network connectivity between all components.
• Network bandwidth and latency between all nodes is acceptable, according to application demands.
• Ethernet switch supports the bandwidth between network nodes.
• MTU settings are consistent across all servers and switches. For jumbo frame support, set the MTU for servers, switches, and vSwitches to 9000.
• The following ports are not used by any other application, and are open in the local firewall of the server:
—MDM: 6611 and 9011
—SDS: 7072
—Tie-Breaker: 9011
—ScaleIO Gateway (includes REST Gateway, Installation Manager, and SNMP trap sender): 80 and 443
—Light Installation Agent (LIA): 9099
• The following port is open in the local firewall of the server:
—SNMP traps: 162
ScaleIO虽然支持以太网和Infiniband，但IB一般用得很少。一般一个节点需要两个10GE的网口。网络安全规划的时候，特别要注意每个应用的IP端口号，防火墙配置的时候要保证其报文可以通过。
ScaleIO对操作系统的要求，也是要提前检查的：
One of the following (for a complete list, see the EMC Support Matrix):
• Linux: CentOS 6.0-7.0, Red Hat 6.0-7.0, SUSE 11 SP2 and SP3, or SUSE 12
Packages required for all components:
—numactl
—libaio
Packages required for MDM components:
—mutt (for Call-Home)
—bash-completion (for scli completion)
—Latest version of Python 2.X
—When installing the MDM component on Linux CentOS 6 or RHEL 6 hosts, set the shared memory parameter in the /etc/sysctl.conf file to at least the following value:
kernel.shmmax=209715200. To use this value, type the sysctl -p command.
Requirements for running the GUI:
—Java 1.6, or higher
—Screen resolution: 1366 x 768 minimum
• Windows: 2008 R2, 2012, or 2012 R2
Requirements for running the GUI:
—Java 1.7, or higher
—Screen resolution: 1366 x 768 minimum
Packages required for MDM components:
—Install the EMC-provided PythonModulesInstall.exe on all MDM nodes. Download the file from the EMC Online Support site (search for ScaleIO Python Installation Modules) on https://support.emc.com.
To install SDC on 2008 R2, ensure that Microsoft Security Update KB3033929 is installed.
• Hypervisors:
—VMware ESXi OS: 5.5 or 6.0, managed by vCenter 5.5 or 6.0 only
—Hyper-V
—XenServer 6.1
—RedHat KVM
我们看到，ScaleIO支持Linux和Windows操作系统，也支持VMware、Microsoft、XenServer和Redhat的Hypervisor，支持还是相当全面的。常用的OS里面，只有Ubutun还不支持。
ScaleIO的超融合部署
ScaleIO支持2层部署（SAN.NEXT），也支持超融合部署（INFRASTRUCTURE.NEXT）。
而超融合部署里面，最常见的是VMware，XEN和OpenStack。
1、和VMware ESX结合。
ScaleIO虽然没有像VMWARE VSAN一样集成到vSphere的内核里，但还是可以把SDC部署在Hypervisor里面，但是SDS需要运行在一个单独的VM（SVM）里。VM可以通过VMFS或者RDM的方式使用存储。
2、和Xen VM架构结合。
ScaleIO可以把SDC和SDS都部署在DOM 0里，但建议增加DOM 0的内存。
3、和OpenStack配合部署。
ScaleIO提供了Cinder接口和Nova接口，可以部署在OpenStack环境。Cinder接口大家好理解，它是提供块服务的，因为ScaleIO毕竟是一个SAN。但为啥需要提供一个Nova（提供计算）驱动呢？一般的存储不需要这个驱动的啊？这个主要是ScaleIO需要自己的SDC客户端，因此必须通过Nova这个计算接口来控制SDC，使得相应的实例可以访问对应的卷。
看完上述内容，你们对怎么以ScaleIO为例分析SERVER SAN的部署有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注创新互联行业资讯频道，感谢大家的支持。
当前题目：怎么以ScaleIO为例分析SERVERSAN的部署
路径分享：http://cdiso.cn/article/ppcdeh.html
