Se você precisar que as VMs sejam inicializadas o mais rápido possível, siga as instruções desta página para minimizar o tempo de inicialização da máquina virtual (VM). Minimizar o tempo de inicialização tem um custo para a eficiência de recursos: seu projeto consome recursos adicionais e tem uma superfície de segurança maior.
Antes de começar
Para usar os comandos da interface de linha de comando (CLI) gdcloud
, verifique se você baixou, instalou
e configurou a CLI gdcloud
.
Todos os comandos do Distributed Cloud usam a CLI gdcloud
ou kubectl
e exigem um ambiente de sistema operacional (SO).
Extrair o caminho do arquivo kubeconfig
Para executar comandos no servidor da API Management, verifique se você tem os seguintes recursos:
Faça login e gere o arquivo kubeconfig para o servidor da API Management se você não tiver um.
Use o caminho para o arquivo kubeconfig do servidor da API Management para substituir
MANAGEMENT_API_SERVER
nestas instruções.
Solicitar permissões e acesso
Para executar as tarefas listadas nesta página, você precisa ter o papel de administrador de máquina virtual do projeto. Siga as etapas para
verificar
se você tem o papel de administrador de máquina virtual do projeto (project-vm-admin
) no namespace
do projeto em que a VM reside.
Manter as conexões de disco ativas
Quando uma VM é iniciada, leva alguns segundos para iniciar uma conexão do nó da VM com o disco dela. Para que a VM seja iniciada mais rapidamente, a conexão de disco precisa ser mantida ativa quando a VM é desligada. Assim, a conexão de disco não é reiniciada em inicializações subsequentes da VM. Para isso, quando você executa o comando para ativar o keep-alive da conexão de disco, o sistema cria automaticamente um pod fictício que monta todos os discos da VM.
Ativar a manutenção da conexão de disco
Para manter as conexões de disco ativas para uma VM chamada VM_NAME
no projeto PROJECT
, execute
o seguinte comando. Quando você faz isso, o sistema cria automaticamente o pod
fictício:
kubectl --kubeconfig MANAGEMENT_API_SERVER patch virtualmachines.virtualmachine.gdc.goog VM_NAME -n PROJECT --type merge --patch $'
metadata:
annotations:
disk.virtualmachine.gdc.goog/enable-connection-keep-alive: "true"
'
Substitua as variáveis ao longo destas instruções usando as seguintes definições.
Variável | Definição |
---|---|
MANAGEMENT_API_SERVER |
O arquivo kubeconfig do servidor da API Management. |
VM_NAME |
O nome da VM. |
PROJECT |
O projeto do GDC em que a VM reside. |
Quando o keep-alive da conexão de disco está ativado, um pod chamado
disk-connection-keep-alive-VM_NAME
é criado no mesmo
projeto da VM. A próxima reinicialização da VM é mais rápida, assim como os tempos de inicialização subsequentes,
porque as conexões de disco da VM são mantidas ativas pelo pod.
Configurar a afinidade de manutenção da conexão de disco
O programador do Kubernetes pode selecionar um nó diferente para a VM quando ela for reiniciada. Para reduzir as chances de isso acontecer, configure uma regra de afinidade entre VMs entre a VM e o pod de manutenção de atividade. Configure para que isso aconteça automaticamente:
kubectl --kubeconfig MANAGEMENT_API_SERVER patch virtualmachines.virtualmachine.gdc.goog VM_NAME -n PROJECT --type merge --patch $'
metadata:
annotations:
disk.virtualmachine.gdc.goog/add-connection-keep-alive-affinity: "true"
'
Isso adiciona uma configuração de afinidade preferida na VM ao pod keep-alive.
Advertências
Há duas ressalvas para manter as conexões de disco ativas:
- O pod de manutenção gera uso adicional de recursos:
- Ele conta para o limite do número de pods por nó.
- Ele usa um endereço IP adicional atribuído pelo Kubernetes.
- Ele usa uma quantidade adicional insignificante de CPU e memória.
- A superfície de segurança aumenta porque o nó em que o pod de keep-alive está presente sempre tem os discos da VM anexados, mesmo quando a VM está desligada.
Usar firmware do BIOS
No GDC, iniciar uma VM com firmware Unified Extensible Firmware Interface (UEFI) é mais lento do que iniciar uma VM com firmware BIOS.
Para garantir que o tempo de inicialização seja mínimo, defina o tipo de firmware da VM como BIOS:
kubectl --kubeconfig MANAGEMENT_API_SERVER patch virtualmachines.virtualmachine.gdc.goog VM_NAME -n PROJECT --type merge --patch $' spec: firmware: type: bios enableSecureBoot: '
Se a VM estiver em execução, reinicie-a seguindo as instruções para reiniciar a VM.
Advertências
A ressalva ao usar o firmware do BIOS é que ele não é compatível com a inicialização segura.
Usar um disco de inicialização grande
Para minimizar o tempo de inicialização da VM, anexe um disco de inicialização com um tamanho de 500 GB ou maior à VM.