![\"\"](\"https:\/\/cdn-cms.king.host\/blog-hlg\/uploads\/2017\/01\/imagem1.png\" "\\"\\"")
<\/p>\n
Arquivos de Configura\u00e7\u00e3o<\/h3>\n
Nesse reposit\u00f3rio do github, os arquivos que voc\u00ea deve alterar est\u00e3o na pasta prometheus. Abaixo um trecho do arquivo prometheus.yml<\/strong>.<\/p>\n Importante reparar as 3 \u00faltimas linhas citadas, ali estamos fazendo refer\u00eancia aos demais arquivos para melhor organiza\u00e7\u00e3o das regras.<\/p>\n Todos os targets configurados nos scrappers ter\u00e3o uma m\u00e9trica chamada \u201cup\u201d populada automaticamente, sendo assim podemos criar nosso primeiro alerta:<\/p>\n Abaixo o arquivo targets.rules<\/strong><\/p>\n Esse arquivo indica que: se a condi\u00e7\u00e3o for verdadeira<\/strong> durante 30 segundos<\/strong>, devo disparar o alerta.<\/p>\n Isso pode ser feito para qualquer condi\u00e7\u00e3o, inclusive em qualquer consulta, as mesmas que voc\u00ea possui no Grafana para visualizar os dados da aplica\u00e7\u00e3o. A condi\u00e7\u00e3o acima verifica se a porcentagem de disco utilizado ultrapassa os 85%<\/strong>, ent\u00e3o envia um alerta. Como podemos ver, as possibilidades s\u00e3o infinitas.<\/p>\n Os arquivos configura\u00e7\u00e3o dos alertas s\u00e3o propriedade do prometheus, por\u00e9m a sa\u00edda \u00e9 configurada no AlertManager<\/strong>. Voc\u00ea encontrar\u00e1 o seguinte arquivo em alertmanager\/config.yml<\/strong>.<\/p>\n O arquivo acima diz que todas os alertas ser\u00e3o enviados via Slack para o grupo respons\u00e1vel. Mas podemos adicionar v\u00e1rias funcionalidades legais, por exemplo:<\/p>\n Agora sim, todos os alertas ser\u00e3o encaminhados por email, e se acontecer algo cr\u00edtico, pode ser enviado para a equipe imediatamente via Slack!<\/p>\n Importante!<\/strong> Desse modo todos os alertas ser\u00e3o enviados a cada 10 segundos (o padr\u00e3o \u00e9 de 5 minutos).<\/p>\n A partir do Grafana 4.0, temos a possibilidade de alertas direto na ferramenta<\/strong>, sendo poss\u00edvel controlar os alertas da aplica\u00e7\u00e3o atrav\u00e9s da interface gr\u00e1fica. Mas aten\u00e7\u00e3o, todos os alertas e configura\u00e7\u00f5es de envio n\u00e3o s\u00e3o as mesmas<\/strong>! S\u00e3o configura\u00e7\u00f5es exclusivas do Grafana.<\/p>\n Abaixo uma amostra da configura\u00e7\u00e3o na interface do Grafana.<\/p>\n Para maiores informa\u00e7\u00f5es sobre a vers\u00e3o 4.x do Grafana basta acessar o link: http:\/\/docs.grafana.org\/guides\/whats-new-in-v4-1\/\/<\/a><\/p>\n A configura\u00e7\u00e3o de alertas \u00e9 um pouco confusa, pois \u00e9 necess\u00e1rio configurar diversos arquivos para que todos os crit\u00e9rios sejam atendidos, mas em uma tarde d\u00e1 pra entender legal a ferramenta. A ado\u00e7\u00e3o dessa solu\u00e7\u00e3o foi t\u00e3o boa entre as equipes de desenvolvimento da Kinghost<\/a> <\/strong>que cada grupo j\u00e1 est\u00e1 fazendo suas pr\u00f3prias contribui\u00e7\u00f5es. Espero que assim como foi pra n\u00f3s, que voc\u00ea tamb\u00e9m possa se surpreender e melhorar cada vez mais o seu processo de desenvolvimento. Muito obrigado e caso tenha testado ou tenha alguma opini\u00e3o sobre o assunto, pode comentar abaixo!<\/p>\n[...]\nglobal:\n scrape_interval: 15s\n evaluation_interval: 15s\n\n # Attach these labels to any time series or alerts when communicating with\n # external systems (federation, remote storage, Alertmanager).\n external_labels:\n monitor: 'docker-host-alpha'\n\n# Load and evaluate rules in this file every 'evaluation_interval' seconds.\nrule_files:\n - \"targets.rules\"\n - \"host.rules\"\n - \"containers.rules\"\n[...]<\/pre>\n
ALERT monitor_service_down\n IF up == 0\n FOR 30s\n LABELS { severity = \"critical\" }\n ANNOTATIONS {\n summary = \"Monitor service non-operational\",\n description = \"Service {{ $labels.instance }} is down.\",\n }<\/pre>\n
\nExemplo (mais elaborado):<\/p>\nALERT hight_storage_load\n IF (node_filesystem_size{fstype=\"aufs\"} - node_filesystem_free{fstype=\"aufs\"}) \/ node_filesystem_size{fstype=\"aufs\"} * 100 > 85\n FOR 30s\n LABELS { severity = \"warning\" }\n ANNOTATIONS {\n summary = \"Server storage is almost full\",\n description = \"Docker host storage usage is {{ humanize $value}}%. Reported by instance {{ $labels.instance }} of job {{ $labels.job }}.\",\n }<\/pre>\nEnvio de Mensagens<\/h3>\n
route:\n receiver: 'slack'\n\nreceivers:\n - name: 'slack'\n slack_configs:\n - send_resolved: true\n text: \"{{ .CommonAnnotations.description }}\"\n username: 'Prometheus'\n channel: '#<channel-name>'\n api_url: 'https:\/\/hooks.slack.com\/services\/<webhook-id>'<\/pre>\nroute:\n #receiver padr\u00e3o\n receiver: 'email' \n\n #rotas filhas\n routes:\n - match:\n severity: critical\n receiver: 'slack'\n\nreceivers:\n - name: 'slack'\n slack_configs:\n - send_resolved: true\n text: \"{{ .CommonAnnotations.description }}\"\n username: 'Prometheus'\n channel: '#<channel-name>'\n api_url: 'https:\/\/hooks.slack.com\/services\/<webhook-id>'\n\nreceivers:\n - name: 'email'\n email_configs:\n - to: 'devs@example.org'<\/pre>\n
\nPara melhor utiliza\u00e7\u00e3o dos alertas: encontramos uma dificuldade em rela\u00e7\u00e3o a periodicidade das verifica\u00e7\u00f5es, mas adicionando essa linha no alertmanager a velocidade dos alertas ficou excelente, exatamente como nosso time precisava:<\/p>\ngroup_interval: 10s<\/pre>\n
Alertas pelo Grafana<\/h3>\n
![\"aplica\u00e7\u00f5es](\"https:\/\/cdn-cms.king.host\/blog-hlg\/uploads\/2017\/01\/imagem2.png\" "\\"\\"")
<\/p>\n![\"\"](\"https:\/\/cdn-cms.king.host\/blog-hlg\/uploads\/2017\/01\/imagem3.gif\" "\\"\\"")
<\/p>\nConclus\u00e3o<\/h3>\n
![\"Webinar](\"https:\/\/cdn-cms.king.host\/blog-hlg\/uploads\/2015\/09\/cta-refatoracao.png\" "\\"\\"")
<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"