Cronograma de descontinuação

Migração de cargas de trabalho a partir de reservas

Para evitar a interrupção do serviço, é necessário criar pools de workers não reservados e migrar suas cargas de trabalho antes que cada contrato de reserva expire. Se um contrato expirar enquanto você tiver mais nós de trabalho em uso do que a capacidade de reserva restante, os nós de trabalho que excederem essa capacidade serão excluídos automaticamente.

1. Encontre seus contratos de reserva ativos e anote a data de vencimento de cada um. A data de validade é o prazo final para migrar quaisquer cargas de trabalho que utilizem os nós de trabalho desse contrato.

   1. Faça login no Red Hat OpenShift on IBM Cloud console de reservas.
   2. Clique em cada reserva para visualizar os contratos e suas datas de vencimento na seção “Contratos ”.

2. Crie um novo conjunto de trabalhadores que não utilize uma reserva. Para obter mais informações, consulte a documentação do seu serviço.

   • Adicionando nós de trabalho a clusters clássicos em IBM Cloud Kubernetes Service
   • Adicionando nós de trabalho a clusters clássicos em Red Hat OpenShift on IBM Cloud

3. Migre suas cargas de trabalho do pool de trabalhadores reservado para o novo pool de trabalhadores. Use rótulos ou seletores de nó para remalhar suas cargas de trabalho existentes para o novo pool de workers.

4. Exclua os conjuntos de trabalhadores que utilizam reservas após a conclusão da migração da carga de trabalho.

Sobre reservas

Uma reserva é um recurso do IBM Cloud que descreve o tipo, a localização e outros detalhes dos nós de trabalho que você adquiriu. Os contratos associados a uma reserva consistem em acordos para o pagamento de um valor mensal fixo por um número determinado de nós de trabalho, por um prazo de 1 ou 3 anos.

As reservas estão disponíveis apenas para nós do trabalhador de infraestrutura clássica em regiões multizona (MZRs). Os conjuntos de trabalhadores que utilizam reservas não podem usar o complemento de autoescalonamento de cluster.

Quando um contrato expira, sua reserva é comparada com a capacidade restante de outros contratos ativos. Se você tiver mais nós de trabalho em uso do que a capacidade restante, os nós de trabalho que excederem a capacidade total serão excluídos. Para evitar exclusões inesperadas, reduza seus conjuntos de workers antes do término de um contrato, de modo a adequá-los à capacidade de reserva restante.

Não é possível modificar os termos de um contrato, como a duração, o número de nós de trabalho ou o tipo de instância. Você pode remover nós de trabalho desnecessários dos seus clusters, mas não pode receber reembolso pela capacidade não utilizada.

Revisando o uso de reserva

É possível revisar seus detalhes de uso e faturamento de reserva do Red Hat OpenShift on IBM Cloud.

Antes de começar, certifique-se de que você tenha as funções a seguir no IBM Cloud IAM.

• Função de acesso à plataforma Visualizador para o Kubernetes Service para visualizar detalhes de uso da reserva.
• Função de acesso à plataforma de visualização para o serviço de Gerenciamento de Contas > Faturamento, a fim de visualizar os detalhes de faturamento.

Uso de reserva:

1. Faça login no Red Hat OpenShift on IBM Cloud console de reservas.
2. Revise a coluna Uso para ver quantos nós do trabalhador da quantia total estão em uso, como 1 of 3 worker nodes.
3. Revise a coluna Clusters para ver quantos clusters têm nós do trabalhador que usam a reserva.

Detalhes do faturamento:

1. Efetue login no Console de faturamento da IBM Cloud.
2. No menu de navegação, clique em Uso.
3. Na tabela Serviços, localize a linha Kubernetes Service e clique em Visualizar planos.
4. Na tabela de planos, localize a linha para o seu nome de reserva e clique em Visualizar detalhes.
5. Revise os detalhes para os nós do trabalhador reservados que estão associados aos contratos de sua reserva.

Próximas etapas

• Adicionar nós de trabalho a clusters clássicos em IBM Cloud Kubernetes Service
• Adicionar nós de trabalho a clusters clássicos em Red Hat OpenShift on IBM Cloud
• Planeje seu cluster para alta disponibilidade