ag真人桌面虚拟化是否适用服务器虚拟化经验,平

2019-10-10 10:36栏目:公司领导
TAG:

从外向内,而非从内而外

下面说明两个重要的可变因素:(1)抽样总体中产品的最晚生产日期和样本期间开始日期之间要有足够的时间间隔(2)数据采集窗口要足够大,以确保结果的可信度。

任何人都知道数据中心需要保持凉爽,IT设备的最佳工作温度是在20℃到25℃之间,相对应的湿度在40%到55%之间。但是数据中心可能会过冷。

如果某个项目中需要与最终用户进行大量交互,而且最终用户的“买帐”至关重要,那么曾负责领导服务器虚拟化项目的内部团队,尤其是企业最上层主管,可能不是负责这种桌面虚拟化项目的最佳人选。同样,由于桌面虚拟化涉及到完全不同的技术,因此传统的服务器虚拟化厂商或服务公司并不一定适合实施桌面虚拟化项目。企业应将桌面虚拟化看作一个全新的挑战,并全面评估厂商和服务公司的相应资质和成功案例。

如果抽样总体中产品的最晚生产日期和样本期间开始日期之间没有足够的时间间隔,那么在抽样总体中的产品得到完全部署之前可能就已经开始进行抽样了。这种情况可能会造成两种结果。第一,由于尚未部署的产品不可能出现故障,所以有低估故障率的倾向。第二种结果就是样本期间很可能包括大量的安装故障或设置故障。因为新产品的故障率可能会显示为一个标准的“浴缸”型,所以包括大量安装故障可能会导致高估故障率。尽管我们知道这两种相反的效果都很明显,但也不能指望他们能互相抵消。

通过合适的方案,您的数据中心可同时兼顾高密度和低密度IT设备的制冷需要,大大降低了制冷成本,使容量都得到最充分的利用——也无需将数据中心调至比实际需要更冷的状态。

服务器虚拟化通常局限于数据中心,是一种目标容易实现、很快便可带来收益的计划。IT部门的服务范围,以及数据中心内部署的战略和技术通常与最终用户无关。大多数服务器都能够以统一的方式进行管理和维护,唯一可见的结果就是明显的效率提升。一排排的服务器,在一个地点上日复一日地做着相同的工作,受控于相同的命令和控制结构(受分层结构的制约)。生搬硬套这些服务器虚拟化方法来管理员工PC无疑是为桌面虚拟化项目判死刑。

现在假设在“故障”产品返回工厂时,是由每个技术人员单独定义故障。某位技术人员可能只统计那些出现重大故障的产品,而另一位技术人员可能统计所有出现了故障(包括重大故障)的产品。这两种极端的做法使得准确评估特定产品故障率的可能性几乎为零,当然更不能准确评估对该产品的过程控制所产生的影响。因此,在诊断任意产品之前,供应商必须对故障有一个明确的定义。在计算特定事件的MTBF时,供应商可能有多种不同的故障定义。例如,供应商会试图评估导致关键负载停用的故障的MTBF以及负载能够继续运转的不很严重的故障的MTBF。

...

实现成功

在抽样时间方面,另一个需要考虑的重要问题是窗口的持续时间。需要多少天才能充分采集故障数据?采样时间窗口必须选得足够宽,以便可以从样本中移除统计“干扰”。获得合理准确度所需的持续时间取决于抽样总体的大小。例如,大批量产品可能需要一个月时间,小批量产品可能需要几个月时间。

这会造成巨大的资源浪费。让系统在接近20℃情况下运行会比25℃花费更多——如果对于所有的温度敏感区域都采用更低的阈值,也完全没有必要。
这会导致缺乏甚至没有针对新增IT设备的制冷能力。
这会导致缺乏甚至没有可用电力从而无法满足新增IT设备的供电需求。
无法实现对IT设备的充分保护。

简而言之,服务器虚拟化和桌面虚拟化之间没有多大关系。在服务器虚拟化项目中取得成功的计划,不管是概念验证计划还是全企业内实施的计划,不一定能在桌面虚拟化项目中取得同样的成功。

第2步:确定采集数据的样本时间范围过程的第二步是确定从抽样总体中采集故障数据的样本时间范围。通常在产品的用户给供应商报告故障时采集数据。抽样总体中产品的最晚生产日期和样本期间开始日期之间的适合时间间隔,因产品、地理位置、分销过程和库存地点不同而有所差异。例如,如果产品在工厂仓库中储存两个月,在分销渠道中历时两个月,那么最早只能在抽样总体中最晚产品生产日期的四个月后开始进行抽样。对于需要通过批发商、经销商和零售商这些环节的产品,四个月被视为是考虑上述可变因素的合理时间范围。

