https://www.myziyuan.com/
- 源码资源网
- 签名系统
- 2021-12-21 05:06:03
- 00萨满祭司00
- 第一类监控服务：基本数据监控服务Ali Cloud在这方面，Google Cloud Engine类似，主要涵盖了三个基本指标是VM CPU，存储带宽和网络流量。但是，目前，历史功能并不太丰富，这些基本上是不可能让SA依靠这些功能来运作。第二类监控服务：多维数据监控服务AWS始终是操作服务的重要目的，如果AWS在EC2中，EBS的努力，数据监控和警报都反映在AWS的CloudWatch上。AWS CloudWatch API设计是一个相对备受尊重的设计，它将集中任何维度，型式监控指示灯可以通过简单的模型集中。我无法理解CloudWatch的官方文档。亚马逊CloudWatch入门指南。从下图中，您可以找到CloudWatch的三个重要概念，观看列是NamSpace，它是指标，WH可以通过不同的维度定位。最后，指标显示不同的时间尺寸和统计方法。在这里，我们可以发现AWS支持的数据监控和演示优势是：1。数据监测和报告的基本功能覆盖，例如及时性，统计粒度。2.增加服务或监控项目非常方便。上面提到的方式只是一个数据收集，而CloudWatch的API无疑是一个非常好的设计。但在展示中，CloudWatch无疑会有更多的工作，AWS没有在自己的CloudWatch上有很多工作，是向用户提供用户。这给出了许多用户造成的不便，提供一种具有各种显示模板的类型，可能更好。第三种类型的监控服务：特定类型的数据监控服务Scaleo是一个存储启动，致力于与亚马逊EBS竞争，这也希望打破障碍和绑定传统的存储供应商和Scaleo提供软件级块存储，SSD，HDD，网络已经未知。但是，现在我们主要关注超级监测的超级监测。该监视是通过自定义存储服务的自定义显示系统的重要亮点。但是，很明显，这种类型的显示需要额外的工作，很难在用户方面重用这种类型的显示。如何在OpenStack中实现强大的监控系统，我们可以从不同类型甚至不同产品的监控中汲取IAAS平台的思考。在IAAS平台上，数据监控分为三层，物理机，虚拟机和应用程序，从架构的角度分为三层，物理机器，虚拟机和应用程序。然后它可以从用户的角度分为三种类型的需求.Tong用户，自定义用户和高级用户。普通用户希望直接使用默认监控项目，可以满足需求。习惯我们ers将正确修改默认监视器项显示或位置。高级用户希望自定义输入，输出和组合监控。在数据收集方面，OpenStack现有的项目Ceilometer工作，它提供了OpenStack所有核心项目的支持，并具有类似于CloudWatch的存储设计和API支持。但是，由于CeiLometer的当前限制和CloudWatch API的井设计，我们可以组合两者，这也可以实现Ceilmeter的CloudWatch API，这大大提高了Cutometer的兼容性，带来了CloudWatch社区的主要福利（许多第三方图书馆）和数据收集脚本）。该计划目前在社区的BP中。在数据显示方面，有必要在该领域加强AWS CloudWatch的脆弱点，大大增强了数据显示的选择和使用。与AWS CloudWatch简单的线条图和Scaleio的自定义仪表板相比，设计类似T.o源数据 - \u003e源数据的前端解析框架 - \u003e显示单元可以在相同的数据集中不同。通过这种方式，我们将收集并显示完全解耦以将显示单元暴露给用户可视化。
- 2021-12-21 05:05:02
- 111
- ,
- 2021-12-21 05:05:02
开通会员