PowerPoint プレゼンテーション

Size: px

Start display at page:

Download "PowerPoint プレゼンテーション"

みひなのたけ
4 years ago
Views:

5 Prometheus? メトリックスベースのモニタリングシステム Go 言語で作成 Apache ライセンス 2.0 Cloud Native Computing Foundation で開発メンテナンス CNCF の目的オープンソースでベンダー中立プロジェクトのエコシステムを育成維持してこのパラダイムの採用を促進したいと考えてます私たちは最先端のパターンを民主化しこれらのイノベーションを誰もが利用できるようにします Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 5

成熟度 6 プロジェクト 17 プロジェクト 15 プロジェクト Copyright

7 Prometheus のアーキテクチャ Prometheus サーバ AWS EC2 Azure DNS File scraping discovery evaluation WEB API HTTP Push GCP GCE OpenStack Kubernetes 監視対象の自動登録 HTTP Pull metrics HTTP PromQL Alertmanager exporter 監視対象 Pushgateway HTTP PUSH Prometheus WEB UI 可視化通知バッチジョブ Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 7

8 サーバと exporter について Prometheus サーバ discovery evaluation scraping WEB API HTTP Pull metrics exporter メトリックスを収集するエージェント収集したいメトリックスごとに exporter を導入 Ex) http,postgresql,node 各 exporter は異なるポート番号で HTTP リクエストを待ち受け exporter 監視対象 Pushgateway HTTP PUSH バッチジョブ Prometheus サーバは定期的に HTTP リクエストを発行して exporter で公開されているメトリックスを収集 exporter 側の設定で公開するメトリックスを定義 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 8

10 サーバと Pushgateway Prometheus サーバ discovery evaluation メトリックスを PUSH したい場合に利用バッチジョブ等の実行結果を Pushgateway に PUSH scraping WEB API Pushgateway では PUSH された最新値を保存 HTTP Pull metrics Prometheus サーバからは Pushgateway に対してデータを PULL する exporter 監視対象 Pushgateway HTTP PUSH バッチジョブ Prometheus サーバに対して直接メトリックスを PUSH できないサーバはメトリックスを Pull するだけ安定性に貢献 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 10

11 WEB UI と PromQL Prometheus サーバ discovery evaluation Prometheus サーバが WEB UI を提供しているが 1 度きりのグラフ作成ダッシュボードとしては Grafana を利用 scraping WEB API Grafana は HTTP を利用してサーバからメトリックスを取得 PromQL でデータの選択集計 HTTP PromQL 多数から絞り込んで少数のデータを参照例 ) パーティションの利用率を知りたい part_usage 各パーティションの利用率 (/,/var,/home,/data) part_usage{part= /var } /var の利用率 Prometheus WEB UI 可視化 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 11

12 ディスカバリ自動登録 Prometheus サーバ discovery evaluation scraping WEB API AWS EC2 GCP GCE OpenStack Azure DNS File Kubernetes 監視対象の自動登録定期的に Prometheus がサービスディスカバリを行い監視対象を自動登録 EC2 のインスタンスのディスカバリを行う設定 - job_name: ec2sd' ec2_sd_configs: - region: xxx access_key: yyy secret_key: zzz port: 9100 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 12

13 評価と通知 Prometheus サーバ discovery evaluation Scraping 処理とは別処理でメトリックスの評価をおこなう PromQL によりメトリックに対して計算式を定義し新たなメトリックスを定義することもできる閾値を定義して Alertmanager に HTTP で Push scraping WEB API HTTP Push Alertmanager Alertmanager が受け取ったデータはラベルが定義されておりラベル別に整理集約ができるラベル service : database があるアラートは管理者に通知ラベル env : staging は通知を行わないラベル alertname : httpd_down のアラートは 5 分ごとにまとめて WEB 管理者へ通知通知 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 13

exporter から metrics を取得 exporter HTTP メトリクス名 { ラベル名 = ラベル値, } メトリクス値 Prometheus の

Prometheus パターンの実例 2 1 つのメトリクスを特定できるようなパラメータ設定が必須

Prometheus パターンの実例 3 < ラベル名 >= ~ < ラベル値の正規表現 > も可能

22 Prometheus から JSON の実例 2 [ { "name":"node_cpu_seconds_total", "value":" ", line_raw":"node_cpu_seconds_total{cpu= "0 ",mode= "idle "} r", "labels":{"cpu":"0","mode":"idle"}, "type":"counter", "help":"seconds the cpus spent in each mode. r }, ] Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 22

