jul 162019
 

Introdução

O Proxmox VE 6.x introduz vários novos recursos principais. Planeje cuidadosamente a atualização, faça e verifique os backups antes de começar, e teste extensivamente. Dependendo da configuração existente, várias etapas manuais, incluindo algum tempo de inatividade, podem ser necessárias.

Nota: Um backup válido e testado é sempre necessário antes de iniciar o processo de atualização. Teste o backup antecipadamente em uma configuração de laboratório de teste.

Caso o sistema seja personalizado e / ou use pacotes adicionais (por exemplo, GlusterFS) ou quaisquer outros repositórios / pacotes de terceiros, assegure-se de que esses pacotes também sejam atualizados e compatíveis com o Debian Buster.

Em geral, existem duas maneiras de atualizar um sistema Proxmox VE 5.x para o Proxmox VE 6.x:

  • Uma nova instalação em um novo hardware (e restauração de VMs do backup)
  • Uma atualização in-loco via apt (passo-a-passo)

Em ambos os casos, é necessário esvaziar o cache do navegador e recarregar a página da GUI após a atualização.

Nova instalação

  • Faça backup de todas as VMs e contêineres para armazenamento externo (consulte Backup e restauração ).
  • Faça backup de todos os arquivos em / etc ( requerido: arquivos em / etc / pve, assim como / etc / passwd, / etc / network / interfaces, /etc/resolv.conf, bem como qualquer coisa que se desvie de uma instalação padrão)
  • Instale o Proxmox VE a partir do ISO (isso excluirá todos os dados no host existente).
  • Recrie seu cluster, se aplicável.
  • Restaure o arquivo /etc/pve/storage.cfg (isso tornará o armazenamento externo usado para backup disponível).
  • Restaure as configurações de firewall / etc / pve / firewall / e /etc/pve/nodes/<node>/host.fw (se aplicável).
  • Restaure VMs completas dos backups (consulte Backup e restauração ).

Administradores confortáveis ​​com a linha de comando podem seguir o procedimento Ignorar backup e restaurar ao atualizar se todas as VMs / CTs estiverem em um armazenamento compartilhado.

Atualização no local

As atualizações no local são feitas com o apt. A familiaridade com o apt é necessária para prosseguir com este mecanismo de atualização.

Condições Prévias

  • Atualize para a versão mais recente do Proxmox VE 5.4.
  • Acesso confiável a todo o armazenamento configurado.
  • Um cluster saudável.
  • Backup válido e testado de todas as VMs e CTs (no caso de algo dar errado).
  • Configuração correta do repositório.
  • Pelo menos 1GB de espaço livre em disco no ponto de montagem da raiz.
  • Ceph: atualize o cluster do Ceph para o Nautilus depois de fazer o upgrade: Siga o guia Ceph Luminous to Nautilus .

Testando a atualização

Um teste de atualização pode ser executado facilmente usando um servidor autônomo primeiro. Instale o Proxmox VE 5.4 ISO em algum hardware de teste; em seguida, atualize esta instalação para a versão secundária mais recente do Proxmox VE 5.4 (consulte Repositórios de pacotes ). Para replicar a configuração da produção o mais próximo possível, copie ou crie todas as configurações relevantes para a máquina de teste. Em seguida, inicie a atualização. Também é possível instalar o Proxmox VE 5.4 em uma VM e testar a atualização nesse ambiente.

Ações passo a passo

As ações a seguir precisam ser feitas na linha de comando de cada nó do Proxmox VE em seu cluster (via console ou ssh; preferivelmente via console para evitar conexões ssh interrompidas). Lembre-se: certifique-se de que um backup válido de todas as VMs e CTs tenha sido criado antes de prosseguir.

Use continuamente o script de lista de verificação pve5to6

Um pequeno programa de checklist chamado pve5to6 está incluído nos últimos pacotes do Proxmox VE 5.4. O programa fornecerá dicas e avisos sobre possíveis problemas antes, durante e depois do processo de atualização. Pode-se chamá-lo executando:

 pve5to6

