服务器的平均寿命是多少?


11

我真的很想知道服务器的寿命是,或者可能是。在PC领域中,有没有像使用寿命一样的东西?假设它运行24/7,可以使用多少小时/天/年/等?



2
一段绳子有多长?
约翰·加迪尼尔

1
激动吗 你怎么那么兴奋?
ceejayoz 2012年

Answers:


23

您是说在任何部分发生故障之前吗?或者,您是说如果对服务器执行维护(包括更换硬盘驱动器和电源等故障部件),则服务器预计将持续多长时间?

假设您的意思是后者-从“获得硬盘后2天”到10年后的任何时间,硬盘之类的所有组件都可能发生故障,那么我想说服务器的使用寿命可以通过两种方法来衡量

  1. 您可以认为它的寿命很长,但是它仍然能够执行分配给它的任务,如果该任务是从未真正改变过的东西(例如DNS服务器),则可能要花一些时间。这在不向IT投入大量资金的企业中已经很普遍了。我一直在“大型企业,大型钢铁公司”环境中工作,但是至少在某种程度上,这在小型企业中是完全正确的观点。

  2. 或者,您可以(并且我认为应该)将使用寿命限制为可支持硬件的时间。换句话说,一旦您不再能获得服务器的替换零件,它就基本上是靠借来的时间生活的。这并不意味着您需要用完并购买新服务器才能在一秒钟内更换旧服务器,而您再也无法获得用于维护该服务器的零件,但是此时您必须在更换成本和成本之间取得平衡。 /不这样做的风险,除非您可以购买新服务器并将旧服务器的应用程序和数据迁移到新服务器上,否则无法获得该服务所提供的服务。

除了以上两个方面之外,您还可能考虑到旧服务器的维护效率低下的问题 -保持其运行的成本(在某些情况下,维护,电源,占地面积)比虚拟化的成本要大。它和一堆在新硬件上的其他类似旧服务器。

编辑:我认为这也取决于服务器正在执行的任务-比方说,DNS服务器与运行主要CRM后端的数据库服务器之间存在很大差异,而该服务器却使企业瘫痪了。无论是业务意外死机给企业带来的风险,还是采用新硬件所带来的效率。

当然,您可以将CRM后端迁移到新硬件,然后重新使用旧硬件。对于非重要的测试或开发环境等,我们已经做了几次。


2
OTOH如果您的应用程序过于依赖它,则DNS服务器故障也可能使您的业务瘫痪。
ConcernedOfTunbridgeWells,2010年

没错,COTW,但是您可以在各种旧的或低功耗的硬件上轻松且相对便宜地设置多个DNS服务器,或者作为其他服务器上的附加任务,因此很容易拥有许多没有相同类型的辅助DNS服务器对SQL后端进行群集可能带来的开销。
罗伯·摩尔

7

到目前为止,大多数人都针对服务器的技术寿命回答了这一问题。大多数小公司和私人所有者都这样做。我在一家没有现金流问题的公司工作,我们的方法大不相同。

我们的服务器(和大多数其他IT基础架构)都是资产,也就是说,它们都被资本化,因此在数年内被注销。对于大多数物品,此过程为期4年。此后,这些项目的资产值为0。换句话说,它们不再是资产。如果它们不是资产,它们就会变成负债。

因此,我们将它们换成新的,而旧的则捐赠给慈善机构或其他有价值的项目(例如,如果有兴趣的话,其中一些去Debian项目)。从财务角度来看,购买资产只是将金钱交换为另一种资产。从IT角度来看,我可以依靠以下事实:我的所有工具包均享有保修,可以使用备件,并且可以最大程度地减少停机时间。

目前,我们最旧的服务器已经使用了6年,而替换服务器已经在我们的配置工作台上。


4

最容易损坏的部分是硬盘驱动器,很难确定何时会发生故障。
其他部分应该能够在良好的环境(温度,电源等)下工作数年,
但是您可能想在不再保修的情况下更换服务器


我认为保修点很重要。我并不是说人们应该为此而生或死,但他们应该记住,一旦超出保修期,包括制造商提供的任何扩展,他们实际上就是在押注制造商设计的车轮。
罗伯·摩尔

2
购买已租用的备件以蚕食零部件是延长保修期外机器使用寿命的好方法。生产机器必须配备备件来源。
埃文·安德森

1
就我而言,这取决于服务器硬件...如果您有DNS服务器或其他系统,可以轻松,快速,轻松地更换部件以保持其运行,并且从经济上考虑进行更换是合理的这些部分与更换服务器和花费时间重建该功能相比,仍然是一个实时系统。当处理器和内存超出规格并且零件太贵或不再有供应商支持时(需要时该RAID卡是否没有驱动程序?),该更换一下了!
巴特·

3

不管服务器的平均寿命如何,维护最终都能带来回报。如果服务器在开始的90天内没有崩溃,那么它很可能会超过内置技术的寿命。相对于用于构建服务器的技术,服务器在5年时被认为是非常古老的。

正如@radius所说,保修实际上可以预测所涵盖机器的预期寿命。


3

