混合云的性能管理状态

简介:

混合云的性能管理

如今,IT管理员在如何运行关键业务的工作负载方面比以往任何时候都有着更多的选择。其中包括物理,虚拟,本地,云计算,或一些组合。这就是为什么找到一个绩效管理工具,以帮助进行选择是至关重要的原因。

移动到虚拟化

在虚拟化基础设施中,工作负载可能不会得到它所需要的资源,因为一个工作量过重的主机,可能潜在地运行几十台虚拟机的资源。另一种可能性是,任务关键的工作量可能是依靠一些支持服务器或服务,是一个瓶颈的罪魁祸首。没有性能管理工具,人们不可能跟踪一个中等规模的虚拟化基础设施内的复杂的相互作用,以消除瓶颈,并并从他们的IT投资中获得最大的回报,然而人们所面临的困境是有许多选择,他们往往听起来都一样。

移动到云计算

在一个纯粹的云计算环境中,从虚拟化数据中心指标收集的技术不再起作用。这意味着性能管理工具供应商必须做出必要的修改,探索,映射,监控,当他们在云里运行管理所有的工作负载和资源,这些工作负载的工作负载必须与资源相适应。例如,在数据中心中的性能管理工具通常称为vCenter,将获得大量关于主机,数据存储的度量信息和客户虚拟机。但在AWS或者Azure中,没有vCenter服务器。其结果是,在支持云计算往往不能处理的数据中心,在数据中心使用的工作负荷和成熟的工具,例如新的性能管理工具不能在云计算中运行。

混合云的挑战

那些在数据中心运行的性能管理工具所支持的工作负载,将如何迁移到需求激增的云计算中?那么一旦需求满足了就可以移回数据中心了吗?依托基础设施是一个问题,因为每个云计算采用不同的技术。需要应用程序开发人员,包括监控和控制代理时,这不是一种现实的解决办法,因为它不支持现有的应用程序,并且不成规模。

混合云解决方案

为了获得混合云的好处,IT管理员正在寻找能够管理所有工作负载,无论它们是在数据中心还是在云计算上运行的性能管理工具。这样的工具可以使用相结合的技术,例如收集从基础设施层信息的组合。在云数据中心或AWS,Azure集成的vCenter或Hyper-V,采用工作负载的操作系统以及收集数据,无论是Windows还是Linux操作系统,通过使用代理或采用虚拟机的API,因此它可以将个别报表应用程序指标返回到管理应用程序。

应用级可视性

在数据中心中,IT管理员查找重载主机。一旦发现,检查该主机上运行的虚拟机,看看他们缺少资源或查看使用更多的资源是合理的。在这两种情况下,一个根本原因分析需要在虚拟机内部的可见性,可能会耗尽这些资源的会话和进程。此外,当发现问题,并找出根本原因时,在这种情况下相同的工具包内补救这个问题将节省大量的时间,并提供多种架构和选择。

结论

寻找一种性能管理解决方案,在理想的情况下,可以通过提供可视性的玻璃单一面板处理数据中心和云计算中可以确定和解决出现的问题。


本文作者:佚名

来源:51CTO

相关文章
|
运维 Kubernetes 容灾
基于 Rainbond 的混合云管理解决方案
内容概要:文章探讨了混合云场景中的难点、要点,以及Rainbond平台在跨云平台的混合云管理方面的解决方案。包括通过通过统一控制台对多集群中的容器进行编排和管理,实现了对混合云中应用的一致性管理。文章还介绍了Rainbond平台在混合云环境下的应用模板交付、跨云团队管理等功能,帮助用户简化跨云平台的应用交付和运维操作。
|
容灾 安全 网络安全
云上网络基础架构
云上网络基础架构
265 0
|
存储 运维 Kubernetes
云原生基础架构最佳状态,就是没有基础架构
本篇我们讨论云原生基础架构,它是通向云原生时代的基石。 对于很多架构师来说,上云之后,架构为什么成为了云原生架构而不是传统的架构,两者有何区别?云原生基础架构是如何演进的?本文进行全面梳理。 什么不是云原生基础架构? 云原生被谈的很多了,导致概念很乱。有人把云原生基础架构和公有云、容器、容器编排系统等划等号,之所以出现这种情况,原因是云原生架构并没有一个统一的概念。 为了更好的理解云原生系统,这里先做一些排除。 首先,云原生并不等于公有云。云原生基础架构不仅仅是在公有云上运行基础架构,这是因为仅仅从云服务商那里租用服务器时长,并不会使你的基础架构云原生化,管理IaaS和运行物理数据中心
219 0
|
监控 数据中心 虚拟化
|
存储 数据安全/隐私保护 容器