NetApp 技术报告Red Hat Enterprise Linux 6、KVM 和 NetApp 存储:集群模式 Data ONTAP 最佳实践指南.docx
《NetApp 技术报告Red Hat Enterprise Linux 6、KVM 和 NetApp 存储:集群模式 Data ONTAP 最佳实践指南.docx》由会员分享,可在线阅读,更多相关《NetApp 技术报告Red Hat Enterprise Linux 6、KVM 和 NetApp 存储:集群模式 Data ONTAP 最佳实践指南.docx(85页珍藏版)》请在三一文库上搜索。
1、NetApp技术报告RedHatEnterpriseLinux6、KVM和NetApp存储:集群模式DataONTAP最佳实践指南NetApp公司JOnBenedict2012年11月ITR-4104目录1 简介61.1 概述61.2 目标受众61.3 最佳实践61.4 本文档的范围61.5 本文档不涉及的主题62 集群模式DataONTAP概览82.1 集群模式DataONTAP的优势82.2 集群模式DataONTAP的概念92.3 NetApp集群存储分类92.4 NetAPP存储集群的组成103 RedHatEnterpriseLinux6和KVM概述104 RHEL6KVM主机配置1
2、14.1 CPU和内存注意事项114.2 RHEL6KVM的硬件要求114.3 软件包选择124.4 KVM主机-节点配置134.5 KVM主机安全性的一般准则154.6 RHEL6KVM数据存储库和文件类型184.7 基于LUN的数据存储库194.8 NFS数据存储库224.9 数据存储库比较表235 RHEL6KVM子系统的配置245.1 文件系统对齐概述255.2 KVM子系统的厚配置或精简配置265.3 在RHEL6KVM中配置虚拟机266 适用于RHEL6KVM的NetApp存储最佳实践296.1 聚合64位集群模式DataONTAP296.2 Vserver296.3 集群管理VS
3、erVer306.4 集群Vserver306.5 节点Vserver316.6 适用于集群模式DataONTAP的FIexVoI316.7 LUN与集群模式DataONTAP326.8 使用集群模式DataONTAP进行NAS精简配置336.9 使用集群模式DataONTAP进行重复数据删除346.10 NFSv3与集群模式DataONTAP366.11 FC与集群模式DataoNTAP366.12 iSCSI与集群模式DataONTAP376.13 使用集群模式DataONTAP创建LUN387 适用于RHEL6KVM的存储网络最佳实践387.1 存储架构概念387.2 IFGRPLACP
4、与集群模式DataONTAP397.3 VLAN与集群模式DataONTAP407.4 巨型帧与集群模式DataONTAP427.5 适用于集群模式DataoNTAP的防火墙437.6 适用于NAS的故障转移组与集群模式DataONTAP437.7 FCPLIF与集群模式DataONTAP447.8 iSCSILIF与集群模式DataONTAP457.9 集群间LIF与集群模式DataONTAP468 存储网络服务和访问468.1 DNS与集群模式DataONTAP468.2 NTP与集群模式DataONTAP478.3 SNMP与集群模式DataONTAP478.4 AutoSupportH
5、TTPS与集群模式DataONTAP488.5 集群模式DataONTAP的用户访问498.6 HTTPS访问与集群模式DataONTAP539 管理最佳实践539.1 管理RedHatEnterpriseLinux6和KVM539.2 NetAppOnCommandSystemManager2.0xRHEL549.3 OperationsManager559.4 NetApp管理控制台3.0559.5 PerformanceAdvisor569.6 ProtectionManager569.7 ProvisioningManager569.8 存储效率仪表板569.9 RLM与集群模式Dat
6、aONTAP579.10 可以访问RLM的帐户599.11 服务处理器5910适用于RHEL6KVM的数据保护最佳实践6010.1 为集群模式DataONTAP创建Snapshot副本6010.2 SnapCreator6210.3 卷SnapMirror异步与集群模式DataONTAP7111FIexCIone与集群模式DataONTAP7311.1 FIexCIone卷的工作原理7411.2 FIexCIone文件和LUN的优势7511.3FIexCIone文件和LUN的工作原理7512结论77附录77附录A:用于SAN启动的HBA(FC、FCoE和iSCSI)配置77附录B:允许通过防火
7、墙的端口77附录C:将模板通用化78附录D:对于Windows子虚拟机80附录E:SnapCreator门户的start/stop脚本示例80附录F:SnapCreator代理的start/stop脚本示例81参考资料82表格目录表1)数据存储库支持的功能。23表2)RedHat支持的存储相关功能。24表3)RedHat支持的配置。24表4)精简配置卷选项。33表5)精简配置卷的Snapshot选项033表6)默认防火墙策略。43表7)FCLIF的限制。44表8)IPLIF的限制C45表9)集群间LIF的限制。46表10)集群环境的默认角色和功能。50表II)VSerVer环境的预定义角色和功
8、能。50表12)帐户密码属性。51表13)允许的端口。78插图目录图1)NetApp集群存储概览。8图2)KVM。10图3)“厚”虚拟机管理程序和“精简”虚拟机管理程序。11图4)磁盘和文件位置.19图5)存储虚拟磁盘时单独使用LVM与将LVM和文件系统结合使用的比较。20图6)未对齐的文件系统。25图7)正确对齐的文件系统。26图8)LUN与主机的映射关系图。32图9)最高级别的NetApp重复数据删除过程。35图10)动态多模式接口组(LACP)o39图II)VLAN连接示例。40图12)VLAN中继,41图13)VLAN错误配置示例41图14)本机VLANNetApp配置,42图15)集
9、群模式DataONTAP中的FC和iSCSILIF示意图。44图16)集群模式DataONTAP中的FC和iSCSILIF示意图。45图17)集群模式DataONTAP中的SNMP示意图。47图18)集群模式DataONTAP中的SNMP陷阱。48图19)NMC概览,56图20)存储效率仪表板。57图21)RLM拓扑结构。58图22)使用snappolicyshow命令的Snapshot副本示例。60图23)SnapCreator3,x月艮务器架构。62图24)SnapCreator3.x代理架构。63图25)SnapCreator3.x代理/服务器架构。63图26)SnapCreator代理
10、的通信。66图27)SnapCreatOr代理的多线程部署。67图28)集群设置。72图29)集群内数据保护镜像,72图30)集群内镜像的负载共享(LS镜像)。72图31)集群间的集群模式DataONTAPSnapMirroro73图32)FIexCIone概览。761简介1.1 概述本技术报告介绍了部署RedHatEnterpriseLinux(RH旨L)6和集群模式NetApp9DataONT部8.1的当前最佳实践。建议读者通览本文档以了解各章内容,然后根据需要参考本文档以了解具体要求。1.2 目标受众本文档面向正在研究如何在集群模式DataONTAP上将KVM与RHEL6结合使用的系统架
11、构师、系统管理员和存储管理员。对于在7-模式下运行的DataONTAP,请参阅TR-3848:RHEL6、KVM和NetADD存储:最佳实践指南C1.3 最佳实践最佳实践以最优方式组配以下功能:经证明可获得超群效果的功能;通过系统化流程甄选出来的功能;经判断具有代表性、性能优异以及/或者已成功利用的功能C要对这些功能进行组配,不仅需要考虑是否能够获得最佳性能、可靠性和简单性,而且还需要考虑不会牺牲那些可改进的特性。一旦将最佳实践融入组织内的所有领域,这些最佳实践(尤其是在数据中心中运用的最佳实践)就能够实现一流的性能,打造可重复性,并对运营成本和资本成本产生积极影响。数据中心的员工经常运用多种
12、最佳实践,但是,只有在数据中心的所有之间都采用一致的最佳实践,才能使性能达到一流水平。1.4 本文档的范围本文档的目标如下: 阐述同时部署RHEL6、KVM和集群模式DataONTAP的最佳实践。 阐述同时部署各种技术的优势。鉴于上述目标,本文档的讨论范围将限定于在RedHatEnterpriseLinux(RHEL)6.KVM和集群模式DataONTAP8.1环境下,RedHat与NetApp技术如何交叉使用或者如何彼此直接产生影响。在适当情况下,本文档会提供配置示例。尽管KVM内核模块适用于当今大多数Linux分发版本,但本文档专门讨论RedHat的实施。本文档引用“RHEL6KVM”并不
13、暗示所有权和排他性,而仅仅意在区分该KVM与其他Linux分发版本所部署的KVMo1.5 本文档不涉及的主题RedHat和NetApp均提供了大量产品文档来介绍各自产品的各种部署方法。因此,本文档将避免与产品文档发生重复。编写本文档时,我们假定读者已对RedHatEnterpriseLinux.KVM和NetApp存储具有深入了解,本文档各章节所介绍的是各种网络技术的最佳实践,因此,不会针对任何特定品牌或型号的网络设备进行说明。内容提要作为节省成本的措施之一,数据中心可通过虚拟化将众多物理系统进行虚拟化,以便整合基础架构和提高运营效率,从而减少资本支出(CaPeX)和运营支出(opex)o然而
14、这种服务器虚拟化和整合发展趋势也伴随着数据的爆炸式增长。IDC预计,到2020年,业务数据将增长44倍,达到35ZB(1ZB=1,000,000,000,000,000,000,000字节)O亳无疑问,虚拟化势在必行;除此之外没有任何其他办法可以满足服务器整合以及应用程序现代化的需求。但要清楚的是,数据中心的各个方面都必须进行虚拟化,才能满足性能、容量和操作方面的可扩展性需求。企业需要数据中心具有这种敏容性来推动业务向前发展。业务的规模、复杂性和发展速度使人们非常注重敏客性。“现在的业务环境给IT带来了巨大的压力,要求IT前所未有地几乎即时响应前所未来的极具挑战性的需求。因此我们迫切需要转变
15、思路,从财务和运营两方面更好地分配资源,以便IT部门可以快速适应并推动变革,从而创造价值”组织需要使用敏睿数据基础架构从根本上重新思考如何设计和管理数据存储,最终推进和加快实现业务目标。EmerPriSeStrategyGroUP创始人SteveDuplessie这样说。服务器虚拟化和网络虚拟化仍然是企业的明确要求,但这些虚拟化仅占数据中心的三分之二。时至今日,最初推动虚拟化的核心要求仍然存在:应用程序必须能够以更快的速度、更低的成本来运行,同时要保持安全性、性能和可管理性不变。这些限制和要求并不仅限于应用程序和服务器,坦率地讲,任何关于应用程序现代化的讨论都必须将企业存储考虑在内才算完整周全
16、并满足数据爆炸所带来的需求。引入集群模式DataONTAP8.1以及使用KVM的RedHatEnterpriseLinux6集群模式DataONTAP8.1是部署现代业务关键型应用程序的新一代存储平台,既适用于虚拟环境也适用于裸机环境。一直以来,NetApp始终能够以增加模块的方式高效地纵向扩展存储。集群模式DataONTAP的推出,为SAN和NAS环境提供了横向扩展性能的能力,同时又能够保有NetApp标志性的存储效率技术、统一的架构以及内置的数据保护技术。RedHatEnterpriseLinux6(RHEL6)提供了一个高性能、安全且非常易于管理的操作平台来部署业务关键型应用程序。事实
17、上,RedHatEnterpriseLinux6(RHEL6)可部署为裸机操作系统、子(虚拟)操作系统或虚拟机管理程序,这一点充分说明了其灵活性。借助KVM虚拟机管理程序的架构,虚拟化的应用程序既能以近乎本机的速度运行,又能实现移动性,并提高可管理性和安全性。对于在RHEL6KVM和集群模式DataONTAP上部署虚拟化应用程序来说,这一点的意义何在呢?这意味着数据中心可以按需进行扩展,而不丧失灵活性、安全性、性能和可管理性。虚拟机可以从存储阵列中快速地进行部署。应用程序可以在涵盖硬件、网络和存储整个体系的安全租户环境中运行。存储基础架构的主要组件可以在不中断运行的情况下进行更换或升级。最后,
18、它还为构建敏睿基础架构提供了基础。适用于集群的指导原则所有集群技术都遵循一套通用的指导原则。这些原则包括: 无中断运行。提高效率与构建集群的关键是要有能力确保集群永远不发生故障。 虚拟化访问用作托管实体。与构成集群的节点直接进行交互本身就是对“集群”这一概念的违背C在集群初始配置期间,直接访问节点是必要的;但是,一旦用户将集群作为单一实体进行交互,便可从节点中抽象出稳定状态操作。 数据移动性和容器透明度。构建集群(即,一组无中断的独立节点配合工作,并呈现为一个整体解决方案)的最终结果是,数据能够在集群的边界内自由移动。 委托管理和随时随地访问。大型复杂集群可以将特性和功能委托或划分给可独立于集
19、群操作的容器,这意味着可以对工作负载进行隔离。而集群不得对访问其内容设置条件,这一点同样重要。这一点不应与所访问内容的安全性相混淆。 集群模式DataONTAP体现了这些指导原则。图1显示了如何通过Vserver以及利用多协议支持进行随时随地访问,并根据工作负载需求和集群内关系在集群内移动数据,来为NetApp集群存储实现虚拟化访问。图1)NetApp集群存储概览:存储 虚拟机 管理程序RHEL 虚拟机 管理程序VscrverVsorverVservorVscrverVservorNetAppData ONTAP 集群模式EEJGEJE3IlllLnIIliiLwIULl2集群模式DataON
20、TAP概览既要扩展性能又要控制成本,这是数据中心面临的最具挑战性的任务之一。高性能、技术计算和数字媒体内容应用程序对存储系统提出了极高的要求。运行这些应用程序的计算集群可能需要数GB/秒的性能,以及数TB甚至数PB的容量。为在高峰期保持应用程序的性能.用户必须能够在不中断运行的情况下添加存储并在系统和存储层之间移动数据“同时,为了控制成本,用户还必须能够有效地管理存储环境。集群模式DataONTAP可以应对这些挑战,并满足高性能和高容量的要求。利用它组织可提供所需要的大规模吞吐量和可扩展性,以满足高性能计算和虚拟化基础架构的苛刻要求,从而缩短产品的面市时间。这种高性能水平可满足虚拟化和非虚拟化
21、工作负载日益增长的性能、可管理性和可靠性需求。集群模式DataONTAP是NetApp推出的一种操作系统,它包括: 基于在互连节点上托管的集群文件系统无中断运行 采用全局命名空间技术的多节点扩展 适用于存储虚拟化的NetAppFIexVoI卷 基于本地Snapshot副本、复制和镜像的NetApp备份和恢复解决方案21集群模式DataONTAP的优势DataONTAP中的NetApp存储集群功能提供了众多关键优势,其中包括: 提升性能C集群模式DataONTAP可采用集群文件系统技术最大程度地提高输入/输出(I/O)吞吐量,并消除影响生产的瓶颈问题C信息可以在系统中任意或全部存储控制器和磁盘之
22、间条带化为卷,这样,即使单一文件或卷也能实现均衡的吞吐量水平,并支持技术团队并行运行多个计算作业。当许多计算节点同时需要数据时,可以在集群系统的DataONTAP中使用负教平衡镜像,或者在系统前端添加NetAppFIexCache存储加速器,以提高读取吞吐量。 简化存储和数据管理。集群模式DataONTAP支持完全集成的解决方案,这些解决方案易于安装、管理和维护。在此基础上,利用全局命名空间这一增强功能,管理员可以将集群中的所有数据卷映射为文件系统树结构,再通过该树结构自动将服务器映射或重新映射到其数据(即使该数据已移动),从而达到简化客户端管理的目的。通过在多个存储节点提供单一系统映像.全局
23、命名空间无需复杂的自动安装器图和符号链接脚本。改进数据访问。存储可在文件系统级别进行虚拟化,从而使所有计算节点可以装载单一文件系统、访问已存储的所有数据.并自动适应对计算集群完全透明方式的物理存储变化。每个客户端都可以通过一个装载点访问存储集群任意位置的巨型信息池。 在不中断操作的情况下保持资源平衡C随着向集群添加更多存储节点,各种物理资源(包括CPU、缓存、网络I/O带宽和磁盘I/O带宽)可自动保持平衡。集群模式DataONTAP使您能够自由添加存储以及在存储控制器与存储层之间移动数据.而不会给用户和应用程序造成中断。这为我们开启了一个全新的范式:容量得到提高,工作负教达到平衡,消除了存储I
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- NetApp 技术报告Red Hat Enterprise Linux 6、KVM 存储:集群模式 Data ONTAP 最佳实践指南 技术 报告 Red KVM 存储 集群 模式 最佳 实践 指南

链接地址:https://www.31doc.com/p-493081.html