《vSphere性能设计:性能密集场景下CPU、内存、存储及网络的最佳设计实践》一1.2.4 存储-阿里云开发者社区

开发者社区> 华章出版社> 正文
登录阅读全文

《vSphere性能设计:性能密集场景下CPU、内存、存储及网络的最佳设计实践》一1.2.4 存储

简介: 本节书摘来华章计算机《vSphere性能设计:性能密集场景下CPU、内存、存储及网络的最佳设计实践》一书中的第1章 ,第1.2.4节,[美] 克里斯托弗·库塞克(Christopher Kusek) 著 吕南德特·施皮斯(Rynardt Spies)姚海鹏 刘韵洁 译, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。

本节书摘来华章计算机《vSphere性能设计:性能密集场景下CPU、内存、存储及网络的最佳设计实践》一书中的第1章 ,第1.2.4节,[美] 克里斯托弗·库塞克(Christopher Kusek) 著 吕南德特·施皮斯(Rynardt Spies)姚海鹏 刘韵洁 译, 更多章节内容可以访问云栖社区“华章计算机”公众号查看。

1.2.4 存储

当建立虚拟环境的基准时,最容易忽视的就是存储。最大的误解之一就是,因为从物理服务器转为虚拟服务器,所以应该可以节省处理IO配置文件所需的Spindle数量。但通常情况下恰恰相反。
虽然大多数物理服务器只使用少于5%的CPU潜能和一小部分物理存储器,并且只涉及网卡的表层,如果一个物理服务器使用1900 IOPS来执行工作,当切换到虚拟服务器时它还会继续使用1900 IOPS。当涉及存储时,建立基准更为重要。要确定你之前使用的IOPS的数量,确定你的应用程序是否有一些特殊需求,并确保它们体现在应用程序的数据存储中。
当进行虚拟化的设计时,配置的许多特性都可能会发生改变,但存储的设计一般不会像你认为的那样发生改变。
同样,如果你的应用程序在物理环境时曾使用10 IOPS,在虚拟环境中它会继续使用。这也鼓励你可以将一大群低I/O和低利用率的物理机填到更少的虚拟机中。除了一些像数据库一样的侵占型的应用和负载,你会发现大多数应用需求所受的空间限制多于IOPS限制。
VMware多年来在存储方面做了大量的投资和开发,因为存储对于工作负载的交付非常重要。Storage DRS(SDRS)、Storage vMotion、VAAI、VASA、VSA、vFlash、VSAN、Storage I/O Control(SIOC)等功能以及多路径策略采用简单的SAN或NAS置备磁盘,可以使虚拟基础架构达到一个新的水平。
通过虚拟化增强的存储功能,能够最大限度地对虚拟机环境在线、按需地修改。还可以建立最低级别的存储作为虚拟机的“默认值”,然后如果需要,可以利用在线Storage vMotion而无需停止应用程序,将存储在disk-by-disk基础上提高一个级别。
当涉及应用程序的基准时,操作系统的需求往往比性能驱动的应用程序的需求低得多。如图1-6所示,21个操作系统运行在单个磁盘,平均每个约为10 IOPS,峰值运行达到16 IOPS。对这些应用程序操作系统进行存储设计时,我们可以很容易地满足其磁盘性能需求。
但是对于那些业务依赖型的应用程序,基准要模糊一些。如图1-7所示,它的平均低值要低于图1-6中的操作系统,但是峰值负载要高得多,所以需要大量的存储架构才能应对应用程序的需求。
存储的架构和设计与网络非常相似,因为这些投资通常不是很容易实现。存储架构无论设计得好与不好,通常你都会使用3~5年,这取决于你的折旧和更新周期。

image


幸运的是,VMware的存储容量的智能以及第7章中的指南,通过重新设计和重新构建,或者利用已有投资进行简单修改,都可以帮助将你的存储架构提升到一个新的水平。

image

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享: