GREENMKT ACADEMY — CURSO 002
PROXMOX VE
Do Zero ao Profissional
Este curso avança módulo a módulo: vê o vídeo da aula, lê o conteúdo com atenção, e completa a avaliação com todas as respostas certas para desbloquear o módulo seguinte.
Módulo 1 — Introdução ao Proxmox VE
(o professor substitui esta caixa por um vídeo real, ex: incorporar YouTube/Vimeo aqui)
Objetivos da aula
- Perceber o que é o Proxmox VE e para que serve
- Conhecer as diferenças entre virtualização completa (KVM) e contentores (LXC)
- Identificar os requisitos de hardware mínimos
- Comparar o Proxmox com outras soluções de virtualização
Aula
O Proxmox Virtual Environment (Proxmox VE) é uma plataforma de virtualização de código aberto, construída sobre Debian Linux, que combina duas tecnologias complementares: o hipervisor KVM (Kernel-based Virtual Machine) para máquinas virtuais completas, e o LXC (Linux Containers) para contentores leves. Isto significa que, com uma única instalação, consegues correr desde um Windows Server completo até um pequeno serviço isolado em contentor, tudo gerido a partir da mesma interface.
Ao contrário de soluções proprietárias como o VMware ESXi ou o Hyper-V, o Proxmox é gratuito e de código aberto, com um modelo de subscrição opcional apenas para acesso a repositórios de atualização considerados “enterprise” e suporte comercial. Para a grande maioria dos casos de uso — desde laboratórios pessoais até infraestrutura de pequenas e médias empresas — o repositório gratuito (“no-subscription”) é mais do que suficiente.
Os requisitos mínimos de hardware para começar são modestos: um processador de 64 bits com suporte a virtualização por hardware (Intel VT-x ou AMD-V), pelo menos 2 GB de RAM (recomendado 8 GB ou mais para uso real), e armazenamento suficiente para o sistema operativo anfitrião e as máquinas virtuais ou contentores que planeias correr.
Ao longo deste curso vamos instalar o Proxmox do zero, configurar a rede e o armazenamento, criar máquinas virtuais e contentores, configurar backups automáticos, e terminar com noções de clustering e alta disponibilidade.
A virtualização por hardware assistida (Intel VT-x / AMD-V) é diferente da emulação de software pura: em vez de traduzir cada instrução do sistema convidado, o processador executa a maior parte do código diretamente, com o hipervisor a intervir só quando é preciso aceder a recursos partilhados (disco, rede, memória). É esta aceleração que torna o KVM praticamente tão rápido como correr num sistema físico.
Vale a pena perceber a diferença entre “host” (o próprio Proxmox, que corre diretamente no hardware físico) e “guest” (cada máquina virtual ou contentor que corre dentro dele). Todo o hardware físico pertence ao host, e é o host que decide como partilhar esses recursos entre os vários guests.
Antes de avançares para a instalação, faz um pequeno inventário do hardware que vais usar: quantos núcleos de CPU tem, quanta RAM, que discos (e se suportam ZFS), e quantas placas de rede. Este inventário vai ajudar-te a planear quantas VMs ou contentores consegues correr confortavelmente.
Um erro comum de principiante é tentar instalar o Proxmox dentro de outra máquina virtual só para “experimentar”. Embora tecnicamente possível em modo nested virtualization, o desempenho é muito reduzido e várias funcionalidades não funcionam. Para aprenderes a sério, o ideal é sempre hardware físico dedicado, mesmo que seja um mini PC modesto.
Avaliação do Módulo 1
1. Em que sistema operativo se baseia o Proxmox VE?
2. Qual das seguintes NÃO é uma tecnologia de virtualização usada pelo Proxmox?
3. O que é necessário no processador para correr o Proxmox eficientemente?
4. O repositório “no-subscription” do Proxmox é:
5. Qual é a principal vantagem do LXC sobre o KVM?
Módulo 2 — Instalação e Configuração Inicial
(o professor substitui esta caixa por um vídeo real, ex: incorporar YouTube/Vimeo aqui)
Objetivos da aula
- Criar um pen USB de arranque com o instalador do Proxmox
- Completar a instalação passo a passo
- Aceder à interface web pela primeira vez
- Configurar os repositórios corretos após a instalação
Aula
O primeiro passo é descarregar a imagem ISO do Proxmox VE a partir do site oficial e gravá-la num pen USB de arranque, usando uma ferramenta como o Rufus (Windows) ou o Balena Etcher. Depois de arrancar a partir do pen USB, o instalador gráfico guia-te pelas escolhas principais: disco de destino, sistema de ficheiros, fuso horário, e a password de root.
Um dos passos mais importantes é a configuração de rede: o Proxmox pede um endereço IP fixo, máscara de rede, gateway e DNS. Recomenda-se sempre um IP fixo (não DHCP) para a interface web ficar sempre acessível no mesmo endereço.
Depois de reiniciar, acede à interface web em https://IP-DO-SERVIDOR:8006. Vais encontrar um aviso de certificado inválido — é normal, o Proxmox usa um certificado autoassinado.
Por predefinição, o repositório “enterprise” exige subscrição paga. O primeiro ajuste pós-instalação é desativar esse repositório e ativar o “pve-no-subscription”, gratuito, em Node → Updates → Repositories.
Durante a instalação, o Proxmox pergunta também que tipo de sistema de ficheiros usar: ext4 é a opção mais simples; ZFS oferece proteção contra corrupção de dados e permite snapshots do próprio sistema, mas exige mais RAM (pelo menos 8 GB extra em instalações maiores).
Depois da primeira instalação, é boa prática atualizar imediatamente o sistema: liga-te via SSH ou usa a shell integrada (Node → Shell) e corre `apt update && apt full-upgrade`, garantindo que começas com todas as correções mais recentes.
Um detalhe que confunde muitos principiantes: o hostname escolhido durante a instalação fica associado permanentemente à configuração de rede e ao certificado interno. Vale a pena escolher um nome definitivo logo à partida, especialmente se planeias juntar este nó a um cluster mais tarde.
Depois de confirmares que a interface web está acessível, faz um pequeno teste: cria uma pasta de armazenamento local extra e confirma que aparece corretamente em Datacenter → Storage — ajuda a confirmar que a instalação está saudável.
Avaliação do Módulo 2
1. Em que porta se acede à interface web do Proxmox?
2. Porque aparece um aviso de certificado inválido?
3. Qual repositório deve ser ativado sem subscrição paga?
4. Qual sistema de ficheiros permite redundância desde a instalação?
5. Porque se recomenda IP fixo em vez de DHCP?
Módulo 3 — Interface Web e Datacenter
(o professor substitui esta caixa por um vídeo real, ex: incorporar YouTube/Vimeo aqui)
Objetivos da aula
- Navegar pela árvore Datacenter → Node → VM/Contentor
- Perceber as secções principais do Datacenter
- Criar utilizadores e permissões básicas
- Introduzir o conceito de cluster
Aula
A interface web organiza-se numa árvore hierárquica: “Datacenter” no topo, cada “Node” (servidor físico) dentro dele, e as VMs/contentores dentro de cada node.
Ao nível do Datacenter configuram-se opções globais: armazenamento partilhado, permissões, definições de backup, e opções de cluster.
A gestão de utilizadores faz-se em Datacenter → Permissions. É boa prática criar utilizadores individuais com permissões limitadas, em vez de partilhar a password de root.
O separador “Summary” de cada node mostra em tempo real o uso de CPU, memória, armazenamento e rede.
As permissões seguem um modelo “Role Based Access Control” (RBAC): defines ou usas uma “Role” (conjunto de permissões, como PVEVMAdmin), depois atribuis essa role a um utilizador ou grupo, num caminho específico da árvore — permitindo dar a um cliente acesso só às suas próprias máquinas.
Os “Pools” de recursos agrupam um conjunto de VMs, contentores e storages sob um nome lógico (por exemplo, “Cliente-ABC”), facilitando a organização e a atribuição de permissões a esse conjunto todo de uma vez.
A autenticação por predefinição usa a base de dados interna (“pve”), mas é possível integrar LDAP, Active Directory, ou OpenID Connect, úteis em empresas que já têm um sistema central de gestão de utilizadores.
Um hábito profissional recomendado é ativar a autenticação de dois fatores (2FA) para a conta de root e contas administrativas — configurável em Datacenter → Permissions → Two Factor, reduzindo drasticamente o risco de acesso não autorizado.
Avaliação do Módulo 3
1. Qual é o nível mais alto da hierarquia?
2. Onde se gerem utilizadores e permissões?
3. O que mostra o “Summary” de um node?
4. Porque criar utilizadores individuais em vez de root?
5. O que representa um “Node”?
Módulo 4 — Máquinas Virtuais (KVM)
(o professor substitui esta caixa por um vídeo real, ex: incorporar YouTube/Vimeo aqui)
Objetivos da aula
- Criar uma VM com o assistente
- Alocar CPU, memória e disco corretamente
- Instalar um sistema operativo convidado
- Usar o QEMU Guest Agent e snapshots
Aula
Antes de criar uma VM precisas de um ISO, carregado em Node → storage → ISO Images. O botão “Create VM” abre o assistente: nome, sistema operativo, disco, CPU, memória e rede.
Não atribuas mais CPU/RAM do que a VM precisa. Para discos, qcow2 cresce dinamicamente; raw reserva o espaço todo à partida mas é ligeiramente mais rápido.
Depois de instalado o SO, instala o QEMU Guest Agent — permite desligamentos limpos e melhor integração com o Proxmox.
Os snapshots guardam o estado exato da VM num momento, permitindo voltar atrás com um clique — úteis para testes, não substituem backups completos.
Ao escolher o controlador de disco, o VirtIO SCSI oferece o melhor desempenho para sistemas modernos que o suportam. Para sistemas mais antigos, IDE ou SATA são alternativas mais compatíveis mas mais lentas.
O mesmo aplica-se à placa de rede virtual: o modelo VirtIO oferece débito muito superior a emulações como o Intel E1000, mas exige drivers corretos — no Windows, é preciso instalar o pacote de drivers VirtIO à parte.
Para além de snapshots manuais, é possível usar “linked clones” — cópias que partilham os blocos de dados originais e só guardam as diferenças, poupando espaço quando precisas de várias VMs parecidas.
Um cuidado importante: nunca elimines uma VM sem confirmar que não tem snapshots dependentes nem está associada a uma tarefa de backup ativa. O Proxmox avisa antes de apagar, mas vale sempre a pena confirmar duas vezes em produção.
Avaliação do Módulo 4
1. Onde se carrega um ISO antes de criar uma VM?
2. Qual formato de disco cresce dinamicamente?
3. Para que serve o QEMU Guest Agent?
4. O que é um snapshot?
5. O que é “overcommit” de recursos?
Módulo 5 — Contentores LXC
(o professor substitui esta caixa por um vídeo real, ex: incorporar YouTube/Vimeo aqui)
Objetivos da aula
- Perceber quando usar LXC em vez de KVM
- Criar um contentor a partir de um template
- Configurar recursos e rede
- Identificar casos de uso típicos
Aula
Um contentor LXC partilha o kernel do sistema anfitrião, isolando só o espaço de utilizador — muito mais leve que uma VM KVM completa.
Criar um contentor começa por descarregar um template (Node → storage → CT Templates). O botão “Create CT” abre um assistente semelhante ao das VMs.
Contentores são ideais para serviços Linux isolados e leves: web server, base de dados, DNS. Não servem para Windows nem acesso direto a hardware.
Como partilham o kernel, contentores respondem a alterações de CPU/memória em tempo real, sem reiniciar.
Os templates oficiais já vêm otimizados, mas também podes criar templates personalizados a partir de um contentor já configurado — útil para replicar rapidamente uma configuração específica para múltiplos clientes.
Um contentor pode ser “privileged” ou “unprivileged”. Por predefinição, o Proxmox cria contentores unprivileged, onde o root do contentor é mapeado para um utilizador sem privilégios no anfitrião, limitando muito o dano em caso de comprometimento.
Ao contrário das VMs, os contentores partilham diretamente o sistema de ficheiros do storage, tornando operações como redimensionar o disco quase instantâneas.
Para expor um serviço à internet a partir de um contentor, as opções mais comuns são: atribuir um IP público diretamente, ou usar NAT/redirecionamento de porta a partir do node — a segunda é preferida quando vários contentores partilham um único IP público.
Avaliação do Módulo 5
1. A principal diferença do LXC para o KVM é que o LXC:
2. De onde se descarregam templates para contentores?
3. Qual destes é bom caso de uso para LXC?
4. O que acontece ao alterar CPU/memória de um contentor em execução?
5. Contentores LXC arrancam tipicamente:
Módulo 6 — Armazenamento e Backup
(o professor substitui esta caixa por um vídeo real, ex: incorporar YouTube/Vimeo aqui)
Objetivos da aula
- Conhecer os tipos de armazenamento suportados
- Configurar um storage no Proxmox
- Criar tarefas de backup automáticas
- Restaurar uma VM ou contentor
Aula
O Proxmox suporta local, ZFS, NFS/CIFS, iSCSI e Ceph (distribuído, para clusters). A escolha depende do orçamento e se é um servidor único ou cluster.
Configura-se um novo storage em Datacenter → Storage → Add. Podes ter vários storages ativos para propósitos diferentes.
Backups configuram-se em Datacenter → Backup, com uma tarefa agendada que corre automaticamente. Define uma política de retenção sensata.
Restaurar é selecionar o backup e clicar “Restore”. Testa o processo regularmente — um backup nunca testado não é garantia de nada.
O vzdump suporta três modos: “Stop” (desliga antes do backup, mais seguro mas com interrupção), “Suspend” (pausa temporariamente) e “Snapshot” (copia sem parar o serviço — a mais usada em produção).
Para ambientes profissionais, segue a regra “3-2-1”: pelo menos três cópias dos dados, em dois tipos de suporte diferentes, com pelo menos uma cópia fora do local físico do servidor.
O Proxmox Backup Server (PBS) é um produto complementar dedicado a backups, com deduplicação incremental — depois do primeiro backup completo, os seguintes só guardam os blocos que mudaram, poupando espaço e tempo.
Ativa sempre notificações por email em caso de falha de backup (Datacenter → Backup → editar tarefa → Notification). Um backup que falha silenciosamente é descoberto normalmente no pior momento possível: quando é preciso restaurar.
Avaliação do Módulo 6
1. Qual tipo de armazenamento é distribuído, pensado para clusters?
2. Onde se configura um novo storage?
3. Onde se criam backups agendados?
4. Porque testar restauros regularmente?
5. O que definir numa política de retenção?
Módulo 7 — Redes no Proxmox
(o professor substitui esta caixa por um vídeo real, ex: incorporar YouTube/Vimeo aqui)
Objetivos da aula
- Perceber o papel das bridges virtuais (vmbr)
- Configurar VLANs para segmentar tráfego
- Introduzir o firewall integrado
- Conhecer o bonding para redundância
Aula
Por predefinição existe a vmbr0, uma bridge virtual que liga a placa física às VMs/contentores, como um switch virtual.
VLANs permitem segmentar tráfego sem hardware adicional, atribuindo uma tag VLAN à interface de rede da VM/CT.
O firewall integrado configura-se a três níveis: Datacenter, Node e VM/CT — permite bloquear tudo por defeito e abrir só o necessário.
Bonding agrega várias placas físicas numa interface lógica, dando redundância se uma placa ou cabo falhar.
Para configurações mais avançadas, o Proxmox suporta Open vSwitch (OVS), com funcionalidades como QoS (priorizar certo tráfego), espelhamento de portas para monitorização, e integração mais flexível com VLANs.
O firewall trabalha com “Security Groups”: conjuntos de regras reutilizáveis (por exemplo, “Web Server” a permitir só as portas 80 e 443) que podes aplicar a múltiplas VMs de uma vez.
Ao planear a rede de um servidor com múltiplos clientes, é boa prática separar pelo menos três tipos de tráfego: gestão (acesso à interface web e SSH), tráfego de VMs/CTs, e tráfego de armazenamento dedicado (se aplicável).
Um erro comum é esquecer de configurar o firewall ao nível do Datacenter antes de o ativar numa VM: se ambos bloquearem tudo sem exceções, podes perder acesso remoto à própria gestão. Testa sempre alterações de firewall com uma via de recuperação disponível.
Avaliação do Módulo 7
1. O que é a vmbr0 por predefinição?
2. Para que servem as VLANs?
3. A quantos níveis se configura o firewall?
4. O que é “bonding”?
5. Para aceder à rede, uma VM precisa de estar ligada a:
Módulo 8 — Alta Disponibilidade e Clustering
(o professor substitui esta caixa por um vídeo real, ex: incorporar YouTube/Vimeo aqui)
Objetivos da aula
- Perceber os requisitos para um cluster Proxmox
- Conhecer o papel do Corosync
- Configurar grupos e recursos de HA
- Entender a migração ao vivo
Aula
Um cluster junta vários nós numa única gestão. Recomenda-se mínimo de 3 nós para evitar empates (split-brain) na eleição do líder.
O Corosync gere a comunicação entre nós. Recomenda-se rede dedicada e de baixa latência só para tráfego de cluster.
Com HA Groups, se um nó falhar, o Proxmox reinicia automaticamente a VM noutro nó disponível, minimizando indisponibilidade.
A migração ao vivo move uma VM em execução entre nós sem a desligar — ideal para manutenção sem impacto nos utilizadores.
Para criar um cluster, o primeiro nó gera-o com `pvecm create nome-do-cluster` (ou via interface web em Datacenter → Cluster), e os restantes juntam-se com `pvecm add IP-do-primeiro-no`. A gestão fica depois sincronizada automaticamente entre todos.
O quórum representa o número mínimo de nós que precisam de estar de acordo para o cluster operar em segurança. Com 3 nós, o cluster continua a funcionar mesmo que um falhe, porque os outros dois ainda formam maioria.
Para casos com apenas 2 nós físicos, o Proxmox permite configurar um “QDevice” — um dispositivo de quórum externo e leve que participa só na votação, sem correr VMs, resolvendo o problema do número par sem precisar de um terceiro servidor completo.
Depois de teres HA configurado, testa deliberadamente uma falha controlada fora de horas de produção e confirma que as VMs migram corretamente para outro nó. Testar a recuperação antes de precisares dela de verdade é a única forma de teres confiança real na tua configuração.
Avaliação do Módulo 8
1. Quantos nós mínimo para HA fiável?
2. Qual serviço gere a comunicação entre nós?
3. O que acontece quando um nó com HA falha?
4. O que permite a live migration?
5. Porque um número ímpar de nós?
🎓 Conclusão do Curso
Parabéns por completares o Curso 002 — Proxmox VE! Já tens as bases para instalar, configurar, proteger e escalar ambientes de virtualização com Proxmox, prontas para aplicar em projetos reais e em serviços para clientes.
GreenMKT Academy — Formação de qualidade para criar, aprender e evoluir.