É crucial alocar recursos suficientes ao gateway para manter sua confiabilidade e evitar perda de dados. Se o gateway cair, você corre o risco de perder dados de telemetria, o que pode afetar seus recursos de monitoramento e análise.
Este guia ajuda você a determinar os recursos apropriados para implantar e dimensionar o gateway Controle de Pipeline em seu ambiente. Compreender essas especificações é essencial para garantir desempenho ideal e processamento de dados eficiente.
Configuração padrão
Por padrão, o gateway é configurado com uma alocação de memória padrão de 2 GB e 1 vCPU por pod. Além disso, o cluster de gateway é configurado inicialmente durante a instalação com as seguintes configurações (elas podem ser modificadas após a configuração inicial do gateway):
minReplicas: 6 maxReplicas: 10 targetCPUUtilizationPercentage: 60
Escalando o gateway
O gateway de Controle de Pipeline deve manter capacidade computacional suficiente para processar a totalidade dos dados de telemetria que recebe. Considerando os tamanhos variáveis e as taxas de transferência de diferentes cargas de trabalho de agente e telemetria, recomendamos adotar uma abordagem em etapas para dimensionar seu cluster de gateway a fim de prever quanta capacidade você pode precisar:
- Configure a small set (-15-35) of non-production agents to send telemetry data to the gateway. Ensure these agents are representative of the types of agents and telemetry payloads you intend to intend to send to the gateway in production (for example, New Relic infrastructure, Java APM, and Fluent Bit). Take note of the number of agents of each.
- Confirme se você está coletando esses dados de telemetria no New Relic.
- Monitore o cluster de gateway para identificar o número de vCPUs e o uso médio da CPU ao longo de alguns minutos de carga. Isso lhe dará uma ideia de quantas vCPUs são necessárias para executar esse conjunto de agentes.
- Linearly extrapolate based on the number of agents you've configured, the number of agents you expect to run in peak production, and the CPU usage in step 3. For example, if you're running 25 Java APM agents through the gateway, and you're seeing only 1 vCPU run at 65% load, you should expect to be able to run 200 Java APM agents with
<=8 vCPUs. - Configure um conjunto maior de agentes para enviar dados ao gateway (por exemplo, 100) e confirme se sua extrapolação linear na etapa 4 ainda é verdadeira.
- Certifique-se de que seu
maxReplicasseja grande o suficiente para dimensionar um pod suficiente para o número de agentes que você espera executar na produção. - Depois de configurar todo o agente de produção e dados de telemetria para enviar dados ao gateway, continue monitorando seu cluster de gateway para garantir que eles não estejam operando em ou além de 100% da capacidade.
Especificações de desempenho
Com um único núcleo de CPU e 100 regras de descarte por tipo MELT, o gateway pode processar os seguintes volumes de dados de telemetria:
Tipo de dados | Capacidade de processamento |
|---|---|
Métrica | 7.000 pontos de dados por segundo |
Evento | 4.500 eventos por segundo |
Registro | 2.700 logs por segundo |
Traces | 3.300 vãos por segundo |
Capacidade de manuseio do agente
Um único pod de gateway pode manipular entre 15 e 35 agentes, com tamanhos de solicitação variando de 26 a 250 KB de dados não compactados por segundo.
Dica
Essas estimativas de capacidade são baseadas em medições de implantações existentes. Seus requisitos reais podem variar dependendo de seus padrões de dados específicos e necessidades de monitoramento.
Recomendações para configuração de gateway
Para aprimorar ainda mais o desempenho e a escalabilidade do seu gateway, considere as seguintes configurações de configuração com base no mapeamento do seu agente. Para acessar essas configurações, vá para New Relic Control > Gateway > Settings.
Importante
Installation mode differences: Settings are configured at the fleet level and apply to all clusters in that fleet. If your fleet uses installation without Flux, the settings page displays current values as read-only for scaling and version settings. However, the two troubleshooting toggles (gather diagnostic logs, bypass gateway rules) remain editable in both modes. Pipeline configuration changes (rules, sampling, transforms) continue to deploy automatically via ConfigMap in both installation modes. For fleets without Flux, you manage scaling post-installation via Horizontal Pod Autoscaler (HPA) and versions via Helm upgrades. See Managing gateway without Flux for instructions.
Réplicas mínimas e máximas
- Réplicas mínimas: defina um número baseline de réplicas de gateway para acomodar cargas regulares de dados, garantindo redundância e confiabilidade. Isso ajuda a evitar perda de dados e mantém a estabilidade do desempenho durante períodos de pico. O valor mínimo recomendado é 2, que também é a configuração padrão.
- Máximo de réplicas: determine o número máximo de réplicas necessárias para lidar com períodos de pico de uso de forma eficaz. Essa configuração permite que o cluster de gateway seja dimensionado dinamicamente, fornecendo recursos suficientes para alto tráfego sem comprometer o desempenho. Você pode configurar no máximo 15 réplicas.
Limite de utilização da CPU
- Limite de dimensionamento: especifique a porcentagem de utilização da CPU na qual seu cluster de gateway será dimensionado automaticamente. Configurar um limite de dimensionamento garante um gerenciamento eficiente de recursos, evitando superlotação e mantendo o processamento de dados estável. A configuração padrão é 60%.
Gestão de saúde e desempenho
- Reúna logs de diagnóstico: verifique regularmente os logs de diagnóstico do gateway para insights sobre a integridade e a operação do gateway. Os logs de monitoramento são essenciais para a resolução oportuna de problemas e para a manutenção do desempenho ideal. Por padrão, o log de diagnóstico está desativado.
- Ignorar regras de gateway: em caso de recursos de CPU pouco disponíveis, ignore regras de gateway complexas. Essa precaução garante o fluxo contínuo de dados para o New Relic, mesmo que dados confidenciais sejam recebidos, permitindo a conservação de recursos e o processamento ininterrupto de telemetria. Por padrão, ignorar regras de gateway está desativado.
Gateway version management
- Version selection: Choose which gateway software version (Helm chart version) to deploy across all clusters in the fleet. Available versions are displayed in a dropdown. For fleets installed with Flux, select a new version, click Save settings to create a deployment draft, then deploy the draft to upgrade all clusters in the fleet. To apply the changes, refer to Deploy your changes. For fleets installed without Flux, the version field is read-only. You must upgrade manually using Helm commands as described in Managing gateway without Flux.
Próxima Etapa
Em seguida, você aprenderá como modificar a configuração do seu agente para enviar dados pelo gateway.