IBM Cloud Docs
Cronograma de transição de modelos de hospedagem e colocação de transição

Cronograma de transição de modelos de hospedagem e colocação de transição

Cronograma de transição dos modelos de hospedagem existentes para computação isolada e compartilhada

Os usuários multilocatários que forem transferidos automaticamente para o Shared Compute terão o direito adquirido, o que significa que eles terão a RAM e a CPU aumentadas para as alocações mínimas de recursos do Shared Compute, se necessário. Esses aumentos não serão cobrados até maio de 2025.

Agosto de 2024 - Alocação mínima de RAM aplicada para instâncias de vários locatários

  • As instâncias multilocatário existentes começarão a transição para a computação compartilhada; isso significa que, primeiro, a alocação mínima de RAM em instâncias multilocatário será aplicada (8 GB de RAM para RabbitMQ, 4 GB de RAM para todos os outros bancos de dados), elevando a RAM das instâncias existentes que estão abaixo desses mínimos.
  • Todas as novas solicitações de provisionamento também deverão atender aos requisitos mínimos de recursos (1 CPU e 8 GB de RAM para o RabbitMQ, 0.5 CPU e 4 GB de RAM para todos os outros bancos de dados).
  • Os usuários de núcleo dedicado existentes não serão afetados pelos requisitos mínimos de recursos, a menos que uma ação de dimensionamento ou provisionamento seja invocada em uma instância que esteja atualmente abaixo desses mínimos.
  • Depois disso, os bancos de dados multilocatários passarão gradualmente da alocação não determinística de CPU para a alocação determinística de CPU de computação compartilhada. Antes dessa transição, monitore o uso da CPU do seu banco de dados para determinar qual alocação é necessária para manter o nível de desempenho atual.
  • Os usuários multilocatários existentes terão direito adquirido até maio de 2025 para alocações de recursos de CPU e RAM mínima que são adicionadas automaticamente.

Setembro de 2024 - Transição de instâncias de vários locatários para a computação compartilhada

  • Todas as novas provisões para vários locatários usarão o Shared Compute.
  • As instâncias multilocatário existentes começarão a transição para o Shared Compute. Primeiro, a alocação mínima de RAM em instâncias multilocatário será aplicada (8 GB de RAM para o RabbitMQ, 4 GB de RAM para todos os outros bancos de dados), elevando a RAM das instâncias existentes que estão abaixo desses mínimos.
  • Todas as novas solicitações de provisionamento também deverão atender aos requisitos mínimos de recursos (1 CPU e 8 GB de RAM para o RabbitMQ, 0.5 CPU e 4 GB de RAM para todos os outros bancos de dados).
  • Os usuários de núcleo dedicado existentes não serão afetados pelos requisitos mínimos de recursos, a menos que uma ação de dimensionamento ou provisionamento seja invocada em uma instância que esteja atualmente abaixo desses mínimos.
  • Depois disso, os bancos de dados multilocatários passarão gradualmente da alocação não determinística de CPU para a alocação determinística de CPU de computação compartilhada.
  • Ação: Antes dessa transição, monitore o uso da CPU do seu banco de dados para determinar qual alocação é necessária para manter o nível de desempenho atual.
  • Os usuários multilocatários existentes terão direito adquirido até maio de 2025 para alocações de recursos de CPU e RAM mínima que são adicionadas automaticamente.
  • O provisionamento de núcleos dedicados continua disponível.

Maio de 2025 - Fim do grandfathering para usuários multilocatários, fazendo a transição de núcleos dedicados para o Isolated Compute

  • Todos os usuários multilocatários existentes terão direito a alocações mínimas de CPU e RAM até esse momento.
  • Nessa data, as instâncias de vários locatários precisarão estar em conformidade com as alocações de recursos do Shared Compute.

Entre 18 e 26 de maio de 2025, os usuários de núcleo dedicado farão a transição para o Isolated Compute. O grandfathering será removido para instâncias do Shared Compute entre 2 e 9 de junho de 2025. Todas as instâncias de núcleos dedicados serão transferidas para o tamanho de computação isolada maior mais próximo. As instâncias do Dedicated Core podem seguir as etapas simples de transição para o Isolated Compute a qualquer momento, usando o Cloud Databases CLI plug-in, o Cloud Databases API ou através do Terraform.

