A versão beta do ZimaOS 1.2 foi o momento em que o ZVM se tornou uma funcionalidade visível do produto. O anúncio de abril de 2024 indicava que o ZVM podia executar vários sistemas operativos convidados — incluindo Windows, Ubuntu, Debian, OpenWRT, BSD, UNRAID e TrueNAS — e adicionava redes em modo bridge, gestão de CPU/memória, ferramentas de linha de comandos e gestão remota.
Os URLs dos pacotes e as instruções de atualização desse anúncio são agora históricos. O ZimaOS atual é a versão 1.7.1, a instalação atual utiliza o instalador x86 moderno e o processo RAUC, e o Virtual Machine Manager continuou a evoluir. Mantenha o artigo sobre a versão 1.2 como histórico do produto, não como uma página de transferência atual.
O que a versão beta do ZVM 1.2 adicionou
As notas da versão descreviam:
- nova aplicação ZVM;
- vários sistemas convidados baseados em Linux/Windows/BSD;
- suporte para bridge de rede;
- gestão de CPU e memória;
- gestão remota;
- atalhos e outros controlos de máquinas virtuais.
Também adicionou a verificação em lote de atualizações de aplicações e várias correções relacionadas com RAID/ID de rede fora da área da virtualização.
A versão 1.2.2 já suportava várias máquinas virtuais
Um seguimento de julho de 2024 perguntava se era possível executar várias máquinas virtuais. 777-Spider respondeu que os utilizadores podiam instalar o ZimaOS 1.2.2 e gerir vários sistemas Windows/Linux.
O número de máquinas virtuais que um anfitrião atual consegue executar continua a depender dos núcleos físicos da CPU, da RAM, da latência do armazenamento e da carga de trabalho simultânea, e não de um número fixo de máquinas virtuais suportadas pelo ZVM.
As ligações de transferência da versão beta deixaram de funcionar ainda durante o tópico original
Um utilizador da versão 1.1 informou que as ligações publicadas para a versão beta 1.2 devolviam o erro 404. Um responsável da comunidade reconheceu o problema das ligações e atualizou-as.
Só por esse motivo, não se devem preservar os antigos URLs de transferência de 2024 como método de instalação atual.
/DATA/rauc era uma localização de atualização antiga
O tópico discutia esperar pelo ponto vermelho de atualização apenas depois de um pacote beta ter sido transferido para /DATA/rauc/. O ZimaOS atual utiliza a nova localização OTA offline e os recursos das versões estáveis.
Utilize o caminho atual de atualização offline do ZimaOS.
Os sistemas convidados Windows podem precisar de controladores VirtIO
As máquinas virtuais Windows modernas em KVM/QEMU expõem frequentemente dispositivos VirtIO relacionados com armazenamento, rede, memória balloon ou vídeo. Orientações posteriores da comunidade IceWhale instruem os utilizadores a montar o disco de controladores virtio-win.iso no ZVM e a instalar os controladores Windows necessários quando o Gestor de Dispositivos apresenta dispositivos desconhecidos.
Planeie as máquinas virtuais atuais tendo em conta a margem disponível no anfitrião
Não atribua todos os threads da CPU e toda a RAM aos sistemas convidados. O ZimaOS, o QEMU/libvirt, a cache do sistema de ficheiros, as aplicações Docker e os serviços de armazenamento continuam a precisar de recursos. Um SSD/NVMe é preferível para sistemas convidados Windows interativos.
Consulte o guia atual de planeamento do hardware para máquinas virtuais.
A criação/restauro de instantâneos não foi confirmada por esta fonte
Mais tarde, um utilizador perguntou se o ZVM conseguia criar e restaurar instantâneos de máquinas virtuais. Zima-Giorgio pediu-lhe que abrisse um tópico separado, em vez de responder nesse tópico. Por isso, o anúncio da versão 1.2 não deve ser utilizado como prova de que a criação/restauro de instantâneos já estava implementada nessa altura.
As redes em modo bridge eram uma funcionalidade de lançamento, mas a rede do sistema convidado continua a precisar de validação
O póster de lançamento anunciava redes em modo bridge para que as máquinas virtuais pudessem participar mais diretamente na LAN. Tópicos posteriores da comunidade mostram que as redes bridge em Windows podem continuar a depender das definições de proxy do sistema convidado, do DHCP, do comportamento da placa de rede do anfitrião e dos detalhes da implementação atual do ZVM.
Não considere que “bridge suportado” significa que todos os sistemas convidados obtêm automaticamente conectividade LAN funcional sem qualquer configuração.
O passthrough de PCIe/USB/GPU é uma capacidade avançada separada
O anúncio da versão beta 1.2 centrava-se em máquinas virtuais comuns e na criação de bridges de rede. Não prometia um passthrough PCIe/GPU maduro para todos os dispositivos. O planeamento atual do passthrough continua a depender dos grupos IOMMU, das definições de virtualização do firmware, dos controladores do sistema convidado e do caminho exato da extensão atual do ZVM.
O armazenamento das máquinas virtuais deve ser planeado separadamente do armazenamento NAS em massa
Os sistemas convidados Windows/Linux interativos beneficiam da baixa latência de SSD/NVMe. Os conjuntos de HDD para armazenamento em massa são mais adequados para imagens de máquinas virtuais utilizadas com menor frequência ou para cópias de segurança. Mantenha margem suficiente no anfitrião para os serviços do ZimaOS e evite encher o pequeno disco do sistema com imagens de máquinas virtuais em expansão.
Perguntas frequentes sobre o historial do ZVM
O ZVM passou a suportar sistemas convidados Windows/Linux pela primeira vez na versão beta do ZimaOS 1.2?
Sim. O anúncio de 2024 lista explicitamente Windows, Ubuntu, Debian, BSD e outros sistemas convidados.
Os utilizadores atuais devem transferir o instalador beta 1.2 a partir do tópico antigo?
Não. Utilize o instalador atual do ZimaOS estável e os recursos da versão atual.
As máquinas virtuais Windows atuais ainda podem precisar de controladores adicionais?
Sim. Os dispositivos VirtIO podem precisar do pacote de controladores Windows virtio-win dentro do sistema convidado.
