云计算环境中的容量管理

Greeneideas公司IT基础设施主管Joe Greene日前撰写了一篇文章 , 分析了在云计算环境中的容量管理挑战的主题 。
Greene表示 , 就像许多人一样 , 自己在冠状病毒疫情期间只能在家远程工作 。其带领的IT团队在融合的VMware环境中进行数据库云容量管理 。他表示 , 公共云提供商面临的容量管理问题与Greeneideas公司正在解决的问题类似 。因此 , 其IT团队成员参加了各种在线供应商会议 , 并接受了在线培训 , 以了解在云计算世界中是否也遇到了类似的问题 , 以及可以学到什么技术和经验来改进分析和流程 。
Greene在了解云计算提供商对其客户的看法之后 , 并结合其丰富的工作经验 , 开始确定容量管理的挑战 。因此 , 组织采用私有云可能被人们认为在特定计算机上的容量不足 , 也可能被认为公共云环境中的成本攀升 。
Greene为云计算环境中的容量管理提供的关键主题是:
需要建立所有利益相关者都能从自己的角度理解的容量模型 。
采用应用程序团队在配置容量时可能并不真正知道他们需要什么 。
要求比较苛刻的应用程序必须以不同的方式处理 。
清理不是自然发生的 , 并将会浪费容量 。
对于IaaS、PaaS和其他应用程序真正提供的内容 , 有许多不同的观点 。
以下将深入了解这些关键主题:
容量模型
第一个关键主题是需要建立一种所有利益相关者都可以理解的容量模型 。无论是财务人员还是应用程序系统管理员 , 都需要提供150个服务器或200个容器的列表以进行使用情况检查 , 通常不会产生有效的结果 。这是为什么?相信很少有人能理解主机名或容器名称(或是服务实例) 。经过尝试 , Greene带领的IT 团队增强了从服务器和容器列表驱动的容量模型 , 并合并了配置管理数据库(CMDB)、数据库和操作系统监视工具中的数据 。IT团队到处获取信息 , 这些信息会将网络上的资源用于需要查看容量使用情况 。因此 , 在与应用程序团队交流时 , 它有助于确定这些服务器上的数据库 , 所用数据库的版本(以便他们可以查看哪些数据库是为了满足风险要求而迁移出的原有数据库) , 与涉及成本的人员沟通时 , 首先要使用生成账单的资源(磁盘、CPU、内存等) , 然后将其映射到所涉及的各个应用程序团队以及所使用的版本 。
在这些情况下 , 组织IT团队都可以看到他们关心的问题 , 并将其映射到应用程序或用户社区 , 这有助于他们评估是否仍然需要 , 并了解他们可能需要在哪里进行更改 , 例如从原有版本的Windows 2000迁移 。基本上 , 它可以归结为一种模型 , 该模型能够提供一组量身定制的报告来帮助他们了解自己所拥有的东西 , 而不是逐项列出的账单说明所用资源 。
评估需求
Greene表示 , 他们发现的下一个主题是 , 应用程序团队在首次迁移到云环境或构建新应用程序时可能不知道他们真正想要什么 。他们通常具有可以打动用户的出色功能和构想 , 但是询问采用多少个CPU和多少内存等问题时 , 他们通常会询问供应商 , 并希望更好地运行他们的产品 , 而基础设施部门面临节省成本并提高利用率的压力 , 但最终会选择采用云计算服务 。他们面临的挑战是 , 关于应用程序的接受程度以及下一步可能会想到的功能 , 存在很多假设甚至猜测 。这通常会导致这样一种情况:必须迁移到不同的运营环境以满足他们的性能需求 , 这需要应用程序团队和基础设施团队花费大量时间和精力进行处理 。

推荐阅读