Implantar o operador Trident usando Helm (modo padrão)
Você pode implantar o operador Trident e instalar o Trident usando o Helm. Este processo se aplica a instalações onde as imagens de contêiner necessárias pelo Trident não estão armazenadas em um registro privado. Se você tiver um registro de imagens privado, use o "processo para implantação offline".
Informações críticas sobre Trident 25.10
Você deve ler as seguintes informações críticas sobre Trident.
<strong>Informações críticas sobre Trident</strong>
-
Kubernetes 1.34 agora é compatível com Trident. Atualize Trident antes de atualizar Kubernetes.
-
Trident impõe rigorosamente o uso da configuração de multipath em ambientes SAN, com um valor recomendado de
find_multipaths: nono arquivo multipath.conf.O uso de configuração sem multipath ou o uso de
find_multipaths: yesoufind_multipaths: smartvalor no arquivo multipath.conf resultará em falhas de montagem. Trident recomenda o uso defind_multipaths: nodesde o lançamento 21.07.
Implante o operador Trident e instale o Trident usando o Helm
Utilizando o Trident "Helm Chart" você pode implantar o operador Trident e instalar Trident em uma única etapa.
Revise "visão geral da instalação" para garantir que você atendeu aos pré-requisitos de instalação e selecionou a opção de instalação correta para o seu ambiente.
Além do "pré-requisitos de deployment" você precisa de "Helm versão 3".
-
Adicione o repositório Trident:
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
Utilize
helm installe especifique um nome para sua implantação, como no exemplo a seguir, onde100.2506.0é a versão do Trident que você está instalando.helm install <name> netapp-trident/trident-operator --version 100.2506.0 --create-namespace --namespace <trident-namespace>
Se você já criou um namespace para Trident, o --create-namespaceparâmetro não criará um namespace adicional.
Você pode usar helm list para revisar detalhes da instalação, como nome, namespace, chart, status, versão do app e número da revisão.
Passe os dados de configuração durante a instalação
Existem duas maneiras de passar dados de configuração durante a instalação:
| Opção | Descrição |
|---|---|
|
Especifique um arquivo YAML com sobrescritas. Isso pode ser especificado várias vezes e o arquivo mais à direita terá precedência. |
|
Especifique as substituições na linha de comando. |
Por exemplo, para alterar o valor padrão de debug, execute o seguinte comando onde 100.2506.0 é a versão do Trident que você está instalando:
helm install <name> netapp-trident/trident-operator --version 100.2506.0 --create-namespace --namespace trident --set tridentDebug=true
Opções de configuração
Esta tabela e o arquivo values.yaml, que faz parte do Helm chart, fornecem a lista de chaves e seus valores padrão.
| Opção | Descrição | Padrão | ||||
|---|---|---|---|---|---|---|
|
Rótulos de nós para atribuição de pods |
|||||
|
Anotações de pod |
|||||
|
Anotações de deployment |
|||||
|
Tolerâncias para atribuição de pod |
|||||
|
Afinidade para atribuição de pod |
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: kubernetes.io/arch
operator: In
values:
- arm64
- amd64
- key: kubernetes.io/os
operator: In
values:
- linux
|
||||
|
Seletores de nós adicionais para pods. Consulte Entendendo os pods do controlador e os pods do nó para obter detalhes. |
|||||
|
Substitui as tolerâncias do Kubernetes para pods. Consulte Entendendo os pods do controlador e os pods do nó para obter detalhes. |
|||||
|
Seletores de nós adicionais para pods. Consulte Entendendo os pods do controlador e os pods do nó para obter detalhes. |
|||||
|
Substitui as tolerâncias do Kubernetes para pods. Consulte Entendendo os pods do controlador e os pods do nó para obter detalhes. |
|||||
|
Identifica o registro para as |
|
||||
|
Define a política de pull de imagens para o |
|
||||
|
Define os segredos de extração de imagens para as |
|||||
|
Permite substituir a localização do host do estado interno do kubelet. |
|
||||
|
Permite definir o nível de log do operador Trident para: |
|
||||
|
Permite definir o nível de registro do operador Trident como depuração. |
|
||||
|
Permite a substituição completa da imagem para |
|
||||
|
Permite sobrescrever a tag da |
|
||||
|
Permite habilitar Trident para funcionar em clusters IPv6. |
|
||||
|
Substitui o tempo limite padrão de 30 segundos para a maioria das operações da API do Kubernetes (se diferente de zero, em segundos). |
|
||||
|
Substitui o tempo limite padrão de 90 segundos para as solicitações HTTP, com |
|
||||
|
Permite desativar o relatório periódico AutoSupport do Trident. |
|
||||
|
Permite substituir a tag da imagem para o contêiner Trident AutoSupport. |
|
||||
|
Permite que o contêiner Trident AutoSupport se comunique com um servidor externo via um proxy HTTP. |
|
||||
|
Define o formato de registro do Trident ( |
|
||||
|
Desativa o registrador de auditoria do Trident. |
|
||||
|
Permite definir o nível de log do Trident para: |
|
||||
|
Permite definir o nível de log do Trident para |
|
||||
|
Permite que fluxos de trabalho específicos do Trident sejam habilitados para registro de rastreamento ou supressão de logs. |
|
||||
|
Permite que camadas específicas do Trident sejam ativadas para registro de rastreamento ou supressão de logs. |
|
||||
|
Permite a substituição completa da imagem para Trident. |
|
||||
|
Permite substituir a tag da imagem para Trident. |
|
||||
|
Permite substituir a porta padrão usada para as sondagens de liveness/readiness do Kubernetes. |
|
||||
|
Permite que o Trident seja instalado em nó de trabalho Windows. |
|
||||
|
Permite ativar o recurso de force detach. |
|
||||
|
Exclui a política de segurança do pod do operador da criação. |
|
||||
|
Defina como |
|
||||
|
Defina como identidade da carga de trabalho ("azure.workload.identity/client-id: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx") ao usar identidade da nuvem em um cluster AKS. Defina como AWS IAM role ("'eks.amazonaws.com/role-arn: arn:aws:iam::123456:role/trident-role'") ao usar identidade da nuvem em um cluster EKS. |
|
||||
|
O intervalo em que a autorrecuperação iSCSI é acionada. |
|
||||
|
A duração após a qual a autorrecuperação iSCSI inicia uma tentativa de resolver uma sessão inativa realizando um logout e, em seguida, um login. |
|
||||
|
Permite que Trident prepare os nós do cluster Kubernetes para gerenciar volumes usando o protocolo de storage de dados especificado. Atualmente, |
|||||
|
Permite operações simultâneas do controlador Trident para melhorar o desempenho.
|
falso |
||||
|
O limite de consultas por segundo (QPS) usado pelo controlador ao se comunicar com o servidor da API do Kubernetes. O valor de Burst é definido automaticamente com base no valor de QPS. |
|
||||
|
Define os limites e solicitações de recursos do Kubernetes para os pods do Trident controller, node e operator. Você pode configurar CPU e memória para cada contêiner e sidecar para gerenciar a alocação de recursos no Kubernetes. Para mais informações sobre como configurar solicitações e limites de recursos, consulte "Gerenciamento de recursos para pods e contêineres".
|
|
||||
|
Habilite o HTTPS para o endpoint de métricas do Prometheus. |
falso |
||||
|
Habilita a rede do host para o controlador Trident. Isso é útil quando você deseja separar o tráfego de frontend e backend em uma rede com múltiplas interfaces. |
falso |
Entendendo os pods do controlador e os pods do nó
Trident é executado como um único pod controlador, além de um pod de nó em cada nó de trabalho do cluster. O pod de nó deve estar em execução em qualquer host onde você deseje montar um volume do Trident.
Kubernetes "seletores de nós" e "tolerations e taints" são usados para restringir um pod a ser executado em um nó específico ou preferencial. Usando o ControllerPlugin e NodePlugin, você pode especificar restrições e substituições.
-
O plugin do controlador lida com o provisionamento e gerenciamento de volumes, como snapshots e redimensionamento.
-
O plugin do nó gerencia a conexão do storage ao nó.