服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

惠普计划限制访问ProLiant服务器固件 – 后果?

在我的系统环境中,我一直是HP ProLiant服务器的倡导者。 在过去的12年中,该平台一直是我在多个行业的基础架构devise的基础。 ProLiant硬件的主要卖点是持久的产品线,具有可预测的组件选项,易于导航的产品规格(Quickspecs),强大的支持渠道以及在产品生命周期期间积极的固件发布/更新计划。 这有利于在一级和二级市场使用惠普设备。 随着部件成本的下降,使用过的和新型的设备可以通过额外的部件或通过交换/升级而获得新的使用寿命。 惠普固件的一个独特特性是在固件版本中引入了新的function以及错误修正。 我看到智能arraysRAID控制器获得了新的function,服务器平台获得了对较新操作系统的支持,解决了严重的性能问题; 全部通过固件版本。 通过一个典型的更新日志历史的阅读揭示了创build一个稳定的硬件平台进行了多lesstesting和努力。 我明白,并购买相应。 其他制造商似乎按原样发货,只专注于纠正后续固件版本中的错误。 我很less在Supermicro和戴尔设备上运行固件更新。 但是我认为在没有初始固件维护阶段的情况下部署惠普服务器是不负责任的行为。 鉴于此,惠普即将对服务器固件访问进行政策更改的早期报告令人担忧。 官方细目: 访问为HP ProLiant服务器select服务器固件更新和SPP将需要授权,并且只有具有有效的合同支持协议,HP Care Pack服务或与HP支持中心用户ID关联的保修的惠普客户才能使用。 一如既往,客户必须对正在更新的特定产品有合同或保证。 实质上,您必须在服务器上拥有主动保修和支持才能访问固件下载(大概是HP Service Pack for ProLiant DVD )。 这将影响独立的IT技术人员,内部IT人员和使用旧设备的客户,其次是寻求使用惠普设备的人。 我提供了许多服务器故障答案,归结为“更新此组件的固件将解决您的问题” 。 该build议的收件人可能不会得到积极的支持,并且不符合本政策下的固件下载条件。 这是供应商locking增长趋势的一部分吗? HP ProLiant Gen8磁盘兼容性是一个前兆。 惠普是否超越了限制访问一些人所依赖的更新? 结果是否像Cisco IOS下载的地下市场一样? 这是如何与你,你的组织或购买决策者坐在一起的? 它会影响未来的硬件决策吗? 这是否有激励让更多的系统在官方保修之下,或延长旧设备上的护理包? 这个政策变化的其他可能的不良影响,我可能没有考虑到的是什么? 更新: 惠普支持服务博客 – 终身客户的答复 更新: 这现在是有效的。 当我尝试下载系统的BIOS更新时,我看到提示。 使用HP Passportlogin不需要继续下载。

有没有人真正了解Linux / BSD中的HFSC调度是如何工作的?

我读了关于HFSC的原始SIGCOMM '97 PostScript文件 ,这在技术上非常有用,但是我理解这个基本概念。 您可以指定一个凸或凹的服务曲线,而不是给出线性服务曲线(与其他几乎所有其他调度algorithm一样),因此可以分离带宽和延迟。 然而,尽pipe本文提到了正在使用的调度algorithm(实时和链接共享),但每个调度类总是只提到一条曲线(通过指定该曲线来完成解耦,只需要一条曲线)。 现在已经使用ALTQ调度框架为BSD(OpenBSD,FreeBSD等)实现了HFSC,并使用TC调度框架 (iproute2的一部分)实现了Linux。 两个实现都添加了两条额外的服务曲线,这些曲线并不在原始文件中! 实时服务曲线和上限服务曲线。 再次请注意,原文提到了两种调度algorithm(实时和链接共享),但是在这篇论文中,这两种调度algorithm都是单一的服务曲线。 BSD和Linux目前都没有两个独立的服务曲线。 更糟糕的是,某些版本的ALTQ似乎给HSFC增加了一个额外的队列优先权(在原始文件中没有优先权)。 我发现了几个BSD HowTo提到这个优先级设置(尽pipe最新的ALTQ版本的手册页不知道HSFC的这个参数,所以官方它甚至不存在)。 这一切都使得HFSC的调度比原始文件中描述的algorithm更复杂,互联网上有大量的教程互相矛盾,一个声称与另一个相反。 这可能是没有人真正了解HFSC调度真正起作用的主要原因。 在问我的问题之前,我们需要一些样本设置。 我将使用一个非常简单的,如下图所示: 替代文字http://f.imagehost.org/0177/hfsc-test-setup.png 以下是我无法回答的一些问题,因为教程互相矛盾: 我该怎么做需要一个实时曲线? 假设A1,A2,B1,B2都是128kbit / s的链路共享(任何一条都没有实时曲线),那么如果根分配512kbit / s,每个链路将得到128kbit / s A和B当然都是256kbit / s),对吗? 为什么我还要给A1和B1 128 kbit / s的实时曲线? 这有什么好处? 为了给予这两个更高的优先? 根据原始文件,我可以通过使用曲线给予他们更高的优先级,这就是HFSC最重要的。 通过给这两个类别[256kbit / s 20ms,128kbit / s]的曲线,它们的优先级比A2和B2的优先级高两倍(平均只能达到128kbit / s) 实时带宽是否计入链路共享带宽? 例如,如果A1和B1都只有64kbit / s的实时和64kbit / s的链路共享带宽,这是否意味着一旦它们通过实时服务64kbit / […]