现在,制冷情况恰到好处,的确不错。

同样,在桌面虚拟化方面,如果固执地用VDI实现所有桌面的虚拟化,那么服务器虚拟化的僵化统一将继续发挥作用。这就象一支足球队,不管对手情况如何,总是采用同一种打法。事实上,人们即使使用同一种技术其工作方式也会有很大不同,在个人用户普遍使用多种功能异常强大、外形小巧而且简便易用的计算机的今天,为员工提供‘任何类型的PC,只要它是黑色就行’的工作空间已彻底过时。

如果上面的示例是以连续运转产品为例,那么两个AFR值将相等。即使取消所有产品同时开始运转这个假设,AFR值仍然非常接近。因此,了解产品是连续运转还是非连续运转对于进行正确地分析至关重要。

APC的4C解决方案确保您的数据中心凉爽而不会过度制冷: 质量上乘的组件Components),可实现高性价比的合理规划。
紧靠热源的制冷Close-CoupledCooling™),可实现行级冷热通道布局并有效满足每一个机架的制冷需求。
热空气遏制Containment),利用APC的热通道围栏系统,或APC气流管理盲板以及KoldLok® 地板索眼。
APC容量管理Capacity Manager)软件,可确保制冷与实际需要相匹配,同时确定供电和制冷容量以防止陷入“进退两难”的境地。

服务器虚拟化的中心是整合,从数据中心开始实施,而桌面虚拟化的目标是提高桌面管理效率,所以应该从最终用户入手。每个用户群,尤其是那些需要自己的计算机在任何时候都能快速可靠运行的用户,一想到需要改变并应对新的变化,无疑都会退缩。并非所有用户都对当前的IT环境感到满意,但他们一旦想到改变可能会带来的业务中断,便会积极性大减,而且很可能他们已经对过去曾经承诺但从未实现的改进感到彻底失望。

第4步:接收、诊断和修理产品样本期间结束时间和AFR计算时间之间必须有足够的时间间隔,以允许一定的时间来接收、诊断和修理报告为有故障的产品。诊断结果确定故障类型,而修理将会验证诊断结果。体积较小的产品通常会发回供应商处,这会导致出现接收延迟或需要一定的产品递送时间。产品到达供应商处后,必须对其进行诊断和修理,这会导致另一个称为诊断延迟的延迟。大型产品通常在客户处进行诊断和修理,因此基本没有延迟。在上述任一情况下,都需要在计算AFR前诊断和修理产品。如果是大批量产品,很可能在诊断延迟结束时仍然有需要修理的产品。在这些情况下,有时会做出未修理产品和以前修理过的产品出现故障的机率相等这样的假设。取决于待评估产品的生产量和产品类型,接收延迟和诊断延迟可以在样本期间结束时间后加上几个星期,您可以在此时间点计算AFR。

为什么不是刚刚好,而是过冷数据中心中的温度过低,好比过高一样或是类似温度的骤然变化的情况),也可能破坏数据处理,导致系统为保护硬件不受损坏而关闭,或损坏系统中的组件主要指未被关闭的系统或系统未及反应但温度已快速恢复至正常值)。

例如,大多数企业都需要访问富媒体(如Flash视频),又不造成过大的带宽需求。在一个相对简单但有着各种员工的特定园区(包括大范围覆盖的网络和面向移动工作者及在家办公者的虚拟专用网)中,这意味着需要满足不同的桌面虚拟化需求,通过一个高延迟、低带宽网络支持富媒体而不造成明显的性能下降,利用桌面虚拟化技术可以很好地做到这一点。在这个过程中,做到“买者自负”(让买者知情)非常重要,因为不择手段的赢利行为和极具吸引力的市场宣传通常会掩盖许多厂商产品的缺陷。在技术销售中常见的一个现象是言过其实,因此最终用户企业应特别注意此类细节,并要求实地考察已在使用该解决方案的客户案例现场。

使用公式1:故障率为10个故障x(每年52个星期/样本期间为8个星期)/抽样总体中有10,000台装置=0.0065或0.65%。

为什么数据中心会过冷造成数据中心过冷,通常是因为: 传统制冷方式。
针对房间级制冷无法象行级制冷那样有效的针对热点进行制冷,还会存在热空气回流的问题。
四周包围式制冷只是针对负载最大值进行的过度规划,没有中间,或低输出供电设定选项。
对于IT设备规划摆放不当,导致制冷系统被迫产生并传送超出IT设备所需的冷空气。
缺乏气流管理,如气流路径过长,冷气在到达IT设备前未能进行有效的遏制,设备排出的热空气没有被排走而是重新回流。

版权声明:本文由ag真人发布于公司领导,转载请注明出处:ag真人桌面虚拟化是否适用服务器虚拟化经验,平