首页 文章 精选 留言 我的

精选列表

搜索[云真机],共10000篇文章
优秀的个人博客,低调大师

如何应对虚拟机数量增加产生的数据带宽问题

有些人把数据中心整合简单地看作是,集合许多服务器然后添加VMware这样的虚拟化软件,之后就算是完成了数据中心整合和应用虚拟化。 我曾经听有人说他们把1000台服务器精简到100台,但同时又称没有必要改变底层存储架构。我还听说一家采用LTO-4用于备份整合数据中心的站点,他们还计划利用陈旧服务器的的1Gb光纤通道HBA和1Gb架构。考虑到1GB HBA是EOL的,所有LTO-4支持未经过测试而且是不提供支持的,你无法正常运行磁带驱动器,因为这些设备可能会给你带来麻烦。 那么让我们来看一看与数据中心整合相关的问题,以及对存储架构的影响。每当我听说有人宣称他们计划整合服务器和削减成本的时候,我就会问我自己,这些人是否针对知道他们在做什么吗? 设想一下你拥有1000台服务器和2000个与SAN的连接来确保可靠性。如果以前拿1Gb光纤通道举例的话,假设每台服务器使用20%的存储带宽和IOPS。因为这1000台服务器中可能许多服务器已经使用数十年时间了,许运行着72GB 10K RPM驱动器(大约每秒100次IOPS操作数和67 MB/s的持续性能)。在这期间,RAID控制器可能支持128个I/O请求以及光纤通道的处理速率。应该指出一点,对于大多数这种类型的Windows应用来将,IOPS要比流式处理更重要,因为NTFS分配数据的方式是不同的。 让我们来看一看这些问题的具体例子: 这个表格有什么问题?我有很多看法。从存储到服务器的带宽方面,总带宽大幅下滑。因为来自服务器的带宽是有限的,所有RAID带宽就不可能提高。即使以前的利用率很低(大约是存储性能的20%),而现在你所能运行50%的理论带宽也是不够的。 我认为最大的问题就是IOPS性能。IOPS性能提高了3.6倍,这只是杯水车薪。从1000台服务器精简到100台意味着每台服务器的IOPS会增长10倍。让我们再回到那个假设,虽然利用率为20%,但是你的CPU能力提高了10倍,因此2000个CPU可以处理更多的的IOPS。显然,CPU性能的10倍提升和存储空间的10倍提升并等于IOPS的3.6倍提升。 我还发现一个问题,不同应用同时从一台服务器向存储发出请求越多,存储系统中的随机I/O请求就越多。如果多应用同时发出多请求的话,NFTS可以很好地持续分配数据。对于所有免费的Linux文件系统也一样,因为许多服务器虚拟化产品都是在Linux操作系统下运行的,所以在制订架构策略的时候一定要记住这一点。多I/O数据流的连续分配问题一直是文件系统开发者尝试解决却没有成功的难题。至少就我所知,整合的程度越高,就越是需要关注存储性能,这意味着要提高IOPS的可用性。 架构师应该做什么? 在过去的八年时间里,我们把CPU性能提高了10倍。即使你正在使用1.5万转的2.5英寸SAS驱动器,IOPS性能也仅仅提高了2.5倍,从100次IOPS提高到250次IOPS。 2.5英寸驱动器每个驱动器的存储容量稍低一些,所以在正确架构的情况下你能更有效地使用它。现在希捷1.5万转、73GB的2.5英寸SAS驱动器IOPS性能提高了9.86倍,CPU数量和CPU性能比10:1。这非常接近现有的CPU数量,比使用1.5万转300GB驱动器的3.6:1好很多,因为驱动器更少。 如果我正着手开发一个虚拟环境的系统架构,那么我会首先看一看现有系统的五个重要因素: ·从服务器到存储的带宽利用率是多少?·从服务器到存储的IOPS利用率是多少?·从服务器到存储的可用带宽是多少?·从服务器到存储的总IOPS是多少?·底层文件系统是什么、这些文件系统如何处理同时写入的多个数据流? 上面的第五点是问题的症结所在。如果你不知道文件系统分配多I/O请求数据有多么糟糕的话,那么你就很难决定到底需要多少IOPS带宽。 IOPS随着CPU性能的提升而增加。如果CPU性能增长了10倍,那么磁盘的IOPS至少要提高10倍甚至更多。问题是,由于IOPS和带宽的原因,I/O性能并不随着密度增加而提高。记住一点,采用老系统的时候,更少的数据流流向更少的磁盘驱动器,文件系统可能连续分配数据,减少旋转延迟的寻道和开销数量。即使你可以有效地维持不变的CPU运算能力,那也有可能在使用新系统的时候要处理更多的I/O请求。现有的PCIe总线设计速度要比老式的PCI总线高许多,我发现大多数PCI总线无法达到标定的性能水平,而且没有必要达到,因为我们被局限在把1Gb光纤通道作为最高速度连接。新的PCIe 2.0在老系统上的带宽大约是老式PCI总线的30倍之多。相比老系统来说,能够处理更多的I/O请求可能导致驱动器层级更多的寻道和旋转延迟。 作为整合和虚拟化数据中心的架构师,你不能只拿着一份表格就想当然地在这或者在那把服务器数量精简到原来的1/10,还想着获得你预期的性能水平。你要考虑到架构的方方面面,考虑不能与CPU和密度扩展比例同步的一些方面。当对一个环境进行架构和虚拟化的时候,你需要考虑整个数据路径,其中包括文件系统如何老系统上分配数据、如何在新系统中运作等等,因为可能随机I/O请求会更多。 作者:过客 来源:51CTO

