IBM Cloud Docs
托管模式过渡时间表和过渡安置

托管模式过渡时间表和过渡安置

从现有托管模式向隔离和共享计算模式过渡的时间表

自动过渡到共享计算的多租户用户将不受限制,这意味着如果需要,他们的 RAM 和 CPU 将增加到共享计算的最低资源分配。 在 2025 年 5 月之前不会收取这些增加的费用。

2024 年 8 月 - 对多租户实例应用内存最低分配

  • 现有的多租户实例将开始向共享计算过渡;这意味着,首先将应用多租户实例的内存最低分配(所有其他数据库为 8 GB 内存RabbitMQ,4 GB 内存),提升低于这些最低分配的现有实例的内存。
  • 所有新的配置请求还必须符合最低资源要求(1 个 CPU 和 8 GB 内存用于RabbitMQ, 0.5CPU,4 GB 内存用于所有其他数据库)。
  • 现有专用核心用户不会受到最低资源要求的影响,除非对当前低于最低资源要求的实例调用了缩放或供应操作。
  • 此后,多用户数据库将逐步从非确定性 CPU 分配过渡到确定性共享计算 CPU 分配。 在过渡之前,请监控数据库的 CPU 使用情况,以确定需要分配多少资源来维持当前的性能水平。
  • 现有多租户用户的 CPU 和最小 RAM 资源分配将自动添加到 2025 年 5 月。

2024 年 9 月 - 多租户实例向共享计算过渡

  • 所有新的多租户条款都将使用共享计算。
  • 现有的多租户实例将开始向共享计算过渡。 首先,将对多租户实例应用内存最低分配(8 GB 内存用于RabbitMQ,4 GB 内存用于所有其他数据库),提升低于这些最低分配的现有实例的内存。
  • 所有新的配置请求还必须符合最低资源要求(1 个 CPU 和 8 GB 内存用于RabbitMQ, 0.5CPU,4 GB 内存用于所有其他数据库)。
  • 现有专用核心用户不会受到最低资源要求的影响,除非对当前低于最低资源要求的实例调用了缩放或供应操作。
  • 此后,多用户数据库将逐步从非确定性 CPU 分配过渡到确定性共享计算 CPU 分配。
  • 行动: 在过渡之前,监控数据库的 CPU 使用情况,以确定需要分配多少资源来维持当前的性能水平。
  • 现有多租户用户的 CPU 和最小 RAM 资源分配将自动添加到 2025 年 5 月。
  • 专用内核配置仍然可用。

2025年5月——多租户用户祖父条款终止,专用核心过渡到隔离计算

  • 在此之前,所有现有多租户用户的 CPU 和最低内存分配都将保持不变。
  • 从现在起,多租户实例将需要遵守共享计算资源分配。

2025 年 5 月 18 日至 26 日期间,专用核心用户将过渡到隔离计算。 共享计算实例将在 2025 年 6 月 2 日至 9 日期间取消“祖父效用”。 所有专用内核实例都将过渡到最近的较大隔离计算规模。 专用核心实例可按照简单的切换步骤,随时使用 Cloud Databases CLI plug-inCloud Databases API 或通过 Terraform 过渡到隔离计算。

更改前将发送通知,包括在以下时间发送通知:

  • 在多租户过渡到共享计算之前,通知您预期的变化。
  • 在所有多租户实例过渡到共享计算资源分配后,建议您检查数据库性能,并根据需要调整资源。
  • 在最终关闭专用内核并过渡到隔离计算之前。 此外,在共享计算实例的不溯既往期结束之前。 您还可以在 IBM Cloud公告 中找到所有通知。

在 2025 年 5 月之前,如果您有一个多租户实例,有几种例外情况将不再适用不溯既往原则:

  • 如果您有一个现有数据库,但只更改了内存分配,则将根据内存更改情况收取相应费用。
  • 如果您已有一个数据库,但更改了 CPU 分配,则将对分配给您数据库的所有 CPU 和 RAM 收费。
  • 如果创建一个新的共享计算实例,将对分配给数据库的所有 CPU 和内存收费。
  • 如果您自己将多租户实例过渡到共享计算,则将对分配给您数据库的所有 CPU 和内存收费。

共享和隔离计算过渡安置

要确定现有托管模式将如何切换到共享和隔离计算,请查看下表。 在切换过程中,假设起点是旧式多租户(CPU 未分配或为 0)和专用内核。

自动过渡安置
如果您当前的资源分配为 N CPU x M RAM
(Non-RabbitMQ数据库):
您将自动进入
(Non-RabbitMQ数据库):
n = 0 CPU,m < 4GB 内存 0.0.5CPU x 4 GB RAM,共享计算
n = 0 CPU,4 GB 内存 < m ≤ 16 GB 内存 M/8CPU x M GB RAM,共享计算
n = 0 CPU,m > 16GB 内存 2 CPU x M GB RAM,共享计算
0 cpu < n ≤ 4 cpu, m ≤ 16 gb ram 4 CPU x 16 GB RAM,隔离计算
4 个 CPU < n ≤ 8 个 CPU 或 16GB 内存 < m ≤ 32GB 内存 8 CPU x 32 GB RAM,隔离计算
4 个 CPU < n ≤ 8 个 CPU 或 32GB 内存 < m ≤ 64GB 内存 8 CPU x 64 GB RAM,隔离计算
8 CPU < n ≤ 16 CPU 或 32GB RAM < m ≤ 64GB RAM 16 CPU x 64 GB RAM,隔离计算
16 CPU < n ≤ 32 CPU 或 64GB 内存 < m ≤ 128GB 内存 32 CPU x 128 RAM,隔离计算
16 CPU < n ≤ 30 CPU 或 64GB RAM < m ≤ 240GB RAM 30 CPU x 240 RAM,隔离计算


自动过渡安置RabbitMQ
如果您当前的资源分配为 N CPU x M RAM
(RabbitMQ):
您将自动进入
(RabbitMQ):
n = 0 CPU,m < 8GB 内存 1 CPU x 8 GB 内存,共享计算
n = 0 CPU,8 GB RAM < m ≤ 16 GB RAM M/8CPU x M GB RAM,共享计算
n = 0 CPU,m > 16GB 内存 2 CPU x M GB RAM,共享计算
0 cpu < n ≤ 4 cpu, m ≤ 16 gb ram 4 CPU x 16 GB RAM,隔离计算
4 个 CPU < n ≤ 8 个 CPU 或 16GB 内存 < m ≤ 32GB 内存 8 CPU x 32 GB RAM,隔离计算
4 个 CPU < n ≤ 8 个 CPU 或 32GB 内存 < m ≤ 64GB 内存 8 CPU x 64 GB RAM,隔离计算
8 CPU < n ≤ 16 CPU 或 32GB RAM < m ≤ 64GB RAM 16 CPU x 64 GB RAM,隔离计算
16 CPU < n ≤ 32 CPU 或 64GB 内存 < m ≤ 128GB 内存 32 CPU x 128 RAM,隔离计算
16 CPU < n ≤ 30 CPU 或 64GB RAM < m ≤ 240GB RAM 30 CPU x 240 RAM,隔离计算