怎么以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://ybzwz.com/article/ppcdeh.html