Rainbond是一款以应用为中心的开源 PaaS,由好雨基于 Docker、Kubernetes 等容器技术自主研发,可作为企业在公有云或私有云环境下的应用交付平台、DevOps 平台、自动化运维平台和行业云平台,或作为企业级的混合云多云管理工具、Kubernetes 容器管理工具或 Service Mesh 微服务架构治理工具。
继 Rainbond V3.7.0 版本大量提高平台稳定性更新后,我们又推出了 V3.7.1 版本,本次更新进一步完善集群全方位的监控与报警体系。Rainbond 集群需要监控的目标分为三类:
节点操作系统和硬件指标
Rainbond 每个节点的资源使用情况和健康状况的监控和快速发现故障对于 Rainbond 运维人员来说是非常必要的。Rainbond Node 服务集成了node-exporter,运行于所有节点之上,暴露出经过精简的 Prometheus 规范的操作系统和硬件的指标。
管理服务监控指标
Rainbond 所有服务和第三方服务都提供了 Prometheus 的 exporter API,以暴露当前服务的关键监控指标。
应用容器资源指标
应用运行的实例容器的资源占用情况(内存、CPU、IO、Net )虽然不能直接体现应用的负载情况,但可以配合应用业务级性能分析定位应用问题。容器的监控具有特殊性,容器是一个飘忽不定的监控目标。应用是确定的。因此 Rainbond 监控的维度是应用级容器。当前版本采用收集 Kubelet 集成的 Cadvisor 收集的容器监控指标。但其由于监控指标比较丰富,大多数情况下监控系统会冗余大量无用数据。Rainbond 后续版本将精简容器监控指标。
Rainbond 提供了 rbd-monitor 组件,组件由 monitor 进程服务和Prometheus服务组成。monitor 服务有以下几方面工作:
Rbd-monitor 提供的查询 API, 数据显示方面可对接 Grafana 进行可视化,对接Altermanager进行报警信息处理。
应用实例内存使用占比
容器资源监控
操作系统和硬件指标监控
报警规则
除此之外,当前版本还带来了一系列改进:进一步优化源码构建体系,支持 SVN 基于 Tag 方式构建应用、支持 Maven 的子项目构建、改进源码构建容器的创建策略,使用原始代码创建容器替换掉调用docker run
命令以解决之前版本关于复杂构建变量无法传入的问题。为方便用户调试源码,支持使用 grctl 工具对源码进行脱离平台的检查和构建。通过简单的命令快速验证源码是否符合 Rainbond 要求。
另外,借鉴广大企业用户对于 Rainbond 产品的使用体验的反馈,支持了应用的批量删除与批量移动组别、优化日志推送与存储、支持更改数据中心内部仓库域名等功能。
具体更新清单如下:
Rainbond 至开源以来,深受社区用户的欢迎,已经有大量企业用户尝试使用 Rainbond 作为企业产品开发,架构,运维和交付的重要基础平台。Rainbond 在经历了 3.X 系列 7 个版本的迭代周期以后,即将进入 5.X 版本周期。Rainbond 团队将在 Rainbond 5.X 体系中深入与社区生态结合。你是否关注 PaaS、Kubernetes, 微服务架构领域呢?
点击查看并参与 Rainbond 5.X 版本规划:
About Rainbond 5.X RoadMap Community needs collection
1
smarthadron 2018-09-05 17:19:53 +08:00
42 分钟惨案……
|