Nesta página, mostramos como executar e otimizar cargas de trabalho com uso intensivo de computação, como inteligência artificial (IA) e processamento gráfico, anexando e usando aceleradores de hardware da unidade de processamento gráfico (GPU) NVIDIA® nos nós dos clusters padrão do Google Kubernetes Engine (GKE).
Se você estiver usando pods do Autopilot, consulte Implantar cargas de trabalho da GPU no Autopilot.
Visão geral
Com o GKE, é possível criar pools de nós equipados com GPUs. As GPUs fornecem computação avançada para impulsionar tarefas de aprendizado profundo, como reconhecimento de imagem, processamento de linguagem natural e outras tarefas que exigem computação intensiva, incluindo a transcodificação de vídeo e processamento de imagens. No modo do padrão do GKE, é possível anexar um hardware de GPU aos nós nos clusters e alocar recursos de GPU para cargas de trabalho conteinerizadas em execução nesses nós.
Para saber mais sobre casos de uso de GPUs, consulte a página GPUs do Google Cloud. Para mais informações sobre GPUs no GKE e as diferenças entre o modo padrão e o Autopilot, consulte Sobre GPUs no GKE.
Também é possível usar GPUs com VMs spot quando as cargas de trabalho conseguirem tolerar interrupções frequentes de nós. O uso de VMs spot reduz o preço da execução das GPUs. Para saber mais, consulte Como usar VMs spot com pools de nós de GPU.
A partir da versão 1.29.2-gke.1108000, é possível criar pools de nós GPU no GKE Sandbox. Para mais informações, consulte GKE Sandbox e Configuração de sandbox do GKE.
Antes de começar
Antes de começar, verifique se você realizou as tarefas a seguir:
- Ativar a API Google Kubernetes Engine. Ativar a API Google Kubernetes Engine
- Se você quiser usar a Google Cloud CLI para essa tarefa,
instale e, em seguida,
inicialize a
CLI gcloud. Se você instalou a CLI gcloud anteriormente, instale a versão
mais recente executando
gcloud components update
.
Requisitos para GPUs no GKE
As GPUs no GKE têm os seguintes requisitos:
Versão do Kubernetes: as versões disponíveis dependem da imagem de nó usada pelas GPUs:
- SO otimizado para contêineres: versão 1.9 ou mais recente do GKE.
- Ubuntu: GKE versão 1.11.3 ou mais recente.
Cota de GPU: você precisa ter uma cota de GPU do Compute Engine na zona desejada antes de criar nós de GPU. Para garantir que você tenha uma cota de GPU suficiente no seu projeto, consulte Cotas no console do Google Cloud.
Se precisar de mais cota de GPU, solicite-a no console do Google Cloud. Se o projeto tiver uma conta de faturamento estabelecida, ele receberá a cota automaticamente depois que você enviar a solicitação.
Por padrão, as contas de teste gratuito não recebem cota de GPU.
Drivers GPU NVIDIA: ao criar um cluster ou um pool de nós, é possível instruir o GKE a instalar automaticamente uma versão do driver com base na versão do GKE. Se você não instruir o GKE a instalar automaticamente os drivers de GPU, será preciso instalá-los manualmente.
GPUs A100: as GPUs A100 são compatíveis apenas com tipos de máquina a2. Você precisa garantir que tem cota suficiente para que o tipo de máquina A2 subjacente use a GPU A100.
GPUs em nós do Ubuntu: se você usa GPUs com nós do Ubuntu, os requisitos de driver a seguir se aplicam.
GPUs L4 e H100: driver NVIDIA versão 535 ou mais recente.
Se uma versão necessária do driver ou uma versão mais recente não for a versão padrão na versão do GKE, será necessário instalar manualmente um driver com suporte nos nós.
Use o Container-Optimized OS para nós de GPU. O Container-Optimized OS inclui os drivers necessários para oferecer suporte à versão específica do GKE para nós de GPU.
Limitações do uso de GPUs no GKE
Antes de usar as GPUs no GKE, tenha em mente as seguintes limitações:
- Não é possível adicionar GPUs a pools de nós existentes.
- Os nós da GPU não podem ser migrados em tempo real durante os eventos de manutenção.
O tipo de GPU que você pode usar depende da série de máquina, da seguinte maneira:
- Série de máquinas A3: GPUs H100.
- Série A2: GPUs A100.
- Série de máquinas G2: GPUs L4.
- Série de máquinas N1: todas as GPUs, exceto A100 e L4.
Verifique se você tem cota suficiente no projeto para a série de máquina que corresponde ao tipo e quantidade de GPU selecionados.
As GPUs não são compatíveis com os pools de nós do Windows Server.
Os clusters do GKE Standard que executam a versão 1.28.2-gke.1098000 ou anterior não são compatíveis com o provisionamento automático de nós que criam pools de nós com GPUs L4. No entanto, os clusters que executam versões anteriores são compatíveis com o escalonamento dos pools de nós já existentes pelo escalonador automático de clusters.
Se você estiver usando GPUs H100 e quiser usar SSDs locais nos pods, especifique explicitamente o número exato de SSDs locais que serão anexados à VM A3 subjacente. Especifique o número usando a flag
--ephemeral-storage-local-ssd=count=SSD_COUNT
para armazenamento temporário ou a flag--local-nvme-ssd-block=count=SSD_COUNT
para bloquear o acesso. Se você não adicionar uma dessas flags, não será possível usar os SSDs locais nos pods.O tamanho de máquina compatível no GKE é
a3-highgpu-8g
, e a contagem de SSD local correspondente é16
.
Disponibilidade de GPUs por regiões e zonas
As GPUs estão disponíveis em regiões e zonas específicas. Ao solicitar a cota de GPU, pense nas regiões em que pretende executar os clusters.
Para uma lista completa das regiões e zonas aplicáveis, consulte as GPUs no Compute Engine.
Também é possível ver as GPUs disponíveis na zona usando a Google Cloud CLI. Para ver uma lista de todos os tipos de aceleradores de GPU aceitos em cada zona, execute o seguinte comando:
gcloud compute accelerator-types list
Preços
Para informações sobre preços de GPUs, consulte a tabela de preços na página de GPUs do Google Cloud.
Verificar se há cota suficiente de GPU
A cota de GPU é o número total de GPUs que podem ser executadas no projeto do Google Cloud. Para criar clusters com GPUs, é preciso que o projeto tenha cota suficiente.
A cota de GPU precisa ser pelo menos equivalente ao número total de GPUs que você pretende executar no cluster. Se você ativar o dimensionamento automático de cluster, será necessário solicitar uma cota de GPU pelo menos equivalente ao número de GPUs por nó multiplicado pelo número máximo de nós do cluster.
Por exemplo, se você criar um cluster com três nós que executem duas GPUs por nó, o projeto precisará de pelo menos seis cotas de GPUs.
Como solicitar cotas de GPU
Para solicitar uma cota de GPU, use o console do Google Cloud. Para mais informações sobre como solicitar cotas, consulte Cotas de GPU na documentação do Compute Engine.
Para pesquisar a cota de GPU e enviar uma solicitação de cota, use o console do Google Cloud:
No IAM e administrador, acesse a página Cotas no console do Google Cloud.
Na caixa Filtro, faça o seguinte:
- Selecione a propriedade Cota, insira o nome do modelo de GPU e pressione Enter.
- (Opcional) Para aplicar filtros mais avançados para restringir os resultados, selecione a propriedade Dimensões (por exemplo, locais), adicione o nome da região ou zona que você está usando e pressione Enter.
Na lista de cotas da GPU, selecione a cota que você quer alterar.
Clique em Editar cotas. Um formulário de solicitação é aberto.
Preencha o campo Novo limite de cota para cada solicitação.
Preencha o campo Descrição da solicitação com detalhes sobre a solicitação.
Clique em Próxima.
Na caixa de diálogo Substituir confirmação, clique em Confirmar.
Na tela Detalhes do contato, insira seu nome e um número de telefone que os aprovadores poderão usar para concluir a solicitação de alteração de cota.
Clique em Enviar solicitação.
Você receberá um e-mail de confirmação para acompanhar a alteração da cota.
Como executar GPUs em clusters do GKE Standard
Para executar GPUs em clusters do GKE Standard, crie um pool de nós com GPUs anexadas.
Para melhorar o custo-benefício, a confiabilidade e a disponibilidade de GPUs no GKE, faça o seguinte:
- Criar pools de nós de GPU separados. Para cada pool de nós, limite a localização do nó às zonas em que as GPUs que você quer estão disponíveis.
- Ative o escalonamento automático em cada pool de nós.
- Use clusters regionais para melhorar a disponibilidade replicando o plano de controle do Kubernetes nas zonas da região.
- Configure o GKE a instalar automaticamente os drivers de GPU padrão ou mais recentes nos pools de nós para que você não precise instalar e gerenciar manualmente as versões do driver.
Conforme descrito nas seções a seguir, o GKE usa taints e tolerâncias de nós para garantir que os pods não sejam programados em nós inadequados.
Fazer um taint automático em um pool de nós de GPU para evitar a programação inadequada
Com um taint de nó, é possível marcar um nó para que o programador evite ou impeça o uso dele em determinados pods. Quando você adiciona um pool de nós de GPU a um cluster que já executa um pool não baseado em GPU, o GKE faz um taint automaticamente dos nós com o seguinte código:
- Chave:
nvidia.com/gpu
- Efeito:
NoSchedule
O GKE só adicionará esse taint se houver um pool de nós não GPU no cluster. Se você adicionar um pool de nós de GPU a um cluster em que todos os pools de nós são pools de nós de GPU ou se criar um novo cluster em que o pool de nós padrão tenha GPUs anexadas, o taint anterior não é adicionado aos nós da GPU.
Se você adicionar um pool de nós que não seja de GPU ao cluster no futuro, o GKE não aplicará retroativamente esse taint aos nós de GPU.
Como restringir automaticamente a programação com uma tolerância
Com as tolerâncias, você designa pods que podem ser usados em nós "tainted". O GKE aplica automaticamente uma tolerância para que apenas pods que solicitam GPUs sejam programados em nós de GPU. Isso permite um escalonamento automático mais eficiente, porque os nós da GPU podem ser reduzidos rapidamente se não houver pods suficientes solicitando GPUs. Para fazer isso, o GKE executa o controlador de admissão ExtendedResourceToleration.
Crie um pool de nós de GPU
Para criar um pool de nós de GPU separado em um cluster atual, use o Console do Google Cloud ou a CLI do Google Cloud. Também é possível usar o Terraform para provisionar clusters do GKE e um pool de nós de GPU.
No plano de controle do GKE versão 1.30.1-gke.1156000 e mais recentes, o GKE instala automaticamente a versão padrão do driver NVIDIA para a versão do nó do GKE. Você pode escolher a versão mais recente disponível ou desativar explicitamente a instalação automática. Nas versões anteriores à 1.30.1-gke.1156000, o GKE não instala um driver por padrão se você não especificar uma versão do driver ao criar ou atualizar o pool de nós.
gcloud
Para criar um pool de nós com GPUs em um cluster, execute o seguinte comando:
gcloud container node-pools create POOL_NAME \
--accelerator type=GPU_TYPE,count=AMOUNT,gpu-driver-version=DRIVER_VERSION \
--machine-type MACHINE_TYPE \
--region COMPUTE_REGION --cluster CLUSTER_NAME \
--node-locations COMPUTE_ZONE1[,COMPUTE_ZONE2] \
[--enable-autoscaling \
--min-nodes MIN_NODES \
--max-nodes MAX_NODES] \
[--ephemeral-storage-local-ssd=count=SSD_COUNT]
Substitua:
POOL_NAME
: o nome escolhido para o pool de nós.GPU_TYPE
: o tipo de acelerador de GPU que você usa. Por exemplo,nvidia-tesla-t4
.DRIVER_VERSION
: a versão do driver NVIDIA a ser instalado. Será um dos seguintes valores:default
: instale a versão padrão do driver para a versão do nó do GKE. Na versão 1.30.1-gke.1156000 e mais recentes do GKE, se você omitir a flaggpu-driver-version
, essa será a opção padrão. Nas versões anteriores, o GKE não instala um driver se você omitir essa flag.latest
: instale a versão mais recente disponível do driver para a versão do GKE. Disponível apenas para nós que usam o Container-Optimized OS.disabled
: pula a instalação automática do driver. Você precisa instalar manualmente um driver depois de criar o pool de nós. Nas versões do GKE anteriores à 1.30.1-gke.1156000, essa é a opção padrão.
A opção
gpu-driver-version
está disponível apenas para a versão 1.27.2-gke.1200 e posterior do GKE. Nas versões anteriores, omita essa flag e instale manualmente um driver depois de criar o pool de nós. Se você fizer upgrade de um cluster ou pool de nós atual para essa versão ou mais recente, o GKE instalará automaticamente a versão padrão do driver correspondente à versão do GKE, a menos que você especifique de maneira diferente ao iniciar o upgrade.AMOUNT
: o número de GPUs que serão anexadas aos nós no pool de nós.MACHINE_TYPE
: o tipo de máquina do Compute Engine para os nós. Obrigatório para os seguintes tipos de GPU:- GPUs NVIDIA H100 de 80 GB (correspondentes ao tipo de acelerador
nvidia-h100-80gb
e ao tipo de máquina A3 High), ou GPUs Mega NVIDIA H100 de 80 GB (correspondentes ao tipo de aceleradornvidia-h100-mega-80gb
e ao tipo de máquina A3 Mega). Para mais informações, consulte a série de máquinas A3 na documentação do Compute Engine. - GPUs NVIDIA A100 de 40 GB (correspondentes ao tipo de acelerador
nvidia-tesla-a100
e ao tipo de máquina A2 Standard) ou GPUs NVIDIA A100 de 80 GB (correspondentes ao tipo de aceleradornvidia-a100-80gb
e ao tipo de máquina A2 Ultra). Para mais informações, consulte a série de máquinas A2 na documentação do Compute Engine. - GPUs NVIDIA L4 (correspondentes ao tipo de acelerador
nvidia-l4
e à série de máquinas G2).
Para todas as outras GPUs, essa flag é opcional.
- GPUs NVIDIA H100 de 80 GB (correspondentes ao tipo de acelerador
COMPUTE_REGION
: a região do Compute Engine do cluster, comous-central1
. Escolha uma região que tenha pelo menos uma zona em que as GPUs solicitadas estejam disponíveis.CLUSTER_NAME
: o nome do cluster no qual o pool de nós será criado.COMPUTE_ZONE1,COMPUTE_ZONE2,[...]
: as zonas específicas em que o GKE cria os nós da GPU. As zonas precisam estar na mesma região do cluster, especificada pela sinalização--region
. Os tipos de GPU que você define precisam estar disponíveis em cada zona selecionada. Recomendamos que você sempre use a sinalização--node-locations
ao criar o pool de nós para especificar a zona ou as zonas que contêm as GPUs solicitadas.MIN_NODES
: o número mínimo de nós para cada zona no pool de nós a qualquer momento. Esse valor será relevante apenas se a sinalização--enable-autoscaling
for usada.MAX_NODES
: o número máximo de nós para cada zona no pool de nós a qualquer momento. Esse valor será relevante apenas se a sinalização--enable-autoscaling
for usada.SSD_COUNT
: o número de SSDs locais a serem anexados para armazenamento temporário. Essa sinalização é necessária para usar SSDs locais em tipos de máquina A3 com GPUs H100.
Por exemplo, o comando a seguir cria um pool de nós de escalonamento automático de alta disponibilidade, p100
, com duas GPUs P100 para cada nó, no cluster regional p100-cluster
.
O GKE instala automaticamente os drivers padrão nesses nós.
gcloud container node-pools create p100 \
--accelerator type=nvidia-tesla-p100,count=2,gpu-driver-version=default \
--region us-central1 --cluster p100-cluster \
--node-locations us-central1-c \
--min-nodes 0 --max-nodes 5 --enable-autoscaling
Console
Para criar um pool de nós com GPUs:
Acesse a página Google Kubernetes Engine no console do Google Cloud.
Na lista de clusters, clique no nome do cluster que você quer modificar.
Clique em add_box Adicionar pool de nós.
Opcionalmente, na página Detalhes do pool de nós, marque a caixa de seleção Ativar escalonamento automático.
Configure o pool de nós como quiser.
No painel de navegação, selecione Nós.
Em Configuração da máquina, clique em GPU.
Selecione um Tipo de GPU e o Número de GPUs para serem executados em cada nó.
Leia o aviso e selecione Entendo as limitações.
Na seção Instalação do driver da GPU, selecione um dos seguintes métodos:
- Gerenciada pelo Google: o GKE instala automaticamente um driver.
Se você selecionar essa opção, escolha uma das opções a seguir na lista suspensa Versão:
- Padrão: instalar a versão padrão do driver.
- Mais recente: instale a versão mais recente disponível do driver.
- Gerenciada pelo cliente: o GKE não instala um driver. É necessário instalar manualmente um driver compatível usando as instruções em Como instalar drivers de dispositivo da GPU NVIDIA.
- Gerenciada pelo Google: o GKE instala automaticamente um driver.
Se você selecionar essa opção, escolha uma das opções a seguir na lista suspensa Versão:
Clique em Criar.
Terraform
É possível criar um cluster regional com o Terraform com GPUs usando um módulo do Terraform.
Defina as variáveis do Terraform incluindo o seguinte bloco no arquivo
variables.tf
:variable "project_id" { default = PROJECT_ID description = "the gcp_name_short project where GKE creates the cluster" } variable "region" { default = CLUSTER_REGION description = "the gcp_name_short region where GKE creates the cluster" } variable "zone" { default = "COMPUTE_ZONE1,COMPUTE_ZONE2" description = "the GPU nodes zone" } variable "cluster_name" { default = "CLUSTER_NAME" description = "the name of the cluster" } variable "gpu_type" { default = "GPU_TYPE" description = "the GPU accelerator type" } variable "gpu_driver_version" { default = "DRIVER_VERSION" description = "the NVIDIA driver version to install" } variable "machine_type" { default = "MACHINE_TYPE" description = "The Compute Engine machine type for the VM" }
Substitua:
PROJECT_ID
: o ID do projeto.CLUSTER_NAME
: o nome do cluster do GKE.CLUSTER_REGION
: a região de computação do cluster.COMPUTE_ZONE1,COMPUTE_ZONE2,[...]
: as zonas específicas em que o GKE cria os nós da GPU. As zonas precisam estar na mesma região especificada pela variávelregion
. Essas zonas precisam ter os tipos de GPU definidos disponíveis. Para saber quais zonas têm GPUs, consulte Disponibilidade. Use a variávelnode_locations
ao criar o pool de nós de GPU para especificar a zona que contém as GPUs solicitadas.GPU_TYPE
: o tipo de acelerador de GPU que você usa. Por exemplo,nvidia-tesla-t4
.DRIVER_VERSION
: a versão do driver da GPU para o GKE instalar automaticamente. Este campo é opcional. Os valores a seguir são compatíveis:INSTALLATION_DISABLED
: desativa a instalação automática do driver da GPU. É necessário instalar manualmente os drivers para executar as GPUs. Nas versões do GKE anteriores à 1.30.1-gke.1156000, essa é a opção padrão se você omitir esse campo.DEFAULT
: instala automaticamente a versão padrão do driver na versão do sistema operacional do nó. Na versão 1.30.1-gke.1156000 e mais recentes do GKE, se você omitir esse campo, ele será a opção padrão. Nas versões anteriores, o GKE não instala um driver se você omitir esse campo.LATEST
: instala automaticamente a versão mais recente do driver disponível para a versão do SO do nó. Disponível apenas para nós que usam o Container-Optimized OS.
Se você omitir esse campo, o GKE não instalará automaticamente um driver. Este campo não é aceito em pools de nós que usam provisionamento automático de nós. Para instalar manualmente um driver, consulte Instalar manualmente os drivers de GPU NVIDIA neste documento.
MACHINE_TYPE
: o tipo de máquina do Compute Engine para os nós. Obrigatório para os seguintes tipos de GPU:- GPUs NVIDIA H100 de 80 GB (correspondentes ao tipo de acelerador
nvidia-h100-80gb
e ao tipo de máquina A3 High), ou GPUs Mega NVIDIA H100 de 80 GB (correspondentes ao tipo de aceleradornvidia-h100-mega-80gb
e ao tipo de máquina A3 Mega). Para mais informações, consulte a série de máquinas A3 na documentação do Compute Engine. - GPUs NVIDIA A100 de 40 GB (correspondentes ao tipo de acelerador
nvidia-tesla-a100
e ao tipo de máquina A2 Standard) ou GPUs NVIDIA A100 de 80 GB (correspondentes ao tipo de aceleradornvidia-a100-80gb
e ao tipo de máquina A2 Ultra). Para mais informações, consulte a série de máquinas A2 na documentação do Compute Engine. - GPUs NVIDIA L4 (correspondentes ao tipo de acelerador
nvidia-l4
e à série de máquinas G2).
Para todas as outras GPUs, essa flag é opcional.
- GPUs NVIDIA H100 de 80 GB (correspondentes ao tipo de acelerador
Adicione o seguinte bloco à configuração do Terraform:
provider "google" { project = var.project_id region = var.region } resource "google_container_cluster" "ml_cluster" { name = var.cluster_name location = var.region node_locations = [var.zone] } resource "google_container_node_pool" "gpu_pool" { name = google_container_cluster.ml_cluster.name location = var.region cluster = google_container_cluster.ml_cluster.name node_count = 3 autoscaling { total_min_node_count = "1" total_max_node_count = "5" } management { auto_repair = "true" auto_upgrade = "true" } node_config { oauth_scopes = [ "https://www.googleapis.com/auth/logging.write", "https://www.googleapis.com/auth/monitoring", "https://www.googleapis.com/auth/devstorage.read_only", "https://www.googleapis.com/auth/trace.append", "https://www.googleapis.com/auth/service.management.readonly", "https://www.googleapis.com/auth/servicecontrol", ] labels = { env = var.project_id } guest_accelerator { type = var.gpu_type count = 1 gpu_driver_installation_config { gpu_driver_version = var.gpu_driver_version } } image_type = "cos_containerd" machine_type = var.machine_type tags = ["gke-node", "${var.project_id}-gke"] disk_size_gb = "30" disk_type = "pd-standard" metadata = { disable-legacy-endpoints = "true" } } }
O Terraform chama APIs do Google Cloud para definir a criação de um novo cluster com um pool de nós que usa GPUs. Inicialmente, o pool de nós tem três nós, e o escalonamento automático está ativado. Para saber mais sobre o Terraform, consulte as
especificações de recursos do google_container_node_pool
em terraform.io.
Para evitar custos adicionais, remova todos os recursos definidos no arquivo de configuração usando o comando terraform destroy
.
Prática recomendada:
também é possível criar um novo cluster com GPUs e especificar zonas usando a sinalização
--node-locations
. No entanto, recomendamos que você crie um pool de nós de GPU separado em um
cluster atual, conforme mostrado nesta seção.
Instalar manualmente os drivers de GPU NVIDIA
É possível instalar manualmente os drivers da GPU NVIDIA nos nós implantando um DaemonSet de instalação nesses nós. Use a instalação manual nas seguintes situações:
- Você desativou a instalação automática do driver do dispositivo ao criar um pool de nós de GPU.
- Você usa uma versão do GKE anterior à versão mínima compatível para instalação automática.
- A carga de trabalho exige uma versão específica do driver NVIDIA que não está disponível como padrão ou o driver mais recente com instalação automática.
Use a instalação automática de drivers sempre que possível.
Para fazer isso, especifique a opção gpu-driver-version
na flag --accelerator
ao
criar o cluster padrão. Se você usou o DaemonSet para instalar manualmente os drivers de GPU até 25 de janeiro de 2023, talvez seja necessário aplicar novamente o DaemonSet para conseguir uma versão que ignore os nós que usam instalação automática do driver.
Para executar o DaemonSet de instalação, o pool de nós da GPU requer o escopo https://www.googleapis.com/auth/devstorage.read_only
para se comunicar com o Cloud Storage.
Sem esse escopo, o download do manifesto de instalação do DaemonSet falha.
Esse escopo é um dos escopos padrão,
que normalmente são adicionados quando você cria o cluster.
As instruções a seguir mostram como instalar os drivers nos nós do Container-Optimized OS (COS) e Ubuntu e como usar o Terraform.
COS
Para implantar DaemonSet e instalar a versão padrão do driver da GPU, execute o seguinte comando:
kubectl apply -f https://raw.githubusercontent.com/GoogleCloudPlatform/container-engine-accelerators/master/nvidia-driver-installer/cos/daemonset-preloaded.yaml
Como alternativa, para instalar a versão mais recente do driver da GPU (veja a tabela abaixo), execute o seguinte comando:
kubectl apply -f https://raw.githubusercontent.com/GoogleCloudPlatform/container-engine-accelerators/master/nvidia-driver-installer/cos/daemonset-preloaded-latest.yaml
A instalação leva alguns segundos para ser concluída. Depois de instalado, o plug-in do dispositivo GPU NVIDIA usa a API Kubernetes para disponibilizar a capacidade da GPU NVIDIA.
Cada versão da imagem do Container-Optimized OS tem pelo menos uma versão compatível de driver de GPU NVIDIA. Consulte as Notas da versão dos principais marcos de LTS do Container-Optimized OS para a versão padrão suportada.
A tabela a seguir lista as versões disponíveis do driver em cada versão do GKE:
Versões do driver NVIDIA do GKE | ||
---|---|---|
1,30 | R535 (padrão) ou R550 | |
1,29 | R535 (padrão) ou R550 | |
1.28 | R535 (padrão) ou R550 | |
1,27 | R470 (padrão), R525, R535, ou R550 | |
1,26 | R470 (padrão), R525, R535, ou R550 |
Ubuntu
O DaemonSet de instalação implantado depende do tipo de GPU e da versão do nó do GKE da seguinte maneira:
Para todas as GPUs exceto GPUs NVIDIA L4 e NVIDIA H100, execute o seguinte comando:
kubectl apply -f https://raw.githubusercontent.com/GoogleCloudPlatform/container-engine-accelerators/master/nvidia-driver-installer/ubuntu/daemonset-preloaded.yaml
Para GPUs NVIDIA L4 ou H100 que executam versões de nó da versão 2024-R05 ou mais recente, instale o driver
R535
:kubectl apply -f https://raw.githubusercontent.com/GoogleCloudPlatform/container-engine-accelerators/master/nvidia-driver-installer/ubuntu/daemonset-preloaded-R535.yaml
Para GPUs NVIDIA L4 ou H100 que executam versões de nó de versões anteriores à 2024-R05 ou mais recentes, instale o driver
R525
:kubectl apply -f https://raw.githubusercontent.com/GoogleCloudPlatform/container-engine-accelerators/master/nvidia-driver-installer/ubuntu/daemonset-preloaded-R525.yaml
A instalação leva alguns segundos para ser concluída. Depois de instalado, o plug-in do dispositivo GPU NVIDIA usa a API Kubernetes para disponibilizar a capacidade da GPU NVIDIA.
A tabela a seguir lista as versões disponíveis do driver em cada versão do GKE:
Drivers de GPU do Ubuntu e versões do GKE | ||
---|---|---|
1,30 | R470 ou R535 | |
1,29 | R470 ou R535 | |
1.28 | R470 ou R535 | |
1,27 | R470 ou R535 | |
1,26 | R470 ou R535 |
Terraform
É possível usar o Terraform para instalar a versão padrão do driver da GPU com base no
tipo de nós. Em ambos os casos, você precisa configurar o
tipo de recurso kubectl_manifest
do Terraform.
Para instalar o DaemonSet no COS, adicione o seguinte bloco na configuração do Terraform:
data "http" "nvidia_driver_installer_manifest" { url = "https://raw.githubusercontent.com/GoogleCloudPlatform/container-engine-accelerators/master/nvidia-driver-installer/cos/daemonset-preloaded.yaml" } resource "kubectl_manifest" "nvidia_driver_installer" { yaml_body = data.http.nvidia_driver_installer_manifest.body }
Para instalar o DaemonSet no Ubuntu, adicione o seguinte bloco à sua configuração do Terraform:
data "http" "nvidia_driver_installer_manifest" { url = "https://raw.githubusercontent.com/GoogleCloudPlatform/container-engine-accelerators/master/nvidia-driver-installer/ubuntu/daemonset-preloaded.yaml" } resource "kubectl_manifest" "nvidia_driver_installer" { yaml_body = data.http.nvidia_driver_installer_manifest.body }
Como instalar drivers usando o provisionamento automático de nós com GPUs
Ao usar o provisionamento automático de nós com GPUs, os pools de nós provisionados automaticamente
não têm escopos suficientes para instalar os drivers. Para
conceder os escopos necessários, modifique os escopos padrão do provisionamento automático de nós
para adicionar logging.write
, monitoring
, devstorage.read_only
e compute
,
como no exemplo a seguir:
gcloud container clusters update CLUSTER_NAME --enable-autoprovisioning \
--min-cpu=1 --max-cpu=10 --min-memory=1 --max-memory=32 \
--autoprovisioning-scopes=https://www.googleapis.com/auth/logging.write,https://www.googleapis.com/auth/monitoring,https://www.googleapis.com/auth/devstorage.read_only,https://www.googleapis.com/auth/compute
No GKE versão 1.29.2-gke.1108000 e mais recentes, selecione uma versão do driver da GPU para que o GKE instale automaticamente nos nós da GPU provisionados automaticamente. Adicione o seguinte campo ao seu manifesto:
spec:
nodeSelector:
cloud.google.com/gke-gpu-driver-version: "DRIVER_VERSION"
Substitua DRIVER_VERSION
por um dos seguintes valores:
default
: o driver padrão e estável para a versão do GKE do seu nó. Se você omitir o nodeSeletor do manifesto, essa será a opção padrão.latest
: a versão mais recente do driver disponível para a versão do GKE do nó.
Para saber mais sobre provisionamento automático, consulte Como usar o provisionamento automático de nós.
Como configurar pods para consumir GPUs
Use um limite de recurso para configurar os pods para consumir GPUs. Especifique um limite de recurso em uma especificação de pod (em inglês) usando o par de chave-valor a seguir:
- Chave:
nvidia.com/gpu
- Valor: número de GPUs a serem consumidas
alpha.kubernetes.io/nvidia-gpu
não é aceito como um nome de recurso no
GKE. Use nvidia.com/gpu
como o nome do recurso.
O manifesto a seguir é um exemplo de especificação de pod que consome GPUs:
apiVersion: v1
kind: Pod
metadata:
name: my-gpu-pod
spec:
containers:
- name: my-gpu-container
image: nvidia/cuda:11.0.3-runtime-ubuntu20.04
command: ["/bin/bash", "-c", "--"]
args: ["while true; do sleep 600; done;"]
resources:
limits:
nvidia.com/gpu: 2
Como consumir vários tipos de GPU
Se você quiser usar vários tipos de aceleradores de GPU por cluster, precisará criar vários pools de nós, cada um com seu próprio tipo de acelerador. O GKE anexa um seletor de nós (em inglês) exclusivo aos nós da GPU para alocar as cargas de trabalho nos nós com tipos de GPU específicos:
- Chave:
cloud.google.com/gke-accelerator
- Valor: o tipo de acelerador de GPUque você usa.
Por exemplo,
nvidia-tesla-t4
.
Para segmentar determinados tipos de GPU, adicione esse seletor de nó à especificação do pod da carga de trabalho. Por exemplo:
apiVersion: v1
kind: Pod
metadata:
name: my-gpu-pod
spec:
containers:
- name: my-gpu-container
image: nvidia/cuda:11.0.3-runtime-ubuntu20.04
command: ["/bin/bash", "-c", "--"]
args: ["while true; do sleep 600; done;"]
resources:
limits:
nvidia.com/gpu: 2
nodeSelector:
cloud.google.com/gke-accelerator: nvidia-tesla-t4
Fazer upgrade de pools de nós usando aceleradores (GPUs e TPUs)
O GKE faz upgrade automático de clusters Padrão, incluindo pools de nós. Também é possível fazer upgrade manual dos pools de nós se quiser que seus nós usem uma versão mais recente antecipadamente. Para controlar como os upgrades funcionam no cluster, use os canais de lançamento, janelas de manutenção e exclusões e sequenciamento de lançamento.
Também é possível configurar um estratégia de upgrade de nós para o pool de nós, como upgrades súbitos ou upgrades azuis-verdes. Ao configurar essas estratégias, é possível garantir que o upgrade dos pools de nós ocorra de uma maneira que atinja o equilíbrio ideal entre velocidade e interrupção do seu ambiente. Para pools de nós de fração de TPU de vários hosts, em vez de usar a estratégia de upgrade de nós configurada, o GKE recria atomicamente todo o pool de nós em uma única etapa. Para saber mais, consulte a definição de atomicidade em Terminologia relacionada à TPU no GKE.
O uso de uma estratégia de upgrade de nó exige temporariamente que o GKE provisione recursos adicionais, dependendo da configuração. Se o Google Cloud tiver capacidade limitada para os recursos do pool de nós, por exemplo, se você estiver enfrentando erros de disponibilidade de recursos ao tentar criar mais nós com GPUs ou TPUs, consulte Fazer upgrade em um ambiente limitado de recursos.
Sobre as bibliotecas CUDA-X da NVIDIA
O CUDA é a plataforma de computação paralela e o modelo de programação
da NVIDIA para GPUs. Para usar aplicativos CUDA, a imagem usada precisa ter as bibliotecas. Para adicionar as bibliotecas CUDA-X da NVIDIA, crie e use sua própria imagem incluindo os seguintes valores na variável de ambiente LD_LIBRARY_PATH
na especificação do contêiner:
/usr/local/cuda-CUDA_VERSION/lib64
: a localização das bibliotecas NVIDIA CUDA-X no nó.Substitua
CUDA_VERSION
pela versão da imagem CUDA-X que você usou. Algumas versões também contêm utilitários de depuração em/usr/local/nvidia/bin
. Para mais detalhes, veja a imagem NVIDIA CUDA no DockerHub.Para verificar a versão mínima do driver da GPU necessária para a versão do CUDA, consulte Kit de ferramentas CUDA e versões compatíveis do driver.
/usr/local/nvidia/lib64
: a localização dos drivers de dispositivo da NVIDIA;
Monitorar o desempenho da carga de trabalho do nó da GPU
Se o cluster do GKE tiver métricas do sistema ativadas, as seguintes métricas estarão disponíveis no Cloud Monitoring para monitorar o desempenho da carga de trabalho da GPU:
- Ciclo de trabalho (
container/accelerator/duty_cycle
): porcentagem de tempo durante o período de amostra anterior (10 segundos) em que o acelerador estava realizando o processamento. Entre 1 e 100. - Uso da memória (
container/accelerator/memory_used
): quantidade de memória do acelerador alocada em bytes. - Capacidade de memória (
container/accelerator/memory_total
): memória total do acelerador em bytes.
É possível usar painéis predefinidos para monitorar seus clusters com nós de GPU. Para mais informações, consulte Conferir métricas de observabilidade. Para informações gerais sobre como monitorar os clusters e os recursos deles, consulte Observabilidade no GKE.
Conferir as métricas de uso das cargas de trabalho
Veja as métricas de uso da GPU da carga de trabalho no painel Cargas de trabalho no Console do Google Cloud.
Para ver o uso da GPU nas cargas de trabalho, siga estas etapas:
Acesse a página Cargas de trabalho no console do Google Cloud.
Acesse "Cargas de trabalho"- Selecionar uma carga de trabalho
O painel Cargas de trabalho exibe gráficos de uso e capacidade de memória da GPU e de ciclo de trabalho da GPU.
Conferir as métricas do NVIDIA Data Center GPU Manager (DCGM)
É possível coletar e conferir as métricas do NVIDIA DCGM usando o Google Cloud Managed Service para Prometheus. Para clusters do Autopilot, o GKE instala os drivers. Para clusters Standard, é preciso instalar os drivers da NVIDIA.
Para instruções sobre como implantar o pacote do DCGM gerenciado pelo GKE, consulte Coletar e visualizar métricas do NVIDIA Data Center GPU Manager (DCGM)
Configurar o encerramento automático de nós de GPU
Nos clusters do GKE com o plano de controle em execução na versão 1.29.1-gke.1425000
ou posterior, os nós da GPU são compatíveis com sinais SIGTERM
que alertam o nó sobre um encerramento
iminente. A notificação de encerramento iminente pode ser configurada em até 60 minutos
nos nós da GPU.
Para configurar o GKE para encerrar as cargas de trabalho normalmente dentro desse período de notificação, siga as etapas em Gerenciar a interrupção de nós do GKE para GPUs e TPUs.
A seguir
- Saiba mais sobre pools de nós.
- Saiba como usar uma plataforma mínima de CPU nos seus nós.
- Saiba como criar e configurar um contêiner de aprendizado profundo local com o Docker.