如果您是平台工程师或 SRE,您一定知道管理基础架构和高效管理基础架构是截然不同的两件事。您在红帽高级集群管理中运行虚拟机 (VM) 和容器已经有一段时间了。但是,随着集群不断增长,在一大堆集群中找到某个特定的故障虚拟机,可能就像参加了一场您并不想参与的寻宝游戏。
红帽 Kubernetes 高级集群管理 2.15 重新定义了您的日常工作流程,而不仅仅是添加功能。我们充分利用您所依赖的功能,并使其更易于使用,以便您可以停止搜寻并开始解决问题。
红帽高级集群管理 2.15 通过以下 3 种方式帮助您进行集群运维。
1.无需再费力查找虚拟机
在 2.15 版本中,我们通过全新的集群虚拟化视角全面革新了用户体验。
- 见微知著:全新的树形视图可让您即时查看整个集群层级结构。
- 消除干扰:我们添加了按命名空间、项目或文件夹进行筛选的功能,因此您可以深入了解所需的确切工作负载,避免不必要的干扰。
- 加速修复:找到该虚拟机后,您可以使用 VNC 或 SSH 访问,或者将其实时迁移到另一个集群以平衡集群,所有这些都无需离开控制台。
- 运维一目了然:您可以在表格中查看节点、IP 地址和存储类等关键信息,并执行启动、停止、重启或暂停等多选操作。
优势:减少点击菜单(上下文切换)的时间,将更多时间用于管理集群。
2.避免盲目猜测资源需求(从而浪费资金)
我们都担心工作负载配置不足并导致服务中断。那么,我们该怎么做呢?我们会“以防万一”地进行过度配置。但在庞大的集群中,这些额外的 CPU 核心和千兆字节的 RAM 会造成严重的预算浪费。
红帽高级集群管理 2.15 通过根据您最初的请求分析实时资源消耗,改进了大小调整建议(作为技术预览提供)。此信息会显示哪些地方存在过度配置或未充分利用的情况。
优势:您可以获得数据驱动的建议,以优化基础架构的使用,同时避免影响性能。
3.将 GitOps 扩展到边缘
管理 10 个集群并非易事。在互联网连接不稳定的边缘位置管理数百个集群更是一项艰巨的任务。传统的基于推送的 GitOps 模型在气隙网络或受限网络中通常会失效。其他拉取模型需要占用更多资源,这在小型边缘站点上效果不佳。
我们即将推出 Argo CD 代理(以技术预览形式提供),以改变这种状况。控制平面不会尝试强制将更新推送至远程集群,边缘上的轻量级代理会连接至中心,并确保往返提交与协调,而无需大量资源进行拉取。这种“拉取模型”非常适合网络不可靠的零售或制造场所。
如果您运行大型集群,我们的全局中心现在支持托管集群迁移,从而允许您跨中心重新平衡托管集群及其工作负载。
优势:即使在最具挑战性的边缘环境中,您也可以将 GitOps 工作流扩展到数千个集群,而不会失去控制。
准备好升级您的工作流程了吗?
基础架构很复杂,但管理起来不必困难重重。红帽 Kubernetes 高级集群管理 2.15 现已发布,可帮助您了解更多信息,减少点击次数,并享受更多属于自己的夜晚和周末时光。
如需了解更多信息,请浏览红帽高级集群管理产品页面以及技术文档。
关于作者
Dan Bettinger is a tech marketing innovator who has carved a unique path through the evolving landscape of cloud computing, blockchain, and DevOps. Currently serving as Principal Product Marketing Manager for OpenShift at Red Hat, Dan's career highlights include spearheading J.P. Morgan's groundbreaking blockchain network and hosting the IBM Cloud Podcast, where he reached thousands of listeners per episode.
Luiz Bernardo joined Red Hat is 2019 where he has supported and advocated for technologies like Linux containers and Kubernetes by providing meaningful engagements with the open source community and Red Hat customers. Born in Brazil and currently living in the Netherlands, Luiz is a sports lover and has a passion for dogs.