Modelos de alojamiento calendario de transición y colocación de transición

Calendario de transición de los actuales modelos de alojamiento a los sistemas informáticos aislados y compartidos

Los usuarios de varios inquilinos que pasen automáticamente a Shared Compute estarán protegidos, lo que significa que se les aumentará la RAM y la CPU hasta las asignaciones de recursos mínimas de Shared Compute, si es necesario. Estos aumentos no se cobrarán hasta mayo de 2025.

Agosto de 2024 - Se aplica la asignación mínima de RAM a las instancias multiusuario

  • Las instancias multiarrendatario existentes comenzarán la transición a Shared Compute; esto significa que, en primer lugar, se aplicará la asignación mínima de RAM en las instancias multiarrendatario (8 GB de RAM para RabbitMQ, 4 GB de RAM para el resto de bases de datos), levantando la RAM de las instancias existentes que se encuentren por debajo de estos mínimos.
  • Todas las nuevas solicitudes de aprovisionamiento también tendrán que cumplir los requisitos mínimos de recursos (1 CPU y 8 GB de RAM para RabbitMQ, 0.5 CPU y 4 GB de RAM para el resto de bases de datos).
  • Los usuarios del núcleo dedicado existentes no se verán afectados por los requisitos mínimos de recursos a menos que se invoque una acción de escalado o provisión en una instancia que se encuentre actualmente por debajo de estos mínimos.
  • A continuación, las bases de datos multiusuario pasarán gradualmente de la asignación de CPU no determinista a la asignación determinista de CPU de cálculo compartido. Antes de esta transición, supervise el uso de CPU de su base de datos para determinar qué asignación es necesaria para mantener su nivel de rendimiento actual.
  • Los usuarios multiusuario existentes estarán protegidos hasta mayo de 2025 para las asignaciones mínimas de recursos de CPU y RAM que se añaden automáticamente.

Septiembre de 2024 - Transición de instancias multiarrendatario a Shared Compute

  • Todas las nuevas disposiciones multiinquilino utilizarán Shared Compute.
  • Las instancias multiarrendatario existentes comenzarán la transición a Shared Compute. En primer lugar, se aplicará la asignación mínima de RAM en las instancias multiarrendatario (8 GB de RAM para RabbitMQ, 4 GB de RAM para el resto de bases de datos), levantando la RAM de las instancias existentes que se encuentren por debajo de estos mínimos.
  • Todas las nuevas solicitudes de aprovisionamiento también tendrán que cumplir los requisitos mínimos de recursos (1 CPU y 8 GB de RAM para RabbitMQ, 0.5 CPU y 4 GB de RAM para el resto de bases de datos).
  • Los usuarios del núcleo dedicado existentes no se verán afectados por los requisitos mínimos de recursos a menos que se invoque una acción de escalado o provisión en una instancia que se encuentre actualmente por debajo de estos mínimos.
  • A continuación, las bases de datos multiusuario pasarán gradualmente de la asignación de CPU no determinista a la asignación determinista de CPU de cálculo compartido.
  • Acción: Antes de esta transición, supervise el uso de CPU de su base de datos para determinar qué asignación es necesaria para mantener su nivel de rendimiento actual.
  • Los usuarios multiusuario existentes estarán protegidos hasta mayo de 2025 para las asignaciones mínimas de recursos de CPU y RAM que se añaden automáticamente.
  • El aprovisionamiento de núcleos dedicados sigue disponible.

Mayo de 2025 - Fin de la exención por derechos adquiridos para los usuarios multiusuario, transición de los núcleos dedicados a Isolated Compute

  • Todos los usuarios multiarrendamiento existentes se beneficiarán de las asignaciones mínimas de CPU y RAM hasta ese momento.
  • En esta fecha, las instancias multiarrendatario deberán ajustarse a las asignaciones de recursos informáticos compartidos.

Entre el 18 y el 26 de mayo de 2025, los usuarios del núcleo dedicado pasarán a Isolated Compute. Entre el 2 y el 9 de junio de 2025 se suprimirá el derecho de antigüedad para las instancias de Shared Compute. Todas las instancias de Dedicated Cores pasarán al tamaño de Isolated Compute más próximo. Las instancias Dedicated Core pueden seguir los sencillos pasos para pasar a Isolated Compute en cualquier momento utilizando el plug-in CLI Cloud Databases CLI, la API Cloud Databases O a través de Terraform.

