Greene为云计算环境中的容量管理提供至关重要的作用

第一个关键主题是需要建立一种所有利益相关者都可以理解的容量模型。无论是财务人员还是应用程序系统管理员，都需要提供150个服务器或200个容器的列表以进行使用情况检查，通常不会产生有效的结果。这是为什么?相信很少有人能理解主机名或容器名称(或是服务实例)。经过尝试，Greene带领的IT 团队增强了从服务器和容器列表驱动的容量模型，并合并了配置管理数据库(CMDB)、数据库和操作系统监视工具中的数据。IT团队到处获取信息，这些信息会将网络上的资源用于需要查看容量使用情况。因此，在与应用程序团队交流时，它有助于确定这些服务器上的数据库，所用数据库的版本(以便他们可以查看哪些数据库是为了满足风险要求而迁移出的原有数据库)，与涉及成本的人员沟通时，首先要使用生成账单的资源(磁盘、CPU、内存等)，然后将其映射到所涉及的各个应用程序团队以及所使用的版本。

在这些情况下，组织IT团队都可以看到他们关心的问题，并将其映射到应用程序或用户社区，这有助于他们评估是否仍然需要，并了解他们可能需要在哪里进行更改，例如从原有版本的Windows 2000迁移。基本上，它可以归结为一种模型，该模型能够提供一组量身定制的报告来帮助他们了解自己所拥有的东西，而不是逐项列出的账单说明所用资源。

评估需求

Greene表示，他们发现的下一个主题是，应用程序团队在首次迁移到云环境或构建新应用程序时可能不知道他们真正想要什么。他们通常具有可以打动用户的出色功能和构想，但是询问采用多少个CPU和多少内存等问题时，他们通常会询问供应商，并希望更好地运行他们的产品，而基础设施部门面临节省成本并提高利用率的压力，但最终会选择采用云计算服务。他们面临的挑战是，关于应用程序的接受程度以及下一步可能会想到的功能，存在很多假设甚至猜测。这通常会导致这样一种情况：必须迁移到不同的运营环境以满足他们的性能需求，这需要应用程序团队和基础设施团队花费大量时间和精力进行处理。

许多团队做出的一个假设是，可以构建适合所有应用程序的一种架构，但大多数大型公司都有广泛的投资组合，通常遵循80/20或90/10规则。通常情况下，只有少数应用程序能够推动业务发展、拥有庞大的用户群或需要更高的性能。因此，虽然大多数应用程序都能适应为用户设计的经济高效、高密度的环境，但重要的是需要更高性能的环境或可用的选择，而不是采用一种满足所有需求的解决方案。

（编辑：揭阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!