尽管存储以及网络对数据中心至关重要,但我们看待、部署并管理上述资源的方式却可能截然不同。了解虚拟数据中心内的存储及网络资源,就如何看待以及如何滥用资源过量分配而言,我们会发现有两种截然不同的处理方式。
管理员通过精简配置过量分配存储空间是一个惯例,精简配置能够提高资源利用率并减少浪费,但也可能给管理员带来麻烦。另一方面,网络资源的过量分配程度依然很低,大多数公司更喜欢对网络基础设施进行升级。
网络过量分配
网络对虚拟环境至关重要,我们要借助网络进行数据交换。尽管我们听说过网络中断以及其他问题但并未经常听说由于过量分配导致网络性能不佳。几年以前网络带宽有限、网络拥塞严重,但如今现代化的办公网络已达到了1Gb,数据中心虚拟主机的带宽已经达到了10Gb。这并不意味着网络拥塞不会发生,瓶颈往往位于数据中心堆栈的另一部分。
大多数网络故障源于配置变更以及错误而非带宽问题。然而当我们通过以太网使用存储时可能面临挑战。存储极有可能使网络链路达到饱和。单块硬盘通常不会导致网络带宽饱和,除非使用的是固态硬盘。但能够交付大量数据、拥有一些硬盘的网络附加存储设备可能会导致网络带宽达到饱和。
我们可以利用vLAN以及QoS设置流量优先级并确保给核心终端留有合理的吞吐量。大多数情况下这种方式非常有效,因为网络中的大多数流量并没有导致过度的拥塞。尽管存储可能会给网络带来重大的影响,但存储网络往往是与数据网络物理分离的。对虚拟主机中的存储而言,传统的1Gb以太网带宽过低,即使是传统SATA 3,其本地速度也有1Gb以太网带宽的几倍而且不需要关注以太网拥塞。这往往迫使组织分离存储网络或者将其升级到10Gb。因此网络过量分配程度仍旧很低。但往往存在例外,此时可以使用vLAN、QoS以及网络流量控制。组织应该监控带宽,但网络带宽往往并非限制因素或者问题的根源。
存储过量分配
存储往往是虚拟环境中被过量分配的众多资源之一,原因并非是存储资源过量分配最简单。存储资源是最多被滥用的,更糟糕的是,存储是最昂贵的基础设施之一。然而没有人想要故意浪费资源,往往是由于未能做好未来规划而导致的。尽管用户存储器价格相对便宜,但企业级数据中心存储价格昂贵,可能要花很多钱,很难证明“以防万一”态度的合理性。
处理存储容量不足问题的出发点是容量管理。往往请求的容量与实际需要的容量是两个完全不同的数字。这时精简配置就派上用场了。你可以向请求者承诺100GB,但使用精简配置使用的容量可能只有20GB。精简配置能够大量节省存储空间,而且请求者很高兴地以为获得了要求的存储空间。当然这是个很小的谎言,需要100GB存储空间的可性能又有多大?结果证明一定程度的过量分配对精简配置而言相对安全。大多数情况下大约为30%的过量分配。超过该比例你就开始有些担心未免有虚张声势的嫌疑。
过量分配存储资源时,无论是在存储端还是hypervisor上,精简配置往往是首要选择。这么做很容易,而且在很多情况下虚拟机和最终用户全都浑然不觉。然而接受用户过量请求的意愿已经导致存储自身出问题。很多管理员没有质疑请求者,导致请求者不断要求越来越多的存储容量。当管理员陷入该模式后,他们放弃了安全的过量分配等级,过量分配的容量达到了50%到60%。这带来了更多的风险是一个或多个虚拟机实际上达到了已配置的容量上限。
存储过量分配最好是作为一种容量调整方式而非一种容量策略。请求者必须对其请求的存储容量负责。如果虚拟机仅多申请5%到10%的容量,那么将30%的过量分配作为目标较为理想。当虚拟机必须使用已分配的资源时会出问题。然而,如果虚拟机过量分配程度达到40%到50%,那么一到两个虚拟机可能会潜在地耗尽很多容量。尽管请求者可能并非总是乐于使用配置精确的虚拟机,但你可以提醒他们增加存储容量并不具备破坏性。
关于存储过量分配需要关注的另一个问题是其对I/O性能的影响。尽管容量往往是首要关注点,但你很可能会使用单个LUN承载I/O负载很高的多个虚拟机。每个hypervisor都具备内置工具解决该问题,而且有很多第三方工具能够用于监控存储队列问题。如果进行了合理的监控,通常能够识别存储I/O请求并为之做好相应的准备。
并非要避免过量分配。过量分配是当代虚拟数据中心一个重要的组成部分。我们需要接纳过量分配,但要意识到可能的影响并进行合理的管理。过量分配技术应用很简单,这导致我们可能会忽视掉将合理配置虚拟机容量放在首位。
作为一种提高基础设施效率的方法,过量分配应该与正确配置虚拟机容量的实践相呼应。如果我们自满于配置虚拟机的方式,将导致我们无法从故障中恢复或信守承诺。
作者:Brian Kirsch
来源:51CTO