计划数据中心硬件更新的10个技巧

在技术领域工作的一个奇怪之处是过时的因素,以及曾经处于领先地位且价格昂贵得令人望而却步的系统如何能够贬值到你不能让它们消失的地步。 举个例子:服务器可以花费数万美元,随着时间的推移,由于年龄、机械困难和硬件能力的发展,服务器几乎一文不值。

技术老化可能会迅速发生,许多公司平均有3至5年的刷新周期就是证明。 然而,这还不够。

SEE:如何成为网络管理员:一份备忘录(技术共和国)

戴尔去年发布的一份Forrester咨询报告发现,“服务器更新不够快。 平均而言,在公司数据中心部署的服务器硬件中,40%的硬件都是三年以上的。 公司正在增加存储容量,以支持新出现的工作量,但它们平均保留老化的硬件四年,这比理想的要长。

此外,报告说,延迟数据刷新导致“缺乏灵活性和未满足的业务需求”,并指出新硬件可以带来“更大的可靠性、性能、速度和可伸缩性”。

通过坚持合理的硬件刷新周期来简化业务操作是很重要的。 每个服务器都有一个有限的寿命,但要确定它的寿命应该有多长,或者当它接近尾声时识别它可能是一个挑战。 这里有十条小贴士可以帮您整理数据中心设备升级流程..

我假设您在数据中心中有一组现有的系统,根据您的公司操作执行各种功能。 确保您有所有当前的规格和性能统计,以便您知道这些机器运行得有多好。

有没有一些表演几乎在能力? 如果你不能通过删除不必要的产品或服务,或者将这些产品或服务重定向到其他地方,来减少盒子上的工作量,那么这些可能会在替换列表中排名很高。

是否有足够资源运行良好的系统? 除非支持或硬件已接近使用寿命结束,否则这些可能在替换名单上很低。

分析您当前的系统以及相关的业务和用户需求。 也许他们需要文件存储、协作软件、虚拟化管理程序、警报系统等等。 每一种需求都应该是相当简单的;例如,文件的3TB数据存储,或者协作产品的200用户许可证。

在计划硬件和设备更换之前,检查这些需求是否已经发展(或可能减少)。 也许您现在需要10TB的文件空间,或者开发服务器不需要运行或替换。

与其盲目地升级所有硬件和设备,不如考虑是否有可能有助于降低成本和提高功能的替代方案。 提出这些问题以确定前进的最佳途径:

一旦您对您的环境有了处理,所涉及的需求和硬件升级的可能替代方案,您就可以开始升级的实际计划过程。

SEE:63%的组织由于硬件漏洞而面临安全漏洞(技术共和国)

刷新服务器硬件的主要原因(除了因为它接近寿命结束)应该是利用增加的性能和功能。 利用可伸缩性来改善可用资源的能力也是这里的一个关键动机。

专注于确保在步骤2(业务和用户需求)中收集的数据在这里应用,因为您选择了替换硬件,因此它将继续满足这些需求,并为您的环境提供尽可能多的额外容量。

另一方面,如果不需要额外的性能或功能,就不要浪费金钱在不必要的升级上,把低级服务器变成高端系统。

在考虑服务器刷新项目时,基础设施成本以及所涉及的节约可以发挥重要作用。

新系统可能更节能,占用更少的空间,需要更少的维修,例如,所有这些因素都纳入了预算和相关投资。

分析节省的资金可能应用在哪里,并找出这些资金如何影响项目,例如,更好的投资回报率,以收回一些成本与降低的电费,例如。

SEE:美光公司预计业务服务器的带宽和性能将显著提高(技术共和国)

此外,我将把支助合同归入这一类。 不是每个服务器都需要支持合同;只有关键系统。 我曾在选择任何支持合同期的公司工作过,因为他们被认为太贵了,所以他们只是选择保留备用硬件组件。 这些组织还利用解决方案快速重建服务器,例如利用Linux的启动/Windows的图像以及配置管理工具。

你不一定要把你的旧设备放在回收中心(如果你这样做了,确保安全地删除硬盘驱动器),并吃掉任何潜在的价值留在其中。 一个可以方便数据中心硬件刷新努力的元素是为其他功能重新使用服务器的能力。 换句话说,执行一个“把我放下”策略,其中ServerA被替换为一个新系统,然后在被重建后变成ServerB。

当然,走向极端,使ServerA变成ServerB,使ServerC变成ServerD(等等)可能是一个复杂而耗时的过程,在节省大量资金的错觉下适得其反。 因为毕竟,重要的是...

您的IT人员将花在这个刷新项目上的时间也应该考虑到在确定预测的成本。 假设这需要四个星期,每个人的工资是四个星期。 这也意味着他们四周内无法处理其他任务,这可能会对公司的运营产生负面影响。

另一方面,您不仅应该考虑到在拟议升级上花费的时间,而且还应该考虑到如果旧系统容易出现性能或操作问题,工作人员将如何节省时间,而不必排除故障和支持它们。

SEE:美国农村地区适合数据中心(技术共和国)

我建议供应商的一致性,以避免不同的系统与不同的支持合同和不同的组件,驱动程序等。 您还应该将特定类型的服务器映射到标准数据中心硬件足迹。

例如,如果您有十个应用服务器,请确保它们接收相同的规格(16GbRAM、100Gb硬盘驱动器、四核CPU等)。 如果使用数据库服务器,则使用本地或基于SAN的存储设置它们(如果可能的话,不要混合和匹配)。

保持您的替换系统尽可能可预测和标准化将有助于确保统一的操作和简化维护/故障排除/替换过程。

它可能听起来是向后的,但冗余服务器,通常用于关键功能,不太可能产生服务故障,因为它们有多个实例。 首先更换独立服务器(特别是如果在机械故障边缘摇摇欲坠),然后移动到冗余集群或组。

当然,确保正确地切换所有功能和处理从首先退役的服务器到剩余的活动系统,应该仔细地映射和正确执行。

在可能的情况下,从最不关键的方向升级到最关键的服务器。 这将允许您首先测试所有内容,排除任何错误的更改,并涉及对业务操作的潜在负面影响最小。 不要忘记建立性能基线,因为你实现了新的系统,以知道从他们未来的期望。

DevOps、虚拟化、混合云、存储和操作效率只是我们将要强调的一些数据中心主题。 星期一和星期三交货

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时候联系我们修改或删除,多谢