Este script apenas verifica e relata as coisas. Por padrão, nenhuma alteração no sistema é feita e, portanto, nenhum dos problemas será corrigido automaticamente. É preciso ter em mente que o Proxmox VE pode ser altamente personalizado, portanto, o script pode não reconhecer todos os possíveis problemas de uma configuração específica!

É recomendável executar novamente o script após cada tentativa de corrigir um problema. Isso garante que as ações tomadas realmente consertaram o respectivo aviso.

Cluster: sempre atualize primeiro para o Corosync 3

Com o Corosync 3, o formato on-the-wire foi alterado. Agora é incompatível com o Corosync 2.x porque ele desativou a pilha UDP multicast subjacente com o kronosnet. Os arquivos de configuração gerados por um Proxmox VE com a versão 5.2 ou mais recente já são compatíveis com o novo Corosync 3.x (pelo menos o suficiente para processar a atualização sem nenhum problema).

Nota importante: antes do upgrade, pare primeiro todos os serviços de gerenciamento de alta disponibilidade, independentemente da maneira que você escolher para atualizar para o Corosync 3. Parar todos os serviços de alta disponibilidade assegura que nenhum nó do cluster seja cercado durante a atualização. Isso também significa que não haverá nenhuma funcionalidade de alta disponibilidade disponível para a curta duração da atualização do Corosync.

Primeiro, certifique-se de que todos os avisos relatados pelo script da lista de verificação e não relacionados ao Corosync sejam fixos ou determinados como negativos benignos / falsos. Em seguida, pare o gerenciador de recursos local “pve-ha-lrm” em cada nó. Somente depois de terem sido interrompidos, também pare o gerenciador de recursos do cluster “pve-ha-crm” em cada nó; use a GUI (Nó -> Serviços) ou o CLI executando o seguinte comando em cada nó:

systemctl stop pve-ha-lrm

Somente depois que o acima foi feito para todos os nós, execute o seguinte em cada nó:

systemctl stop pve-ha-crm

Em seguida, adicione o repositório do Proxmox Corosync 3 Stretch:

echo "deb http://download.proxmox.com/debian/corosync-3/ stretch main"> /etc/apt/sources.list.d/corosync3.list

e corra

atualização apt

Em seguida, certifique-se de que somente o corosync, o kronosnet e suas bibliotecas serão atualizados ou instalados recentemente:

lista de apt - atualizável
Listagem ... Concluído
corosync / stable 3.0.2-pve2 ~ bpo9 amd64 [atualizável a partir de: 2.4.4-pve1]
libcmap4 / stable 3.0.2-pve2 ~ bpo9 amd64 [atualizável a partir de: 2.4.4-pve1]
libcorosync-common4 / estável 3.0.2-pve2 ~ bpo9 amd64 [atualizável a partir de: 2.4.4-pve1]
libcpg4 / stable 3.0.2-pve2 ~ bpo9 amd64 [atualizável a partir de: 2.4.4-pve1]
libqb0 / stable 1.0.5-1 ~ bpo9 + 2 amd64 [atualizável a partir de: 1.0.3-1 ~ bpo9]
libquorum5 / stable 3.0.2-pve2 ~ bpo9 amd64 [atualizável a partir de: 2.4.4-pve1]
libvotequorum8 / stable 3.0.2-pve2 ~ bpo9 amd64 [atualizável a partir de: 2.4.4-pve1]

Há duas maneiras de prosseguir com a atualização do Corosync:

  • Atualize os nós um por um. Inicialmente, o (s) nó (s) recém-atualizado (s) não terá (m) quorado (s) por conta própria. Uma vez que pelo menos metade dos nós mais um tenham sido atualizados, a partição atualizada ficará quorada e a partição ainda não atualizada perderá o quorum. Uma vez que todos os nós tenham sido atualizados, eles devem formar um cluster saudável e quorato novamente.
  • Atualize todos os nós simultaneamente, por exemplo, usando ssh / screen / tmux paralelo.

Nota: alterações em qualquer VM / CT ou no cluster em geral não são permitidas durante a atualização!

Faça o pré-download da atualização para o corosync-3 em todos os nós, por exemplo, com:

 apt dist-upgrade - somente download

Em seguida, execute a atualização real em todos os nós:

 apt dist-upgrade

Em qualquer ponto deste procedimento, a exibição local do quorum do cluster em um nó pode ser verificada com:

 pvecm status