As notificações serão enviadas antes das alterações, inclusive nos seguintes horários:

  • Antes da transição de multilocatário para computação compartilhada, para notificá-lo sobre as mudanças esperadas.
  • Depois que todas as instâncias multilocatário forem transferidas para as alocações de recursos do Shared Compute, recomendamos que você analise o desempenho do banco de dados e ajuste os recursos conforme necessário.
  • Antes do desligamento final dos núcleos dedicados e da transição para a computação isolada. Além disso, antes do fim do grandfathering das instâncias do Shared Compute. Você também pode encontrar todas as notificações em IBM Cloud announcements.

Antes da data de maio de 2025, se você tiver uma instância multilocatário, há algumas exceções em que o grandfathering não se aplicaria mais:

  • Se você tiver um banco de dados existente e alterar apenas a alocação de RAM, será cobrado o valor correspondente às alterações de RAM.
  • Se você tiver um banco de dados existente e alterar a alocação da CPU, será cobrado por toda a CPU e RAM alocadas ao seu banco de dados.
  • Se você criar uma nova instância do Shared Compute, será cobrado por toda a CPU e RAM alocadas ao seu banco de dados.
  • Se você mesmo fizer a transição da sua instância multilocatário para o Shared Compute, será cobrado por toda a CPU e RAM alocadas ao seu banco de dados.

Colocação de transição de computação compartilhada e isolada

Para determinar como os modelos de hospedagem existentes mudarão para a computação compartilhada e isolada, examine as tabelas abaixo. Na transição, a suposição é que os pontos de partida sejam multitenant no estilo antigo (CPU não alocada ou 0) e núcleos dedicados.

Colocação automática de transição
Se sua alocação atual de recursos for N CPU x M RAM
(bancos de dadosNon-RabbitMQ ):
Você será automaticamente colocado em
(bancos de dadosNon-RabbitMQ ):
N = 0 CPU, M < 4 GB RAM 0.0.5 CPUs x 4 GB de RAM, computação compartilhada
N = 0 CPU, 4 GB RAM < M ≤ 16 GB RAM CPU M/8 x RAM M GB, computação compartilhada
N = 0 CPU, M > 16 GB RAM 2 CPU x M GB de RAM, computação compartilhada
0 CPU < N ≤ 4 CPU, M ≤ 16 GB RAM 4 CPUs x 16 GB de RAM, computação isolada
4 CPU < N ≤ 8 CPU OU 16 GB RAM < M ≤ 32 GB RAM 8 CPUs x 32 GB de RAM, computação isolada
4 CPU < N ≤ 8 CPU OU 32 GB RAM < M ≤ 64 GB RAM 8 CPUs x 64 GB de RAM, computação isolada
8 CPU < N ≤ 16 CPU OU 32 GB RAM < M ≤ 64 GB RAM 16 CPUs x 64 GB de RAM, computação isolada
16 CPU < N ≤ 32 CPU OU 64 GB RAM < M ≤ 128 GB RAM 32 CPU x 128 RAM, computação isolada
16 CPU < N ≤ 30 CPU OU 64 GB RAM < M ≤ 240 GB RAM 30 CPU x 240 RAM, computação isolada


Colocação automática de transição RabbitMQ
Se sua alocação atual de recursos for N CPU x M RAM
(RabbitMQ):
Você será automaticamente colocado em
(RabbitMQ):
N = 0 CPU, M < 8 GB RAM 1 CPU x 8 GB de RAM, computação compartilhada
N = 0 CPU, 8 GB RAM < M ≤ 16 GB RAM CPU M/8 x RAM M GB, computação compartilhada
N = 0 CPU, M > 16 GB RAM 2 CPU x M GB de RAM, computação compartilhada
0 CPU < N ≤ 4 CPU, M ≤ 16 GB RAM 4 CPUs x 16 GB de RAM, computação isolada
4 CPU < N ≤ 8 CPU OU 16 GB RAM < M ≤ 32 GB RAM 8 CPUs x 32 GB de RAM, computação isolada
4 CPU < N ≤ 8 CPU OU 32 GB RAM < M ≤ 64 GB RAM 8 CPUs x 64 GB de RAM, computação isolada
8 CPU < N ≤ 16 CPU OU 32 GB RAM < M ≤ 64 GB RAM 16 CPUs x 64 GB de RAM, computação isolada
16 CPU < N ≤ 32 CPU OU 64 GB RAM < M ≤ 128 GB RAM 32 CPU x 128 RAM, computação isolada
16 CPU < N ≤ 30 CPU OU 64 GB RAM < M ≤ 240 GB RAM 30 CPU x 240 RAM, computação isolada