Como a ASNetworking instala o Proxmox: ECC, ZFS e fixação de rede

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

How ASNetworking Installs Proxmox: ECC, ZFS & Network Pinning

Obrigado à ASNetworking por criar esta lição detalhada, em espanhol, sobre a instalação do Proxmox. No terceiro capítulo do curso do criador, a discussão passa dos requisitos de hardware e das definições da BIOS para o instalador, os formatos de armazenamento e a associação de interfaces de rede. O vídeo original de 31 minutos é a fonte da sequência abaixo.

Veja antes de ler: Este episódio é adequado para quem está a montar um laboratório doméstico e quer compreender as decisões tomadas antes de criar a primeira VM. Abrange a ISO do Proxmox VE, as funcionalidades de virtualização do CPU, o planeamento prático da memória, a BIOS/UEFI, o suporte de instalação, as opções Ext4/XFS/Btrfs/ZFS, a rede de gestão e a associação de interfaces. O criador utiliza mais do que um tipo de hardware de laboratório; as capturas de ecrã de um exemplo com 32 GB de RAM e de um PC maior não são especificações do ZimaBoard 2.

A lição útil é que um ecrã de instalação concluída com sucesso é apenas uma parte de um anfitrião de virtualização sólido. As funcionalidades do CPU, a memória dos convidados, o armazenamento de arranque, o comportamento do sistema de ficheiros e uma rede de gestão estável influenciam aquilo que o nó poderá fazer mais tarde. A ASNetworking mostra o processo de instalação e a interface Proxmox resultante; este episódio não testa o desempenho das VMs nem prova que todos os esquemas de armazenamento sejam adequados para todas as máquinas.

Comece com uma ISO verificada e um plano de hardware realista

O criador começa pela transferência e verificação do Proxmox VE antes de analisar os requisitos mínimos e recomendados. Obtenha o instalador nas transferências oficiais do Proxmox e confirme a soma de verificação publicada antes de gravar o suporte de instalação. Isto reduz a probabilidade de diagnosticar uma imagem danificada ou incorreta como se fosse um problema de hardware.

Um anfitrião mínimo de 64 bits, memória, um disco de instalação e uma interface de rede podem ser suficientes para iniciar o instalador. Essa base diz pouco sobre a capacidade útil para convidados. Reserve memória para o anfitrião, para cada VM ou contentor e para quaisquer funcionalidades de armazenamento escolhidas. O gráfico de 32 GB no vídeo ilustra um exemplo de alocação, com 2 GB reservados para o anfitrião e 30 GB atribuídos aos convidados; não descreve nenhum dos modelos do ZimaBoard 2. A memória ECC é uma funcionalidade de fiabilidade desejável em hardware compatível, mas não é um pré-requisito universal para instalar o Proxmox VE. Compare a sua configuração real com os requisitos de hardware atuais do Proxmox.

A ASNetworking apresenta a instalação do Proxmox com dois servidores compactos de laboratório sobre a secretária — O criador apresenta dois servidores compactos ao introduzir as decisões de instalação deste capítulo.

Diapositivo em espanhol que apresenta um CPU de 64 bits, RAM, disco e adaptador de rede como componentes mínimos de um anfitrião Proxmox — O diapositivo dos componentes mínimos é um ponto de partida; os recursos disponíveis para os convidados exigem um planeamento separado.

Verifique as funcionalidades de virtualização antes de instalar

O episódio explica as extensões de virtualização do CPU e introduz IOMMU e SR-IOV. A virtualização por hardware é importante para executar máquinas virtuais KVM. A IOMMU torna-se relevante ao planear a passagem direta de dispositivos; o SR-IOV é uma funcionalidade mais especializada que também depende do dispositivo, do firmware e do controlador. Estas funcionalidades devem ser verificadas tendo em conta a carga de trabalho prevista, em vez de serem tratadas como uma lista de verificação que todos os anfitriões básicos têm de suportar integralmente.

Mais tarde, a ASNetworking abre as definições da BIOS/UEFI da máquina e mostra o Intel VT-d ativado. Os menus do firmware variam consoante o fabricante, por isso use a captura de ecrã como exemplo do local a procurar e confirme depois as definições e capacidades do seu próprio sistema. Se o objetivo for um projeto de passagem direta, tome essa decisão antes de criar uma VM dependente de um dispositivo que não pode atribuir.

Diagrama do Intel VT-d e das funções virtuais SR-IOV a ligar hardware de rede a máquinas virtuais — O diagrama explica como as funcionalidades avançadas dos dispositivos podem ser expostas às máquinas virtuais; o suporte depende do hardware concreto.

Divisão conceptual de 32 GB de memória de um laboratório Proxmox entre serviços do anfitrião e máquinas virtuais — O diagrama de 32 GB é um orçamento ilustrativo para um laboratório, não a capacidade de memória do ZimaBoard 2 mostrado noutro ponto.

A ASNetworking segura um servidor compacto enquanto aborda o hardware do laboratório Proxmox — A ASNetworking volta a mostrar o hardware enquanto a lição passa dos requisitos para a configuração.