在企业的保修/服务保障变得更加昂贵之前...

许多商店都根据服务器寿命和CPU等签订了第三方协议或供应商服务协议。经过3到4年(自从我上次看这个以来已经过了一段时间),每台服务器的成本急剧上升。因此,无论是否需要它都被替换了。


2
+1。如果发生故障,如何快速,经济高效地修复它通常比破坏它的可能性重要得多。
David Mackintosh 2010年

2

我告诉客户期望3-5年的服务时间,具体取决于应用程序和系统等级。以后,您开始遇到重大的体系结构/技术更改,或者需要重建或升级OS方面的内容。


2

我办公室里有一些服务器已经有10多年的历史了,但仍然运行良好。有些甚至具有原始的硬盘。

然后我有一些全新的服务器已经丢失了一些硬盘。

温度和良好的电源对于服务器的使用寿命至关重要。

当然,到了这一点,您需要查看性能/成本因素并确定是否值得替换/虚拟化(大部分时间)

我一直在用一些新服务器和ESXi替换所有这些旧服务器。而仅省电一项就可以为新服务器付费。

我仍在运行带有一对9.1GB驱动器的PII服务器,此时,我不想因为它几乎是一个遗物而退役!它已经进行了24/7,并移动了3次不同的时间。


2

服务器制造商和单个组件制造商将具有一定的额定生命周期,但对于以下问题,答案是类似的:“汽车的平均寿命是多少?”。

答案取决于谁在驾驶它,它的用途是什么,保养得如何等等等。


2

从物理上讲,我已经看到服务器运行了10多年。我这里不算硬盘,它们只是消耗性物品,它们会不时损坏。还有一些系统很快就会崩溃……当您在旧机器上松开主板或类似的东西时,您会把整个东西扔掉。

就性能而言,它实际上取决于您正在执行的操作和系统类型。如果提供足够的内存和适当的工作负载,那么即使是<1GHz的CPU,今天仍然可以做得很好:在数据中心中,仍然有很多服务器以100 mbbit或更少的速率连接到Internet,并且您可能无法推出更多的服务器:通常几年前的性能水平会绰绰有余(或者您的sysadmin工作可能做得不好)。

如果我们谈论业务决策,则我认为我的服务器寿命可以一直持续到供应商支持的最后一天。当我与硬件供应商的合同到期时,该系统将不再执行关键任务工作,而我会将其移至非关键任务,以便我每天可以关闭和/或更换它而不会遇到大问题。


2

有三种延长服务器寿命的方法。

一种是源自Mil Spec的MTBF寿命,这是从组件的预期寿命,备件库存,运行和存储条件,粉尘,输入电源质量等得出的统计数据。基于这些考虑,我们希望设备具有首先要移动的部件发生故障-硬盘驱动器,磁带驱动器和风扇。所有这些都可以轻松替换,并且商业世界中有大量备用零件。连接器问题也属于此类-解决问题的“靠手”方法可以通过大幅降低接触电阻来神奇地固定齿轮。

第二个是软件。服务器是否可以升级到新的操作系统或应用程序?

第三是服务器的容量/速度/效率。它快要用完了吗?满足当前或预期的需求是否太慢?从功耗或热负荷的角度来看,它是否具有成本效益?是否可以用功耗要低得多但性能却优于现有服务器的新技术代替它,并延长使用寿命?(这通常是我升级的主要动力)。

具有6个驱动器RAID5阵列和DLT磁带驱动器的6年旧服务器很可能已准备好更换所有硬盘驱动器并重建磁带驱动器。成本可能低得令人惊讶:总容量为200 gig的6-80 gig SATA驱动器现在可以用RAID 5中的2-750 gig高性能2.5英寸驱动器或3-750 gig驱动器的镜像代替。速度和容量的提高,以及更低的功耗。如果您可以承受停机时间的需要,则可以以不到新驱动器成本一半的成本来重建磁带驱动器。(我一直为那些总是在架子上备用的人服务,通常每3年重建驱动器一次)。

所有这些都忽略了灾难性事件的可能性-火灾,洪水,雷击等,这些事件只能通过异地存储,镜像设施和其他风险管理策略来解决。


1

这取决于谁的观点以及包装盒承受的压力。

财务寿命通常为3年。可靠性寿命取决于您所购买产品的质量。

当y2k快到时,我有一些客户正在对那些自70年代以来就一直在运行的机箱进行拆解-单功能楼宇维护系统仍在工作。升级的唯一原因是它们不符合要求。

我可以保证还有很多旧的nt4盒还在运行。如果维护箱并在磁盘和电源出现故障时更换磁盘和电源,则使用寿命通常会是价格太昂贵而无法继续维护,只要价格合适,它们就可以永久使用。虚拟机可能会发生这种情况。

伊恩


1

我们仍在运行2004年制造的刀片服务器。它们仍然运行良好。


0

我们有15年历史的compaq服务器仍然运行良好,但有时一些硬件错误消息已通信,可能是一周1,2次。母板正在启动@#@。我们必须重新启动服务器,然后再次确定!我相信5-6年就足够了。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.