Pular para o conteúdo principal
Versão 2.x do chartEsta página documenta o chart do Helm baseado em subcharts v2.x. Se você ainda estiver usando o chart v1.x com templates inline, consulte o guia do Helm v1.x. Para as etapas de migração, consulte o guia de upgrade.
O chart do Helm do ClickStack pode ser encontrado aqui e é o método recomendado para implantações em produção. O chart v2.x usa uma instalação em duas fases. Os operators e as CRDs são instalados primeiro por meio do chart clickstack-operators, seguidos pelo chart principal clickstack, que cria recursos personalizados gerenciados por operator para ClickHouse, MongoDB e o OpenTelemetry Collector. Por padrão, o chart do Helm provisiona todos os componentes principais, incluindo: No entanto, ele pode ser facilmente personalizado para se integrar a uma implantação existente do ClickHouse — por exemplo, uma hospedada no ClickHouse Cloud. O chart oferece suporte às práticas recomendadas padrão do Kubernetes, incluindo:
  • Configuração específica por ambiente via values.yaml
  • Limites de recursos e escalonamento no nível do pod
  • Configuração de TLS e Entrada
  • Gerenciamento de Secrets e configuração de autenticação
  • manifestos adicionais para implantar objetos arbitrários do Kubernetes (NetworkPolicy, HPA, ALB Ingress etc.) junto com o chart

Indicado para

  • Provas de conceito
  • Produção

Etapas de implantação


1

Pré-requisitos

  • Helm v3+
  • cluster Kubernetes (v1.20+ recomendado)
  • kubectl configurado para interagir com o seu cluster
2

Adicione o repositório Helm do ClickStack

Adicione o repositório Helm do ClickStack:
3

Instale os operadores

Instale primeiro o chart do operador. Isso registra as CRDs necessárias para o chart principal:
Espere até que os pods do operador estejam prontos antes de prosseguir:
4

Instale o ClickStack

Quando os operators estiverem em execução, instale o chart principal:
5

Verifique a instalação

Verifique a instalação:
Quando todos os pods estiverem prontos, prossiga.
6

Encaminhamento de portas

O encaminhamento de portas permite acessar e configurar o HyperDX. Usuários que implantam em produção devem, em vez disso, expor o serviço por meio de uma Entrada ou de um balanceador de carga para garantir acesso adequado à rede, terminação TLS e escalabilidade. O encaminhamento de portas é mais indicado para desenvolvimento local ou tarefas administrativas pontuais, não para ambientes de longo prazo ou de alta disponibilidade.
Configuração de Entrada em produçãoPara implantações em produção, configure a entrada com TLS em vez de usar encaminhamento de portas. Consulte o guia de Configuração de Entrada para ver instruções detalhadas de configuração.
7

Acesse a UI

Acesse http://localhost:8080 para abrir a UI do HyperDX.Crie um usuário, informando um nome de usuário e uma senha que atendam aos requisitos.Ao clicar em Create, as fontes de dados serão criadas para a instância do ClickHouse implantada com o Chart do Helm.
Substituindo a conexão padrãoVocê pode substituir a conexão padrão da instância integrada do ClickHouse. Para mais detalhes, consulte “Using ClickHouse Cloud”.
8

Personalizando os valores (opcional)

Você pode personalizar as configurações usando as flags --set. Por exemplo:
Como alternativa, edite o values.yaml. Para obter os valores padrão:
Exemplo de configuração:
9

Usando Secrets (opcional)

O chart v2.x usa um Secret unificado (clickstack-secret) preenchido a partir de hyperdx.secrets definidos nos seus values. Todas as variáveis de ambiente sensíveis — incluindo senhas do ClickHouse, senhas do MongoDB e a API key do HyperDX — passam por esse único Secret.Para substituir os valores do Secret:
Para o gerenciamento externo de segredos (por exemplo, usando um operador de secrets), você pode fazer referência a um Secret do Kubernetes já existente:
Gerenciamento de chaves de APIPara obter instruções detalhadas sobre a configuração de chaves de API, incluindo vários métodos de configuração e procedimentos para reiniciar pods do Kubernetes, consulte o guia de configuração de chave de API.

Usando ClickHouse Cloud

Se estiver usando ClickHouse Cloud, desative a instância incorporada do ClickHouse e forneça suas credenciais da Cloud:
Crie o Secret de conexão separadamente:
Configurações Externas AvançadasPara implantações de produção com configuração baseada em Secret, OTel collectors externos ou configurações mínimas, consulte o guia de opções de implantação.

Notas de produção

Por padrão, este chart instala ClickHouse, MongoDB e o OTel collector. Em produção, é recomendável gerenciar o ClickHouse e o OTel collector separadamente. Para desativar o ClickHouse e o OTel collector:
Práticas recomendadas para produçãoPara implantações em produção, incluindo configuração de alta disponibilidade, gerenciamento de recursos, configuração de Entrada e TLS, e configurações específicas de nuvem (GKE, EKS, AKS), consulte:

Configuração de tarefa

Por padrão, há uma tarefa na configuração do chart como um cronjob, responsável por verificar se os alertas devem ser acionados. Na v2.x, a configuração da tarefa foi movida para hyperdx.tasks:

Atualizando o chart

Para atualizar para uma versão mais recente:
Para verificar as versões disponíveis do chart:
Atualizando da v1.xSe você está atualizando a partir do chart inline-template da v1.x, consulte o guia de atualização para obter instruções de migração. Esta é uma alteração incompatível — um helm upgrade in-place não é suportado.

Desinstalando o ClickStack

Desinstale na ordem inversa:
Observação: As PersistentVolumeClaims criadas pelos operadores do MongoDB e do ClickHouse não são removidas com helm uninstall. Isso é intencional, para evitar perda acidental de dados. Para remover os PVCs, consulte:

Solução de problemas

Verificando os logs

Depuração de uma instalação que falhou

Verificar a implantação

Recursos adicionais de solução de problemasPara problemas específicos de Entrada, problemas de TLS ou para solucionar problemas em implantações no Cloud, consulte:

Escolha de esquema: Map vs JSON

O ClickStack armazena atributos como colunas Map(LowCardinality(String), String) por padrão. Esse é o esquema recomendado para cargas de trabalho de observabilidade. Em combinação com a serialização de map em buckets e índices de texto nas chaves e nos valores do map, ele permite lookups seletivos sem a sobrecarga de ingestão por chave das subcolunas JSON dinâmicas. Um esquema do tipo JSON está disponível em beta para avaliação em cargas de trabalho com um conjunto pequeno e estável de chaves de atributo. Ele não é recomendado como padrão. Consulte Map vs tipo JSON para ver a comparação completa e as variáveis de ambiente necessárias para habilitar o suporte a JSON.

Guias de implantação

Documentação v1.x

Recursos adicionais

Última modificação em 25 de junho de 2026