A integração Kubernetes é compatível com muitas plataformas diferentes, incluindo GKE, EKS, AKS, OpenShift e muito mais. Cada um tem uma compatibilidade diferente com a nossa integração. Você pode encontrar mais informações nesta página.
Requisitos
A integração do New Relic Kubernetes requer uma conta New Relic. Se ainda não o fez, crie sua conta New Relic gratuita abaixo para começar a monitorar seus dados hoje mesmo.
Você também precisará de:
- Uma distribuição Linux compatível com o agente New Relic Infrastructure .
- Se você estiver usando o Helm, consulte a compatibilidade e os requisitos específicos.
Importante
kube-state-metrics v2 ou superior é compatível com a versão de integração 3.6.0 ou mais alto.
Instale a integração do Kubernetes até a versão 3.5.0 se você estiver usando kube-state-metrics 1.9.8 ou inferior.
Verifique o arquivo values.yaml se estiver atualizando kube-state-metrics da v1.9.8 para v2 ou superior porque algumas variáveis podem ter sido alteradas.
Tempo de execução do contêiner
Nossa integração com Kubernetes é independente de CRI . Foi testado especificamente para ser compatível com Containerd. Observe que Dockershim foi removido do projeto Kubernetes a partir da versão 1.24. Leia as Perguntas frequentes sobre remoção do Dockershim para obter mais detalhes.
Compatibilidade
Importante
Se você estiver usando o Openshift, também poderá usar kubectl na maioria das vezes, mas tome cuidado para que kubectl não tenha comandos como oc login ou oc adm. Pode ser necessário usar oc em vez de kubectl.
Nossa integração é compatível e é continuamente testada nas seguintes versões do Kubernetes:
Versões | |
|---|---|
Cluster do Kubernetes | 1,24 a 1,28 |
Importante
A partir da versão 1.26 do Kubernetes, a API @autoscaling/v2beta2 não está mais disponível e foi substituída pela @autoscaling/v2. Para relatórios métricos HorizontalPodAutoscaling contínuos, é importante instalar o kube-state-metrics versão 2.7+ no cluster Kubernetes versão 1.26+. Isso ocorre porque apenas kube-state-metrics v2.7+ pode oferecer suporte à API @autoscaling/v2 .
Sabores do Kubernetes
A integração do Kubernetes é compatível com diferentes sabores. Testamos a integração com os seguintes:
Sabor | Notas |
|---|---|
Minikubo | |
Tipo | |
K3s | |
Kubeadm | |
Serviço Amazon Elastic Kubernetes (EKS) | |
Amazon Elastic Kubernetes Service Anywhere (EKS-Anywhere) | |
Serviço Amazon Elastic Kubernetes no Fargate (EKS-Fargate) | |
Motor Rancher Kubernetes (RKE1) | Configuração extra é necessária para controlar os componentes do avião |
Serviço Kubernetes do Azure (AKS) | |
Google Kubernetes Engine (GKE) | Compatível com os modos padrão e piloto automático. |
OpenShift | Testado com OpenShift 4.12 e inferior. Observe que as versões 3.x não são mais suportadas. |
VMware Tanzu | Compatível com VMware Tanzu (plataforma Pivotal) versão 2.5 a 2.11 e Ops Manager versão 2.5 a 2.10 |
Dependendo do método de instalação, o monitoramento do plano de controle não está disponível ou pode necessitar de configuração extra.
Por exemplo:
- Apenas as métricas API Server são sucateáveis e estão disponíveis para o plano de controle do cluster gerenciado por instrumento (GKE, EKS, AKS) porque nenhum endpoint expõe a métrica necessária para etcd, agendador e gerenciador de controlador.
- Para o plano de controle do Instrumento Rancher, como os componentes
/metricsnem sempre são acessíveis por padrão e não podem ser descobertos automaticamente, é necessária alguma configuração extra .