Implantar operador Trident usando Helm (modo padrão)
Você pode implantar o operador Trident e instalar o Trident usando o Helm. Este processo aplica-se a instalações onde as imagens de contentor exigidas pelo Trident não são armazenadas em um Registro privado. Se tiver um registo de imagens privado, utilize o "processo para implantação off-line".
Informações críticas sobre o Trident 24,10
Você deve ler as seguintes informações críticas sobre o Trident.
<strong> informações críticas sobre o Trident </strong>
-
O Kubernetes 1,31 agora é compatível com o Trident. Atualize o Trident antes de atualizar o Kubernetes.
-
O Trident reforça estritamente o uso de configuração multipathing em ambientes SAN, com um valor recomendado de
find_multipaths: no
no arquivo multipath.conf.O uso de configuração não multipathing ou o uso
find_multipaths: yes
de oufind_multipaths: smart
valor no arquivo multipath.conf resultará em falhas de montagem. A Trident recomenda o uso defind_multipaths: no
desde a versão 21,07.
Implante o operador Trident e instale o Trident usando o Helm
Usando o Trident"Carta do leme", você pode implantar o operador Trident e instalar o Trident em uma etapa.
Revise "a 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 implantação" que você precisa"Helm versão 3".
-
Adicione o repositório Helm do Trident:
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
Use
helm install
e especifique um nome para sua implantação, como no exemplo a seguir, onde100.2404.0
está a versão do Trident que você está instalando.helm install <name> netapp-trident/trident-operator --version 100.2410.0 --create-namespace --namespace <trident-namespace>
Se você já criou um namespace para Trident, o --create-namespace
parâmetro não criará um namespace adicional.
Você pode usar helm list
para revisar detalhes de instalação, como nome, namespace, gráfico, status, versão do aplicativo e número de revisão.
Passe os dados de configuração durante a instalação
Há duas maneiras de passar dados de configuração durante a instalação:
Opção | Descrição |
---|---|
|
Especifique um arquivo YAML com substituições. Isso pode ser especificado várias vezes e o arquivo mais à direita terá precedência. |
|
Especifique substituições na linha de comando. |
Por exemplo, para alterar o valor padrão debug
do , execute o seguinte comando onde 100.2410.0
está a versão do Trident que está a instalar:
helm install <name> netapp-trident/trident-operator --version 100.2410.0 --create-namespace --namespace trident --set tridentDebug=true
Opções de configuração
Esta tabela e o values.yaml
arquivo, que faz parte do gráfico Helm, fornecem a lista de chaves e seus valores padrão.
Opção | Descrição | Padrão | ||
---|---|---|---|---|
|
Etiquetas de nó para atribuição de pod |
|||
|
Anotações do pod |
|||
|
Anotações de implantação |
|||
|
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. Compreensão dos pods dos nós e dos pods do controladorConsulte para obter detalhes. |
|||
|
Substitui as tolerâncias do Kubernetes para pods. Compreensão dos pods dos nós e dos pods do controladorConsulte para obter detalhes. |
|||
|
Seletores de nós adicionais para pods. Compreensão dos pods dos nós e dos pods do controladorConsulte para obter detalhes. |
|||
|
Substitui as tolerâncias do Kubernetes para pods. Compreensão dos pods dos nós e dos pods do controladorConsulte para obter detalhes. |
|||
|
Identifica o registo para as |
|
||
|
Define a política de recebimento de imagens para o |
|
||
|
Define os segredos de extração da imagem para as |
|||
|
Permite substituir a localização do host do estado interno do kubelet. |
|
||
|
Permite que o nível de log do operador Trident seja definido como: |
|
||
|
Permite que o nível de log do operador Trident seja definido como debug. |
|
||
|
Permite a substituição completa da imagem para |
|
||
|
Permite substituir a etiqueta da |
|
||
|
Permite ativar o 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 não for zero, em segundos). |
|
||
|
Substitui o tempo limite padrão de 90 segundos para as solicitações HTTP, |
|
||
|
Permite desativar relatórios periódicos AutoSupport do Trident. |
|
||
|
Permite substituir a etiqueta da imagem para o contentor Trident AutoSupport. |
|
||
|
Ativa o contentor Trident AutoSupport para telefonar para casa através de um proxy HTTP. |
|
||
|
Define o formato de registo Trident ( |
|
||
|
Desativa o registador de auditoria Trident. |
|
||
|
Permite que o nível de log do Trident seja definido como: |
|
||
|
Permite que o nível de log do Trident seja definido como |
|
||
|
Permite que fluxos de trabalho Trident específicos sejam ativados para registo de rastreio ou supressão de registos. |
|
||
|
Permite que camadas Trident específicas sejam ativadas para registo de rastreio ou supressão de registos. |
|
||
|
Permite a substituição completa da imagem para o Trident. |
|
||
|
Permite substituir a tag da imagem para Trident. |
|
||
|
Permite substituir a porta padrão usada para sondas de disponibilidade/prontidão do Kubernetes. |
|
||
|
Permite que o Trident seja instalado no nó de trabalho do Windows. |
|
||
|
Permite ativar a função forçar desanexar. |
|
||
|
Exclui a criação da diretiva de segurança do pod do operador. |
|
||
|
Defina como |
|
||
|
Defina como identidade da carga de trabalho ("azure.Workload.identity/client-id: xxxxxxxx-xxxx-xxxx-xxxxxxxxx") ao usar identidade da nuvem em um cluster AKS. Definido como função do AWS IAM ("'eks.amazonaws.com/role-arn: arn:aws:iam::123456:role/Trident-role'") ao usar a identidade da nuvem em um cluster do EKS. |
|
||
|
O intervalo no qual a auto-recuperação iSCSI é invocada. |
|
||
|
A duração após a qual a auto-recuperação iSCSI inicia uma tentativa de resolver uma sessão obsoleta executando um logout e login subsequente. |
|
||
|
Permite que o Trident prepare os nós do cluster do Kubernetes para gerenciar volumes usando o protocolo de storage de dados especificado. Atualmente, |
Compreensão dos pods dos nós e dos pods do controlador
O Trident é executado como um único pod de controlador, além de um pod de nó em cada nó de trabalho no cluster. O pod de nó deve estar em execução em qualquer host onde você queira montar um volume Trident potencialmente.
Kubernetes "seletores de nós" e "tolerações e taints"são usados para restringir um pod a ser executado em um nó específico ou preferencial. Usando o ControllerPlugin e `NodePlugin`o , você pode especificar restrições e substituições.
-
O plugin controlador lida com o provisionamento e gerenciamento de volume, como snapshots e redimensionamento.
-
O plug-in do nó manipula a conexão do armazenamento ao nó.