Criando e gerenciando VMs
O fluxo principal do console começa com nó de topologia planejado. Provisionamento depois transforma esse nó em domínio libvirt usando build selecionado ou imagem de catálogo habilitada.
Adicionar nó planejado
- Abra topologia de projeto ou de build concluído.
- Adicione nó VM.
- Dê nome seguro: 1–63 caracteres, começando com letra ou dígito e contendo só letras, dígitos, hífens ou underscores.
- Defina memória, vCPUs e tamanho do disco root. Defaults atuais são 4.096 MiB, 2 vCPUs e 20 GiB; entitlements da conta podem limitar mais baixo.
- Escolha variant de boot e conecte uma ou mais redes de topologia.
- Salve o grafo, depois deploy ou start do nó.
Adicionar o card sozinho não reserva compute nem cria VM. Confirme que o nó muda de planned para estado de runtime e tem identificador libvirt antes de abrir console ou rodar testes.
Fontes de imagem
O seletor de variant de boot pode expor seus builds concluídos e alvos de catálogo público habilitados pelo operador. O backend resolve alvos de catálogo ao artefato confiável deles em vez de aceitar path fornecido pelo navegador como autoridade.
Há também API autenticada create-from-iso de nível inferior para workflows internos de teste e deployment. Seu iso_path é path de imagem server-side, não upload geral do navegador nem downloader de URL remota arbitrária.
Mudar variant de boot de domínio existente substitui imagem do CD-ROM, coloca CD-ROM primeiro e cold-restart da VM. O disco da VM é retido. Não é o mesmo que instalar imagem selecionada naquele disco.
Ações de ciclo de vida
| Ação no console | Comportamento de runtime | Risco |
|---|---|---|
| Start | Inicia domínio parado | Boot guest ainda pode falhar |
| Shutdown | Solicita shutdown ACPI do guest | Exige cooperação do guest |
| Reboot | Solicita reboot gracioso do guest | Exige cooperação do guest |
| Reset | Hard-reset do domínio em execução | Pode corromper writes em voo |
| Power off | Força domínio off | Equivalente a tirar energia; perda de dados é possível |
| Delete | Remove domínio e disco/metadados gerenciados | Destrutivo; retenha evidência necessária primeiro |
Não há estimativa universal confiável de boot-time. Observe estado de runtime e console, e use timeouts de test-run dimensionados para imagem selecionada.
Aceitação install-to-disk
Para imagem que alega instalador:
- Provisione com disco root gravável.
- Inicialize do ISO e complete instalador via VNC ou caminho automatizado de instalador suportado.
- Eject ou depriorize CD-ROM.
- Reboot e confirme que disco, não ISO, é fonte de boot ativa.
- Verifique usuários, desktop, pacotes, serviços e cleanup do instalador.
Ícone de instalador aparecendo em sessão ao vivo não é evidência suficiente.
Overlay persistente e snapshots
Algumas imagens podem anexar disco de persistência Zone 2. Controles Zone expõem snapshot, rollback, export, import e reset para esse overlay governado. Não fazem snapshot de memória de VM, imagem base ou discos não relacionados. VM deve estar running e suporte Zone no guest saudável para essas operações.
Solução de problemas
- Se nó planejado nunca provisiona, inspecione erro de deployment e resposta de entitlement atual antes de tentar de novo.
- Se console não conecta, confirme que domínio está running e tem ID de runtime resolvível.
- Se ação graciosa trava, inspecione guest antes de reset ou power off.
- Se rede falha, compare aresta autoria, interface libvirt anexada, rede ativa, endereço DHCP/static, rota e configuração DNS.
- Se instalador boota repetidamente, verifique ordem de boot e eject do ISO.
Veja Topologia de rede e Console VNC.