23 Prometheus から JSON の実例 3-1 JSON へ変換して LLD ルールに活用 [ { "name":"node_cpu_seconds_total", "value":" ", line_raw":"node_cpu_seconds_total{cpu= "0 ",mode= "idle "} r", "labels":{"cpu":"0","mode":"idle"}, "type":"counter", "help":"seconds the cpus spent in each mode. r }, ] Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 23

Prometheus から JSON の実例 3-2 プロトタイプを依存アイテムで設定保存前処理で LLD

$org:9091/metrics/job/s ome_job/instance/some_instance # TYPE some_metric counter some_metric{label="val1"} 42 # TYPE another_metric gauge # HELP another_metric Just an example. another_metric 2398.$

25 Pushgateway との連携 Pushgateway も Exporter として機能 Pushgateway HTTP PUSH cat <<EOF curl ome_job/instance/some_instance # TYPE some_metric counter some_metric{label="val1"} 42 # TYPE another_metric gauge # HELP another_metric Just an example. another_metric EOF バッチジョブ Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 25

28 Alertmanager が受信するデータ 1 [ 障害発生 ] Prometheus サーバから Alertmanager(AM) へ次の形式のデータを POST [ { "labels": { alertname : <requiredalertname>, <labelname> : <labelvalue>,... }, "annotations": { "<labelname>": "<labelvalue>", }, startsat : <rfc3339>, endsat : <rfc3339>, "generatorurl": "<generator_url>" }] 赤文字 : 必須緑文字 : 自由定義青文字 : 省略可 Labels の内容が変わると違う通知データと解釈 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 28

29 Alertmanagerが受信するデータ 2 [障害復旧] Prometheusサーバから Alertmanager(AM)へ次の形式のデータをPOST [ { "labels": 赤文字必須 { alertname : <requiredalertname>, <labelname> : <labelvalue>, 緑文字自由定義... }, "annotations": { "<labelname>": "<labelvalue>", }, 青文字省略可 startsat : <rfc3339>, endsat : T09:28: :00, "generatorurl": "<generator_url>" }] endsatで指定した時刻に同じlabelsのイベントが復旧する Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 29

$key}", "annotations":{ "lastvalue":"{item.value} }, "generatorurl": "http://zabbixurl/zabbix/tr_events.php?triggerid={trigger.$

30 Zabbix と Alertmanager の連携 1 [ 障害発生 ] Zabbix のアクションから curl で POST [{ "labels":{ }, "alertname":"{event.name}", "hostname":"{host.name}", "severity":"{event.severity}", evnetid":"{event.id}", "itemkey":"{item.key}", "annotations":{ "lastvalue":"{item.value} }, "generatorurl": " ={EVENT.ID}" }] Zabbix のマクロを利用 EVENT.ID を渡すことで labels がユニークになる ITEM.VALUE など変動する値は annotaions に入れる Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 30

31 Zabbix と Alertmanager の連携 2 [ 障害復旧 ] 復旧時のアクションから POST [{ "labels":{ }, "alertname":"{event.name}", "hostname":"{host.name}", "severity":"{event.severity}", evnetid":"{event.id}", "itemkey":"{item.key}", "annotations":{ "lastvalue":"{item.value} }, endsat : アクション発報時刻を埋め込む, "generatorurl": " ={EVENT.ID}" }] Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 31

Zabbix の準備 Alertscript の作成 /usr/lib/zabbix/alertscripts/sendtoalertmanager.sh #!/bin/bash url="$1" messageorg="$2" fixends=`date "+%Y-%m-%dT%H:%M:%S.%N%:z"` proxy=${3-""} if [[ "$proxy"!

32 Zabbix の準備 Alertscript の作成 /usr/lib/zabbix/alertscripts/sendtoalertmanager.sh #!/bin/bash url="$1" messageorg="$2" fixends=`date "+%Y-%m-%dT%H:%M:%S.%N%:z"` proxy=${3-""} if [[ "$proxy"!= '' ]]; then proxy="-x $proxy" fi message=${messageorg/:endsat:/$fixends} return=$(curl $proxy -H "Content-Type: application/json" -d "${message}" $url) :endsat: というパラメータがあれば date コマンドで作った日時を埋め込むスクリプトの定義第 1 引数 Alertmanager の URL 第 2 引数デフォルトのメッセージ Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 32

Zabbix の準備アクションの定義未使用 POST されるデータ Copyright

Alertmanager の設定全体 global: smtp_smarthost: smtpserver:25' smtp_from:

jp' smtp_require_tls: false resolve_timeout: 5m グローバル設定 SMTP の設定など route: receiver:

[alertname,hostname] routes: - match: severity: Disaster group_wait: 5s デフォルト設定

