Containerpilot 配置文件之 Telemetry

如果提供telemetry选项，ContainerPilot将公开可用于刮擦性能telemetry的Prometheus HTTP客户端界面。 telemetry接口被公告为consul服务。 telemetry服务的每个metric为Prometheus客户端库配置收集器。然后，Prometheus服务器可以向telemetry终端发出HTTP请求。

配置细节如下，但这篇博客文章提供了一个用法示例和叙述。

顶级telemetry配置定义了telemetryHTTP端点。正如一个典型的ContainerPilot service块一样，这个端点将被通告给Consul（或其他发现服务）。该服务将被称为containerpilot ，并将在路径/metrics 。 telemetry服务将定期向发现服务发送心跳信号，以确定其仍在运行。 telemetry服务端点没有用户定义的运行状况检查，您不需要配置poll / TTL; 它每5秒钟会发出15秒的心跳。

ContainerPilot的最小配置包括telemetry可能如下所示：

{

  consul: "consul:8500",

  telemetry: {

    port: 9090,

    interfaces: ["eth0"],

    tags: ["tag1"],

    metrics: [

      {

        namespace: "my_namespace",

        subsystem: "my_subsystem",

        name: "my_events_count",

        help: "help text",

        type: "counter"

      }

    ]

  },

  jobs: [

    {

      name: "sensor",

      exec: "/bin/sensor.sh",

      timeout: "5s",

      when: {

        interval: "5s"

      }

    }

  ]

}
字段如下：

port是telemetry服务将向发现服务通告的端口。（默认值为9090.）
interfaces是可选的单个或数组接口规范。如果给出，服务的IP将从匹配的第一个接口规范获得。（默认值为["eth0:inet"] ）
tags是可选的标签数组。如果发现服务支持（Consul），服务将注册自己的这些标签。
metrics是可选的收集器配置数组（见下文）。如果没有提供传感器，那么telemetry端点仍将被暴露，并且将只显示关于ContainerPilot内部的telemetry。

Collector configuration

metrics字段是telemetry服务将用于配置Prometheus收集器的用户定义指标的列表。

namespace ， subsystem和name是Prometheus客户端库将用于构建telemetry名称的名称。这三个名称与下划线_连接成为Prometheus记录的最终名字。在上面的示例中，记录的度量将被命名为my_namespace_my_subsystem_my_event_count 。你可以离开namespace和subsystem值，如果需要，将所有内容放在name字段中; 提供这些其他字段的选项只是为了方便那些以编程方式生成ContainerPilot配置的用户。请参阅有关如何命名telemetry的最佳做法命名的Prometheus文件。
help是与Prometheus记录的指标相关联的帮助文本。这通过给出更详细的描述对于调试非常有用。
type是Prometheus将使用的收集器的类型（ counter ， gauge ， histogram或summary ）。详见下文。

Sensor configuration

收集器可以记录通过HTTP控制套接字发送的指标。如果您的应用程序不能containerpilot -putmetric使用此端点，则可以使用周期性作业记录度量值并调用containerpilot-putmetric 。一个很好的工作脚本的例子可能是：

#!/bin/bash

# check free memory

val=$(free | awk -F' +' '/Mem/{print $3}')

./containerpilot -putmetric "free_memory=$val"

Collector types

ContainerPilot支持Prometheus API中可用的四种度量标准。简单来说，这些是：

Counter

累积度量，表示只有一个数字值才能上升。 Counter的典型用例是某些事件数量的计数。传感器返回的值将被添加到该度量的Counter中。

Gauge

表示可以任意上下移动的单个数值的度量。仪表的典型用例可能是当前内存使用情况的Gauge。传感器脚本返回的值将被设置为Gauge仪度量值的新值。

Histogram

“count”中的观察次数以及所有观察值的总和。典型的用例可能是请求持续时间或响应大小。当Prometheus服务器刮掉这个telemetry终端时，它会收到count和列表。例如：

namespace_subsystem_response_bucket{le="1"} 0

namespace_subsystem_response_bucket{le="2.5"} 0

namespace_subsystem_response_bucket{le="5"} 1

namespace_subsystem_response_bucket{le="10"} 2

namespace_subsystem_response_bucket{le="+Inf"} 2

这表明收藏家总共看到了2个事件。 一个事件的值小于5（ le="5" ），而第二个小于10。

summary

总结类似于Histogram，但是它也提供了观察总数和所有观察值的总和，它在滑动时间窗口上计算分位数。例如：

namespace_subsystem_response_seconds_summary{quantile="0.5"} 0.3

namespace_subsystem_response_seconds_summary{quantile="0.9"} 0.5

namespace_subsystem_response_seconds_summary{quantile="0.99"} 2

这表示第50百分位数响应时间为0.3秒，第90百分位数为0.5秒，第99百分位数为2秒。

有关何时应选择Histogram与摘要的最佳做法，请参阅关于Histogram的Prometheus文档。

 ======================================================================================================================

{
  "consul": "{{ .CONSUL }}:8500",
  "logging": {
    "level": "INFO",
    "format": "default",
    "output": "stdout"
  },
  "jobs": [
    {
      "name": '{{ .SERVICE_NAME|default "app"}}',
      "exec": "/root/test/containerpilot/app.sh",
      "when":{
        "source":"prestart",
        "once":"exitSuccess",
        "timeout":"60s"
      },
      "restarts": "unlimited",
      "port": 80,
      "health": {
        "exec": "/root/test/containerpilot/manage.sh health",
        "interval": 5,
        "ttl": 10,
        "timeout": "5s"
      },
      "tags": [
        "app",
        "prod"
      ],
      "interfaces":["enp3s0:inet"]
    },
    {
      "name": "prestart",
      "exec": "/root/test/containerpilot/manage.sh prestart",
      "restarts": "never"
    },
    {
      "name": "backup_task",
      "exec": "/root/test/containerpilot/manage.sh backup",
      "timeout": "1m",
      "when": {
        "interval": "1500ms"
      }
    },
     {
      "name": "mysql_connections",
      "exec": "/root/test/containerpilot/sensor.sh measureStuff",
      "timeout": "5s",
      "when": {
        "interval": "5s"
      }
    }
  ],
    "telemetry": {
    "port": 9090,
    "interfaces":["enp3s0:inet"],
    "metrics": [
      {
      "namespace": "dbaas",
      "subsystem": "mysql",
      "name": "connections",
      "help": "mysql connections",
      "type": "gauge"
      },
      {
      "namespace": "dbaas",
      "subsystem": "mysql",
      "name": "disk",
      "help": "mysql disk",
      "type": "gauge"
      }
    ]
  }
}

======================================

#!/bin/bash

trap 'exit 2' SIGTERM

usage() {
    cat <<EOF
usage: $0 [COMMAND]

Does nothing.

EOF
}

doStuff() {
    echo "Running doStuff with args: $@"
}

measureStuff() {
    containerpilot -putmetric "dbaas_mysql_connections=42" -putmetric "dbaas_mysql_disk=1024"
}

cmd="${1:-usage}"
shift
$cmd "$@"