Ecrã da BIOS UEFI ASUS que mostra o Intel VT-d ativado na configuração do System Agent — O exemplo da BIOS mostra o VT-d ativado; a opção IOMMU separada, visível neste ecrã antes do arranque, está definida como desativada.

Escolha deliberadamente o disco de destino e o sistema de ficheiros

Depois de criar o suporte de instalação, o criador inicia o instalador do Proxmox. Antes de aceitar uma escolha de disco, identifique a unidade de destino e compreenda que a instalação de um sistema operativo pode apagar os dados existentes. Isto é especialmente importante se estiver a reutilizar um servidor doméstico que já contenha ficheiros ou um sistema operativo. Faça uma cópia de segurança de tudo o que precisar antes de alterar o dispositivo de arranque.

A secção sobre sistemas de ficheiros compara opções convencionais, como Ext4 e XFS, com opções de cópia na escrita, como Btrfs e ZFS. Um laboratório simples com um único disco e um desenho de armazenamento redundante não têm os mesmos requisitos. O ZFS oferece somas de verificação, instantâneos e funcionalidades de agrupamentos, mas também precisa de uma disposição de discos adequada e de um orçamento de memória suficiente. Os instantâneos ajudam em tarefas de recuperação específicas; não substituem cópias de segurança independentes. A documentação do Proxmox sobre ZFS é útil antes de o selecionar para um anfitrião pequeno.

O instalador do Proxmox VE apresenta o contrato de licença de utilizador final durante a configuração — O instalador está a ser executado neste ponto; a seleção do disco e a configuração do armazenamento seguem na lição.

Diapositivo de comparação das características dos sistemas de ficheiros Ext4, XFS, Btrfs e ZFS — O criador compara famílias de sistemas de ficheiros antes de atribuir o disco do sistema a uma disposição específica.

Diagrama da arquitetura ZFS que mostra conjuntos de dados, volumes, instantâneos, somas de verificação e vdevs de armazenamento — O diagrama do ZFS relaciona conjuntos de dados e volumes de VMs com um agrupamento de armazenamento; o espelho e o RAID-Z2 apresentados são exemplos, não uma disposição obrigatória.

O mini servidor doméstico ZimaBoard 2 volta a aparecer durante esta discussão sobre armazenamento, com uma unidade ligada e hardware de expansão. O seu formato compacto torna-o um objeto útil para um laboratório doméstico, mas deve escolher o sistema de ficheiros e o número de convidados com base no modelo exato da placa, nas unidades ligadas e na memória disponível. As outras máquinas do laboratório do vídeo não devem ser utilizadas para inferir a capacidade do ZimaBoard 2.

ZimaBoard 2 com uma unidade num suporte compacto e hardware de expansão mostrado pela ASNetworking — O ZimaBoard 2 é mostrado com armazenamento ligado; planeie a disposição do Proxmox em função das unidades e da memória efetivamente instaladas.

Mantenha a rede de gestão identificável

Na etapa de rede, identifique a porta física que transportará o tráfego de gestão e, antes de concluir a configuração, verifique o endereço, o gateway, o DNS e o nome do anfitrião. Num anfitrião com várias NIC ou placas de rede adicionais, confundir os nomes das portas pode fazer com que a interface Web pareça inacessível, embora a instalação tenha sido concluída.

“Associação de interfaces” neste episódio refere-se à atribuição de nomes persistentes às interfaces de rede. Não significa associar uma VM a núcleos do CPU. O Proxmox disponibiliza uma ferramenta de associação de interfaces de rede para este fim; as alterações ao mapeamento exigem cuidado e um reinício para entrarem em vigor. A referência de configuração de rede do Proxmox explica a ferramenta e as suas limitações. Mantenha o acesso local disponível enquanto altera a rede de gestão, para que um mapeamento incorreto não deixe o anfitrião inacessível.

A ASNetworking aponta para uma placa de rede dentro de um PC de laboratório separado durante a discussão sobre a associação de interfaces — Este PC maior é outro exemplo de laboratório utilizado para explicar as interfaces de rede físicas; não é uma especificação do ZimaBoard 2.

Verifique o anfitrião após o primeiro arranque

O ecrã final mostra a interface Web do Proxmox VE com dois nós denominados zima1 e zima2. Ver os nós na vista de gestão confirma que a interface está acessível neste laboratório; por si só, não estabelece armazenamento partilhado, tolerância a falhas ou um cluster pronto para produção. Na sua própria instalação, verifique primeiro se o anfitrião, os discos e as interfaces de rede pretendidos aparecem corretamente. Em seguida, crie uma pequena VM de teste, reinicie o anfitrião e confirme que o acesso de gestão e o armazenamento regressam conforme esperado.

A interface Web do Proxmox VE mostra dois nós de laboratório visíveis denominados zima1 e zima2 — A vista final da interface apresenta dois nós de laboratório; é uma verificação do acesso de gestão, não uma prova de alta disponibilidade testada.

Vale a pena ver o capítulo completo sobre o Proxmox da ASNetworking para acompanhar a sequência no ecrã e as explicações do criador em espanhol. Se estiver a acompanhar o processo num ZimaBoard 2, comece com uma implementação pequena e torne explícitas as decisões relativas ao disco, à memória e à rede antes de adicionar mais máquinas virtuais.