Quando a atualização para o Corosync 3.x for concluída em todos os nós , reinicie o gerenciador de recursos local e o gerenciador de recursos de cluster em todos os nós:

 systemctl start pve-ha-lrm
 systemctl start pve-ha-crm

Mova Máquinas Virtuais e Contêineres importantes

Se alguma VMs e CTs precisarem continuar em execução durante o upgrade, migre-os para fora do nó que está atualmente atualizado. A migração de uma VM ou CT de uma versão anterior do Proxmox VE para uma versão mais nova sempre funcionará. A migração de uma versão mais recente do Proxmox VE para uma versão mais antiga pode funcionar, mas geralmente não é suportada. Tenha isso em mente ao planejar sua atualização de cluster.

Atualize os repositórios do APT configurados

Primeiro, verifique se o sistema está em execução usando os pacotes Proxmox VE 5.4 mais recentes:

atualização apt
apt dist-upgrade

Atualize todas as entradas do repositório do Debian para o Buster.

sed -i 's / stretch / buster / g' /etc/apt/sources.list

Desabilite todos os repositórios do Proxmox VE 5.x. Isso inclui o repositório pve-enterprise, o repositório pve-no-subscription e o repositório pvetest.

Para isso, adicione o símbolo # para comentar esses repositórios nos arquivos /etc/apt/sources.list.d/pve-enterprise.list e /etc/apt/sources.list. Veja Package_Repositories

Adicione o Repositório de Pacotes do Proxmox VE 6

echo "deb https://enterprise.proxmox.com/debian/pve buster pve-enterprise"> /etc/apt/sources.list.d/pve-enterprise.list

Para o repositório sem assinatura, consulte Repositórios de Pacotes

(Apenas Ceph) Substituir repositórios ceph.com por repositórios ceph proxmox.com

echo "deb http://download.proxmox.com/debian/ceph-luminous buster main"> /etc/apt/sources.list.d/ceph.list

Se houver uma linha de backports, remova-a – atualmente, a atualização não foi testada com pacotes do repositório backports instalado.

Atualize os dados dos repositórios:

atualização apt

Atualize o sistema para o Debian Buster e o Proxmox VE 6.0

Essa ação levará algum tempo dependendo do desempenho do sistema – até 60 minutos ou mais. Em servidores de alto desempenho com armazenamento SSD, o dist-upgrade pode ser concluído em 5 minutos.

Comece com este passo para obter o conjunto inicial de pacotes atualizados:

 apt dist-upgrade

Durante as etapas acima, você pode ser solicitado a aprovar alguns dos novos pacotes que substituem os arquivos de configuração. Eles não são relevantes para a atualização do Proxmox VE, portanto, você pode escolher o que deseja fazer.

Reinicialize o sistema para usar o novo kernel PVE

Após o upgrade do Proxmox VE

Para clusters

  • remover extra o repositório corosync 3 usado para atualizar o corosync no PVE 5 / Stretch, se ainda não estiver pronto. Se você seguiu os passos aqui, você pode simplesmente executar o seguinte comando para fazer isso:
rm /etc/apt/sources.list.d/corosync3.list

Para Ceph Hyperconverged

Agora você deve atualizar o cluster do Ceph para a versão do Nautilus, seguindo o artigo Ceph Luminous to Nautilus .

Problemas de lista de verificação

O pacote proxmox-ve é muito antigo

Verifique as entradas do repositório de pacotes configurados (consulte Package_Repositories ) e execute

atualização apt

Seguido por

apt dist-upgrade

obter os pacotes mais recentes do PVE 5.x antes de atualizar para o PVE 6.x

corosync 2.x instalado, upgrade em todo o cluster para 3.x necessário!

Veja a seção Atualizar para o corosync 3 primeiro

Solução de problemas

  • Falha na atualização para “buster”

Certifique-se de que a configuração do repositório para o Buster esteja correta.

Se houve uma falha na rede e a atualização foi feita parcialmente, tente reparar a situação com

apt -f install
  • Não é possível inicializar devido a falha no grub

Veja Recuperar da Falha do Grub

links externos

Sorry, the comment form is closed at this time.