搜索

2.4. 规划和管理归档策略

download PDF

归档策略定义了如何聚合指标以及将指标存储在时间序列数据库中的时间。归档策略定义为一段时间内的点数。

如果您的归档策略定义了 10 点策略,其粒度为 1 秒,则时间序列存档将最多保留 10 秒,代表一个聚合超过 1 秒。这意味着时间序列在最新点和旧点之间最多保留 10 秒数据。归档策略还定义了要使用的聚合方法。默认设置为参数 default_aggregation_methods,其中默认值被设置为 mean, min, maxstd计数.因此,根据用例,归档策略和粒度可能会有所不同。

要规划归档策略,请确保您熟悉以下概念:

要创建和管理归档策略,请完成以下任务:

  1. 创建归档策略。更多信息请参阅 第 2.4.6 节 “创建归档策略”
  2. 管理归档策略。更多信息请参阅 第 2.4.7 节 “管理归档策略”
  3. 创建归档策略规则。更多信息请参阅 第 2.4.8 节 “创建归档策略规则”

2.4.1. 指标

gnocchi 提供名为 metric 的对象类型。指标是您可以测量服务器的 CPU 使用量、空间温度或网络接口发送的字节数。指标具有以下属性:

  • 用于标识它的 UUID
  • 名称
  • 用于存储和聚合措施的归档策略

其他资源

2.4.1.1. 创建指标

流程

  1. 创建资源。将 <resource_name> 替换为资源名称:

    $ openstack metric resource create <resource_name>
  2. 创建指标。将 <resource_name> 替换为资源名称,<metric_name> 替换为指标的名称:

    $ openstack metric metric create -r <resource_name> <metric_name>

    在创建指标时,归档策略属性已被修复且不可更改。您可以通过 archive_policy 端点更改归档策略的定义。

2.4.2. 创建自定义措施

测量是 API 发送到 Gnocchi 的传入数据点元组。它由一个时间戳和一个值组成。您可以创建自己的自定义措施。

流程

  • 创建自定义方法:

    $ openstack metric measures add -m <MEASURE1> -m <MEASURE2> .. -r <RESOURCE_NAME> <METRIC_NAME>

2.4.3. 默认归档策略

默认情况下,Gnocchi 有以下归档策略:

    • 5 分钟的粒度超过 30 天
    • 使用的聚合方法: default_aggregation_methods
    • 每个指标的最大估计大小:406 KiB
    • 7 天中的 1 分钟粒度
    • 1 小时的粒度超过 365 天
    • 使用的聚合方法: default_aggregation_methods
    • 每个指标的最大估计大小: 887 KiB
  • high

    • 1 秒的粒度(1 小时)
    • 1 分钟的粒度超过 1 周
    • 1 小时的粒度超过 1 年
    • 使用的聚合方法: default_aggregation_methods
    • 每个指标的最大估计大小: 1 057 KiB
  • bool

    • 1 年内的 1 秒粒度
    • 使用的聚合方法:last
    • 每个指标的最大选择大小: 1 539 KiB
    • 每个指标的最大 pessimistic 大小: 277 172 KiB

2.4.4. 计算时间序列聚合的大小

gnocchi 存储一组数据点,其中每个点都是聚合。存储格式使用不同的技术进行压缩。因此,根据最糟的情况,计算时间序列的大小估计,如下例所示。

流程

  1. 使用此公式计算点数:

    点数 = timespan / granularity

    例如,如果要使用一分钟分辨率保留一年的数据:

    点数 = (365 天 X 24 小时 X 60 分钟)/ 1 分钟

    点数 = 525600

  2. 要以字节为单位计算点大小,请使用此公式:

    size in bytes = point X 8 字节数

    size in bytes = 525600 point X 8 bytes = 4204800 bytes = 4.1 MB

    这个值是单个聚合时间序列的预计存储要求。如果您的归档策略使用多个聚合方法 - min, max, mean, sum, std, count - 根据您使用的聚合方法数量乘以这个值。

2.4.5. 测量的 worker

您可以使用指标守护进程来处理测量、创建聚合、存储测量并删除指标。指标守护进程负责 Gnocchi 中大多数 CPU 用量和 I/O 作业。每个指标的归档策略决定了指标守护进程执行的速度。指标检查传入的存储是否有新的措施。要配置每个检查之间的延迟,您可以使用 [metricd]metric_processing_delay 配置选项

2.4.6. 创建归档策略

流程

  • 创建归档策略。将 <archive-policy-name> 替换为策略的名称,<aggregation-method> 替换为聚合的方法。

    # openstack metric archive policy create <archive-policy-name> --definition <definition> \
    --aggregation-method <aggregation-method>
    注意

    <definition> 是策略定义。使用逗号(,)分隔多个属性。使用冒号(:)分隔归档策略定义的名称和值。

2.4.7. 管理归档策略

  • 删除归档策略:

    openstack metric archive policy delete <archive-policy-name>
  • 查看所有归档策略:

    # openstack metric archive policy list
  • 查看归档策略的详情:

    # openstack metric archive-policy show <archive-policy-name>

2.4.8. 创建归档策略规则

归档策略规则定义指标和归档策略之间的映射。这样,用户可以预定义规则,以便根据匹配的模式将归档策略分配给指标。

流程

  • 创建归档策略规则。将 <rule-name> 替换为规则的名称,<archive-policy-name> 替换为归档策略的名称:

    # openstack metric archive-policy-rule create <rule-name> /
    --archive-policy-name  <archive-policy-name>
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.