Se enviarán notificaciones antes de que se produzcan cambios, en particular a las horas siguientes:

  • Antes de la transición de multi-tenant a Shared Compute, para notificarle los cambios previstos.
  • Tras la transición de todas las instancias multiarrendatario a las asignaciones de recursos informáticos compartidos, le recomendamos que revise el rendimiento de su base de datos y ajuste los recursos según sea necesario.
  • Antes del apagado final de los núcleos dedicados y la transición a Isolated Compute. Además, antes de que finalicen los derechos adquiridos de las instancias de Shared Compute. También puede encontrar todas las notificaciones en IBM Cloud announcements.

Antes de la fecha de mayo de 2025, si tiene una instancia multiarrendatario, hay algunas excepciones en las que ya no se aplicarán los derechos adquiridos:

  • Si tiene una base de datos existente y sólo cambia la asignación de RAM, se le cobrará lo correspondiente a los cambios de RAM.
  • Si tiene una base de datos existente y cambia la asignación de CPU, se le cobrará por toda la CPU y RAM asignada a su base de datos.
  • Si crea una nueva instancia de Shared Compute, se le cobrará por toda la CPU y RAM asignada a su base de datos.
  • Si usted mismo realiza la transición de su instancia multi-tenant a Shared Compute, se le cobrará por toda la CPU y RAM asignada a su base de datos.

Colocación de transiciones informáticas compartidas y aisladas

Para determinar cómo cambiarán los modelos de alojamiento existentes a Shared y Isolated Compute, revise las tablas siguientes. En la conmutación, se supone que los puntos de partida son multitenant al viejo estilo (CPU sin asignar, o 0) y núcleos dedicados.

Colocación automática de transiciones
Si su asignación de recursos actual es N CPU x M RAM
(Bases de datosNon-RabbitMQ ):
Se le colocará automáticamente en
(Bases de datosNon-RabbitMQ ):
N = 0 CPU, M < 4 GB RAM 0.0.5 CPU x 4 GB RAM, computación compartida
N = 0 CPU, 4 GB RAM < M ≤ 16 GB RAM M/8 CPU x M GB RAM, computación compartida
N = 0 CPU, M > 16 GB RAM 2 CPU x M GB RAM, computación compartida
0 CPU < N ≤ 4 CPU, M ≤ 16 GB RAM 4 CPU x 16 GB RAM, computación aislada
4 CPU < N ≤ 8 CPU O 16 GB RAM < M ≤ 32 GB RAM 8 CPU x 32 GB RAM, computación aislada
4 CPU < N ≤ 8 CPU O 32 GB RAM < M ≤ 64 GB RAM 8 CPU x 64 GB RAM, computación aislada
8 CPU < N ≤ 16 CPU O 32 GB RAM < M ≤ 64 GB RAM 16 CPU x 64 GB RAM, computación aislada
16 CPU < N ≤ 32 CPU O 64 GB RAM < M ≤ 128 GB RAM 32 CPU x 128 RAM, computación aislada
16 CPU < N ≤ 30 CPU O 64 GB RAM < M ≤ 240 GB RAM 30 CPU x 240 RAM, computación aislada


Colocación automática de transición RabbitMQ
Si su asignación de recursos actual es N CPU x M RAM
(RabbitMQ):
Se le colocará automáticamente en
(RabbitMQ):
N = 0 CPU, M < 8 GB RAM 1 CPU x 8 GB RAM, computación compartida
N = 0 CPU, 8 GB RAM < M ≤ 16 GB RAM M/8 CPU x M GB RAM, computación compartida
N = 0 CPU, M > 16 GB RAM 2 CPU x M GB RAM, computación compartida
0 CPU < N ≤ 4 CPU, M ≤ 16 GB RAM 4 CPU x 16 GB RAM, computación aislada
4 CPU < N ≤ 8 CPU O 16 GB RAM < M ≤ 32 GB RAM 8 CPU x 32 GB RAM, computación aislada
4 CPU < N ≤ 8 CPU O 32 GB RAM < M ≤ 64 GB RAM 8 CPU x 64 GB RAM, computación aislada
8 CPU < N ≤ 16 CPU O 32 GB RAM < M ≤ 64 GB RAM 16 CPU x 64 GB RAM, computación aislada
16 CPU < N ≤ 32 CPU O 64 GB RAM < M ≤ 128 GB RAM 32 CPU x 128 RAM, computación aislada
16 CPU < N ≤ 30 CPU O 64 GB RAM < M ≤ 240 GB RAM 30 CPU x 240 RAM, computación aislada