Prometheus Operator
O cérebro de orquestração. Gerencia instâncias Prometheus usando CRDs nativos do Kubernetes — ServiceMonitors, PodMonitors e PrometheusRules para configuração declarativa.
Motor central Stack de monitoramento pronto para produção
Observabilidade Kubernetes completa em uma stack
Implante Prometheus, Grafana, Alertmanager e exporters essenciais como um chart Helm unificado. Monitoramento de nível empresarial para seus clusters Kubernetes — configurado em minutos, não dias.
0
Estrelas GitHub
0
Downloads Helm
0
SLA de uptime
Componentes principais
Seis pilares do monitoramento completo
Cada componente trabalha em conjunto para fornecer observabilidade de ponta a ponta — de métricas de infraestrutura a alertas inteligentes e painéis bonitos.
Servidor Prometheus
Banco de dados de séries temporais padrão da indústria. Coleta, armazena e avalia métricas de todo o seu cluster com suporte à poderosa linguagem de consulta PromQL.
TSDBGrafana
Camada de visualização rica com painéis pré-construídos para saúde do cluster, desempenho de nós e métricas de carga de trabalho. Personalizável e extensível.
VisualizaçãoAlertmanager
Roteamento inteligente de alertas com deduplicação, agrupamento e silenciamento. Envie alertas para Slack, PagerDuty, e-mail, MS Teams e webhooks personalizados.
AlertasNode Exporter
Implantado como DaemonSet em cada nó, expõe métricas de CPU, memória, I/O de disco e rede — proporcionando visibilidade total na infraestrutura do host.
InfraestruturaKube-State-Metrics
Monitora objetos da API do Kubernetes — deployments, pods, replica sets, serviços — rastreando o estado desejado vs. real de todas as suas cargas de trabalho.
Estado K8s Fluxo de dados
Como a stack funciona em conjunto
Um pipeline de dados unificado desde a coleta de métricas até alertas inteligentes e visualização rica.
Orquestração
O Prometheus Operator monitora CRDs ServiceMonitor e PodMonitor para descobrir automaticamente alvos de coleta.
Coleta de métricas
O Node Exporter coleta métricas de hardware; o kube-state-metrics captura estados de objetos Kubernetes do servidor API.
Coleta e armazenamento
O Prometheus extrai métricas de todos os endpoints descobertos e as armazena como dados de séries temporais com retenção configurável.
Avaliação de regras
Objetos PrometheusRule definem condições de alerta. Alertas disparados são encaminhados ao Alertmanager para roteamento.
Alerta e notificação
O Alertmanager deduplica, agrupa e roteia alertas para Slack, PagerDuty, e-mail ou qualquer receptor webhook.
Visualização
O Grafana consulta o Prometheus para renderizar painéis em tempo real — pré-construídos para saúde do cluster e totalmente personalizáveis.
Início rápido
Implante em três comandos
Do zero ao monitoramento completo em menos de cinco minutos usando o chart Helm oficial da comunidade Prometheus.
terminal — bash
# Adicionar o repositório Helm da comunidade Prometheus $ helm repo add prometheus-community \ https://prometheus-community.github.io/helm-charts $ helm repo update # Criar um namespace dedicado de monitoramento $ kubectl create namespace monitoring # Instalar a stack completa kube-prometheus-stack $ helm install prometheus-stack \ prometheus-community/kube-prometheus-stack \ --namespace monitoring \ --values values.yaml
Melhores práticas de produção
Construído para escala empresarial
Siga padrões comprovados para executar uma stack de monitoramento confiável, performante e segura em produção.
Armazenamento persistente
Configure Persistent Volumes para Prometheus e Grafana para sobreviver a reinicializações de pods sem perder métricas ou painéis.
Controle de cardinalidade
Monitore e gerencie a cardinalidade de séries temporais para prevenir explosões de memória. Evite labels de alta cardinalidade como IDs únicos.
Alta disponibilidade
Execute múltiplas réplicas do Prometheus com anti-afinidade de pods para monitoramento sem downtime entre domínios de falha.
Armazenamento de longo prazo
Integre com Thanos, Cortex ou Grafana Cloud via remote_write para retenção de dados históricos além de 30 dias.
Segurança e RBAC
Aplique políticas de rede, autenticação OIDC/OAuth para Grafana e RBAC Kubernetes rigoroso para o namespace de monitoramento.
Descoberta ServiceMonitor
Use CRDs ServiceMonitor e PodMonitor para descoberta automática de alvos de métricas baseada em serviços — sem configuração manual necessária.
Governança de recursos
Defina requests e limits de CPU/memória para cada componente para prevenir falta de recursos e OOM kills em produção.
Pilares completos de observabilidade
Vá além das métricas: adicione Loki para logs e Tempo + OpenTelemetry para rastreamento distribuído em uma stack Grafana unificada.
FAQ
Perguntas frequentes
Tudo o que você precisa saber sobre implantação e gerenciamento do kube-prometheus-stack.
É um chart Helm abrangente que implanta uma stack completa de monitoramento e alertas Kubernetes — incluindo Prometheus, Grafana, Alertmanager, Node Exporter, kube-state-metrics e o Prometheus Operator. Fornece observabilidade pronta para produção direto da caixa.
O Prometheus standalone requer configuração manual de alvos de coleta, regras de alertas e painéis. O kube-prometheus-stack automatiza tudo isso usando o padrão Prometheus Operator com CRDs como ServiceMonitor e PrometheusRule, além de painéis Grafana pré-configurados.
Para um cluster pequeno (1–5 nós), o Prometheus normalmente precisa de 2 cores de CPU e 4–8 GB de RAM. O Grafana requer cerca de 0,5 CPU e 512 MB de RAM. Para clusters de produção, dimensione recursos com base no número de séries temporais e frequência de coleta.
Com certeza. Painéis Grafana personalizados podem ser provisionados via ConfigMaps ou pela interface do Grafana. Regras de alertas personalizadas são definidas usando CRDs PrometheusRule, que o Operator sincroniza automaticamente com a configuração do Prometheus.
O armazenamento local do Prometheus é recomendado para 15–30 dias de retenção. Para armazenamento de longo prazo, configure remote_write para enviar métricas para soluções como Thanos, Cortex, Grafana Mimir ou serviços gerenciados como Amazon Managed Prometheus e Grafana Cloud.
A configuração padrão é um excelente ponto de partida, mas implantações de produção devem personalizar o values.yaml para habilitar armazenamento persistente, definir limites de recursos, configurar réplicas HA e aplicar políticas de rede para segurança.