实战VMware vSAN 7 体验超融合架构新设计1 -2

增强vSAN储存资源报表

由于新版的vSAN 7超融合解决方案,已经不像旧版着重于VM虚拟主机的工作负载,更支援新兴的容器技术应用。同时,增强vSAN储存资源报表功能和呈现方式,方便管理人员了解vSAN丛集的各项工作负载和资源耗用情况,以便于管理人员判断是否该为vSAN丛集中每台vSAN节点主机,扩充运算和储存资源达成「垂直扩展」(Scale-Up),或是为vSAN丛集增加更多台vSAN节点主机,以达成「水平扩展」(Scale-Out)的运作架构。

在VM虚拟主机的部分,当管理人员点选VM虚拟主机的Summary页签后,可以找到一个〔Switch to New View〕按钮,按下之后可以发现新版更精简清晰的VM虚拟主机工作负载和资源使用情况,例如管理人员最在意的动态记忆体和储存资源使用率,如图6所示。

图6 新版VM虚拟主机工作负载和资源使用率示意图。

此外,当vSAN丛集启用原生档案服务,那么在vSAN容量使用报表中,依序展开「vSAN > Capacity > Usage breakdown before dedup and compression > User Objects > File shares」项目后,即可查看vSAN原生档案服务储存资源使用率,如图7所示。

图7 查看vSAN原生档案服务储存资源使用率。

实战vSAN 7原生档案服务

如上所述,新版vSAN 7已经可以透过启用原生档案服务,让vSAN 7丛集能够提供NFS v3和NFS v4.1档案共享机制,并且这个NFS档案共享机制不仅可以分享给VM虚拟主机使用,也能因应新兴容器技术的使用,同时企业组织无须额外采购储存设备,便能轻松地将NFS档案共享的资料,储存在高效能和高可用性的vSAN Datastore储存资源内,如图8所示。

图8 vSAN原生档案服务运作架构示意图。(图片来源:VMware StorageHub – vSAN File Service Overview)

举例来说,新兴应用微服务架构上「云端原生」(Cloud Native)类型的工作负载,例如Apache、Nginx、Tomcat等网页应用伺服器使用储存资源的特性,便是透过NFS v4.1协定存取储存资源,以便达到分布式应用程序的运作架构。

在开始实战演练vSAN原生档案服务之前,先了解相关前置作业以及运作环境需求,以便稍后能够顺利启用vSAN原生档案服务:

‧在vSAN丛集中的每台vSAN节点主机,必须具备唯一IP位址,倘若需要Layer 3路由转送的话,则必须组态设定预设闸道和路由机制。

‧在vSAN原生档案服务运作环境中,必须具备DNS名称解析伺服器,以便处理DNS正向和反向名称解析服务。

‧在启用vSAN原生档案服务时,必须组态设定「档案服务网域」(File Services Domain),这在vSAN丛集中必须具备唯一性的「命名空间」(Namespace)。

启用vSAN原生档案服务

在本文实作环境中,vSAN丛集内共有3台vSAN节点主机,已经在vSphere丛集中启用vSAN特色功能,将3台vSAN节点主机的本机储存装置汇整为vSAN Datastore储存资源,并且完成组态设定vDS分布式虚拟交换器,以利3台vSAN节点主机之间vSAN Traffic储存流量交换。

确认vSAN丛集为正常运作状态后,依序点选「vSAN Cluster > Configure > vSAN > Services > File Service > Enable」项目,系统便会弹出组态设定原生档案服务精灵对话视窗,如图9所示。

图9 准备启用并组态设定vSAN档案服务。

由于启用vSAN档案服务之后,系统将会在vSAN丛集中透过vSphere ESX Agent Manager,为每一台vSAN节点主机安装「档案服务代理程式」(File Service Agent),这个档案服务代理程式为采用Photon OS的轻量型「虚拟设备」(Virtual Appliance,VA)运作架构,并且已经启用了NFS伺服器服务,以便提供NFS档案共享服务。

因此,在File Service Agent页面中,可以选择采用预设值「Automatic Approach」,如图10所示,并且勾选「Trust the certificate」选项。让vCenter Server自动前往VMware官方网站下载最新稳定版本的档案服务代理程式,并安装至vSAN丛集中每一台vSAN节点主机。倘若vCenter Server无法接触网际网路,则改为选择「Manual Approach」项目,以手动的方式上传档案服务代理程式。

图10 采用预设值自动下载最新稳定版本的档案服务代理程式。

在Domain页面中,管理人员必须提供vSAN档案服务的网域资讯,在本文实作环境中,档案服务网域名称为「vsan-nfs」,而DNS伺服器的IP位址是「10.10.75.60」 ,DNS尾码则是「weithenn.org」,如图11所示。

图11 组态设定vSAN档案服务的网域资讯。

在Networking页面中,管理人员必须选择届时部署档案服务代理程式,所要使用的NFS档案共享网路环境Port Group,点选Network下拉式选单,选择本文实作环境采用的「NFS Network」,并键入使用的子网路遮罩「255.255.255.0」,以及预设闸道「10.10.75.254」,如图12所示。

图12 组态设定档案服务代理程式使用的NFS档案共享网路环境Port Group。

在IP Pool页面中,键入档案服务代理程式所要使用的IP位址资源池,根据VMware的最佳建议作法,便是为vSAN丛集中的每台vSAN节点主机额外配置专用于NFS档案共享服务的IP位址资源池,并且建议采用连续的IP位址。

在本文实作环境中,键入第一笔IP位址「10.10.75.71」之后,按下「Lookup DNS」确保能够正确进行DNS名称解析,然后按下「AutoFill」,则会依序递增IP位址,并再次按下「Lookup DNS」,确保新加入的IP位址能够正确进行DNS名称解析,如图13所示。

图13 组态设定档案服务代理程式所要使用的IP位址资源池。

然后,在Review页面中再次检视所有组态设定内容是否正确无误,确认无误后按下〔Finish〕按钮,便立即进行档案服务代理程式的部署作业。当部署的工作任务完成后,可以看到在vSAN丛集中每台vSAN节点主机上皆会运作一台名称为「vSAN File Service Node」的虚拟主机(图14),采用的客体作业系统为VMware Photon OS,并由vSphere ESX Agent Manager管理。

图14 档案服务代理程式部署完毕。

Author: bwh