37 Alertmanager の設定全体 global: smtp_smarthost: smtpserver:25' smtp_from: smtp_require_tls: false resolve_timeout: 5m グローバル設定 SMTP の設定など route: receiver: mailtouser group_wait: 30s group_interval: 5m repeat_interval: 4h group_by: [alertname,hostname] routes: - match: severity: Disaster group_wait: 5s デフォルト設定ルーティングの設定どういう条件で誰に通知するか? receivers: - name: mailtouser _configs: - to: someone@sraoss.co.jp' send_resolved: true 通知先の設定 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 37

Alertmanager の設定 global global: smtp_smarthost: smtpserver:25' smtp_from: 'alertmanager@sraoss.co.

38 Alertmanager の設定 global global: smtp_smarthost: smtpserver:25' smtp_from: smtp_require_tls: false resolve_timeout: 5m 障害が発生し Prometheus サーバが AM に通知データを POST したあとは同じラベルをもったデータを Prometheus が定期的に AM にデータを送る resolve_timeout 時間 (default:5m) データが届かないと回復したとみなす Zabbix からはステップを利用して定期的に AM にデータを送る障害アクションステップ resolve_timeout の時間を増やして Zabbix のステップ実行間隔も増やすした方がよい Alertmanager 復旧アクション時間 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 38

Alertmanagerの設定 route: receiver: mailtouser repeat_interval: 4h group_wait:

severity: Disaster group_wait: 5s 子ルートの定義 Zabbixの重要度[致命的な障害]のケースでは

で待つ時間しばらく待って通知をマージ group_interval(default:5m) 通知をまとめる時間間隔 group_by

39 Alertmanagerの設定 route: receiver: mailtouser repeat_interval: 4h group_wait: 30s group_interval: 5m group_by: [alertname,hostname] routes: - match: severity: Disaster group_wait: 5s 子ルートの定義 Zabbixの重要度[致命的な障害]のケースでは group_waitを30秒から 5秒に上書きしている例 route group_wait default:30s) 最初の通知を受信してから発報まで待つ時間しばらく待って通知をマージ group_interval(default:5m) 通知をまとめる時間間隔 group_by 指定したラベルで通知を集約 repeat_interval(default:4h) 再通知を行う時間 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 39

Alertmanagerの設定 receivers: - name: mailtouser email_con

jp' send_resolved: true receiver send_resolved (deafult: false) 障害回復通知を受け取るかどうか -

40 Alertmanagerの設定 receivers: - name: mailtouser _configs: - to: someone@sraoss.co.jp' send_resolved: true receiver send_resolved (deafult: false) 障害回復通知を受け取るかどうか - name: sendtoslack slack_configs: - api_url: ' channel: '#notification' send_resolved: true title: '{{ if eq.status "firing" }}[障害発生]{{else}}[障害回復]{{end}} {{.GroupLabels.alertname }}' http_config: proxy_url: ' Slack通知例 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 40

41 通知時系列 Labels{ alertname : DB エラー ","hostname": server1, eventid : X } Zabbix から発行された通知障害復旧 X=1 X=2 X=3 X=4 ( 注 ) 図示していませんがステップ間隔で再送されています時間 Alertmanager group_wait group_interval 1 通目 2 通目 X=1 X=2 X=1 X=2 X=3 X=4 メール送信された内容 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 41

42 Labels{ alertname : DB エラー ","hostname": server1, eventid : X } Zabbix から発行された通知障害復旧 X=3 X=4 X=1 X=5 時間 Alertmanager group_interval group_interval 2 通目 3 通目 X=1 X=2 X=3 X=4 X=1 X=2 X=3 X=4 X=5 メール送信された内容 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 42

43 Labels{ alertname : DB エラー ","hostname": server1, eventid : X } Zabbix から発行された通知障害復旧 X=1 X=5 X=2 X=3 X=4 X=5 時間 Alertmanager 3 通目 group_interval 4 通目 group_interval X=1 X=2 X=3 X=4 X=5 X=2 X=3 X=4 X=5 メール送信された内容 Copyright 2019 SRA OSS, Inc. Japan All rights reserved. 43

実際のメール内容 AlertManager の UI へ Zabbix のイベント障害画面へ

まとめ Prometheus と連携することで監視メトリックスを効率よく取得できる Alertmanager

PowerPoint プレゼンテーション

PowerPoint プレゼンテーション Zabbix 4.0 の新機能のご紹介 2018 年 12 月 11 日 SRA OSS, Inc. 日本支社 Copyright 2018 SRA OSS, Inc. Japan All rights reserved. 1 Zabbix とは OSSの統合監視ツール Zabbix LLC( 本社 : ラトビア ) が開発 20 年の実績多種多様な方法で監視が可能柔軟な障害判定条件の設定設定のテンプレート化