Quando você instala uma nova versão de bmctl
, é possível fazer upgrade dos clusters atuais
que foram criados com uma versão anterior. O upgrade de um cluster para a
versão mais recente do Clusters do Anthos em bare metal disponibiliza recursos e correções no
cluster. Isso também garante que o cluster permaneça
compatível.
É possível fazer upgrade de clusters de
administrador, híbridos, autônomos ou de usuários com o comando bmctl upgrade cluster
.
Ativar o SELinux
Se você quiser ativar o SELinux para proteger seus contêineres, verifique se o
SELinux está ativado no modo Enforced
em todas as máquinas host. A partir dos
clusters do Anthos na versão Bare Metal 1.9.0 ou posterior, é possível ativar ou desativar o SELinux
antes ou depois da criação do cluster ou dos upgrades do cluster. O SELinux é ativado por padrão no Red Hat Enterprise Linux (RHEL) e no CentOS. Se o SELinux estiver desativado em
suas máquinas host ou se você não tiver certeza, consulte Como proteger seus contêineres usando o SELinux
para instruções sobre como ativá-lo.
Os clusters do Anthos em bare metal são compatíveis com o SELinux apenas em sistemas RHEL e CentOS.
Antes da atualização
As verificações de simulação são executadas antes de um upgrade de cluster para validar o status dele e a integridade do nó.
Os exemplos a seguir mostram o processo de upgrade da versão 1.8.2 para os clusters do Anthos em Bare Metal 1.9.8.
Você pode fazer upgrade de qualquer versão para a próxima versão disponível (por exemplo, de 1.9.0 para 1.9.1) da mesma maneira. É permitido também pular upgrades, como de 1.8.1 para 1.9.8.
Os clusters do Anthos em bare metal são compatíveis com a configuração de até 250 pods máximos por nó. Essa configuração só pode ser feita durante a criação do cluster e não pode ser atualizada para os clusters atuais.
Como fazer upgrade de clusters de administrador, autônomos, híbridos ou de usuários
Ao fazer o download e instalar uma nova versão do bmctl
, é possível fazer o upgrade dos
clusters de administrador, híbridos, autônomos e de usuários criados com uma versão anterior.
Para uma determinada versão de bmctl
, os clusters podem ser atualizados apenas
para a mesma versão.
Primeiro, faça o download do bmctl
mais recente, modifique os arquivos de configuração de cluster
apropriados e emita o comando bmctl upgrade cluster
para concluir
o upgrade.
Faça o download do
bmctl
mais recente pelo bucket do Cloud Storage e usechmod
para conceder permissões debmctl
a todos os usuários:gsutil cp gs://anthos-baremetal-release/bmctl/1.9.8/linux-amd64/bmctl bmctl chmod a+x bmctl
Modifique o arquivo de configuração do cluster para alterar os clusters do Anthos em bare metal da versão
1.8.2
para1.9.8
. Veja a seguir um exemplo de uma configuração de cluster de administrador:--- apiVersion: baremetal.cluster.gke.io/v1 kind: Cluster metadata: name: cluster1 namespace: cluster-cluster1 spec: # Cluster type. This can be: # 1) admin: to create an admin cluster. This can later be used to create user clusters. # 2) user: to create a user cluster. Requires an existing admin cluster. # 3) hybrid: to create a hybrid cluster that runs admin cluster components and user workloads. # 4) standalone: to create a cluster that manages itself, runs user workloads, but does not manage other clusters. type: admin # Anthos cluster version. # Change the following line from 1.8.2 to 1.9.8, shown below anthosBareMetalVersion: 1.9.8
Ao fazer o upgrade dos clusters para a versão 1.9.8, é necessário registrá-los com o Connect na frota do projeto, caso ainda não tenha feito isso.
- Crie contas de serviço manualmente e recupere os arquivos de chave JSON, conforme descrito em Como configurar contas de serviço para uso com o Connect na página "Como ativar serviços e contas de serviço do Google".
- Faça referência às chaves JSON salvas nos campos
gkeConnectAgentServiceAccountKeyPath
egkeConnectRegisterServiceAccountKeyPath
associados do arquivo de configuração do cluster.
Use o comando
bmctl upgrade cluster
para concluir o upgrade:bmctl upgrade cluster -c CLUSTER_NAME --kubeconfig ADMIN_KUBECONFIG
Substitua:
- CLUSTER_NAME: o nome do cluster a se fazer upgrade.
- ADMIN_KUBECONFIG: o caminho até o arquivo kubeconfig do cluster de administrador.