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
/metrics
nem sempre são acessíveis por padrão e não podem ser descobertos automaticamente, é necessária alguma configuração extra .