优秀的个人博客,低调大师

英特尔Atom推16内核芯片更新至强单片机

英特尔在移动世界大会召开前夕推出一批新产品,所有这些产品都可以很方便地用于在非常快的无线网络运行的物联网应用程序。 Atom C3000晶片 其中有新一代的Atom处理器,大名"Denverton"。新的C3000系列现在提供2个至16个内核,时钟速度高达2.2 Ghz,仅需8.5瓦特。另外,英特尔还推出4款10G以太网连接产品,其压缩/加密吞吐量可达20 Gbps。 新的Atom用了芯片巨头英特尔的 VT-d虚拟化和隔离技术,即是说芯片可以分区及通过某些分区限制I/O。英特尔的计划和汽车领域的做法类似:多个VM可以使用相同的物理设备,但VM被很好地隔离开,因此娱乐系统不能管不了自主驾驶软件。新芯片的另一个目标是用于驱动网络边缘设备。隔离技术在网络边缘以及高内核数的情况下也可以派上用场,各种功能都可以只提供给自己的线程用。 C3000系列可望在存储和网络设备方面担当起Atom的常规角色。 新的Xeon D-1500系列又名 "网络系列",原因是该系列还需要负起数据中心以外的责任。该系列的产品与40 Gbps新以太网Actom原压缩/加密吞吐量相匹配。英特尔表示,该系列的产品也可以应付90 Mpp的第三层转发。第三层转发规范或许将令这些产品最终出现在无线基站的白盒路由器里。 该系列产品或许还可以和芯片巨头英特尔的另一个工具配对:XXV710网络适配器。英特尔XXV710网络适配器主要用于25 Gb Ethernet,但也可以用于10 Gb。另外,PCIE 3.0可与Xeon一起运行处理工作负载。该系列的产品也兼容新的QuickAssist技术适配器。QuickAssist技术适配器是一款100 Gbps加速压缩/加密PCIe卡。英特尔希望用户将设备添加到Xeon盒里,从而可以更有效地处理安全交通流量,原因在于英特尔认为网络边缘用得上这些设备。 网络边缘这东西怎么到处冒了出来呢?来看一下另一款新产品就知道原因了,因特尔推出的XMMTM 7560 LTE调制解调器可应付千兆比特的速度,从XMMTM 7560 LTE调制解调器的说明里可以看到英特尔的方向:英特尔认为快速移动网络将推动网络边缘设备的需求,英特尔认为该设备将成为虚拟网络函数的目标。在4G和5G得到广泛部署后,可以处理大量流量、能分离工作负载而不会消耗太多功率的芯片将会有需求。英特尔希望能满足这种需求并可以为开发人员在他们熟悉的x86环境下有目标地提供虚拟函数。 英特尔还希望在高速无线尚未全面成熟前能拥有可以完成各种功能的产品系列,因为英特尔在移动设备有些滞后,在移动设备这一块,只要看看除了ARM以外的其他商家就知道各商家的现况了。 除了调制解调器以外,上述所有产品将于2017年晚些时候上架,调制解调器将于今年下半年出样品。 原文发布时间为:2017年2月24日 本文作者:刘新萍 本文来自云栖社区合作伙伴至顶网,了解相关信息可以关注至顶网。

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册