使用弹性池合并 Autonomous Database 实例

根据 Autonomous Database 实例的计算资源分配，使用弹性池来整合这些实例，并节省高达 87% 的成本。

弹性池将所有数据库迁移到云端，可帮助您提高运营效率并降低成本。这还支持使用 Autonomous Database 整合资源并简化管理和运营。如果您需要大量无需停机即可弹性扩展和收缩的数据库，那么您可以通过创建和使用弹性池来从中受益。

创建弹性池时，可以从一组预定义的池大小中选择池大小。池大小决定了计算费用以及可以在给定池中预配的 ECPU 数。

注意：

弹性池仅适用于不使用 Autonomous Data Guard 的 ECPU 计算模型的 Autonomous Database 实例。

相关主题

关于弹性池

使用弹性池时，可以使用以下几个术语：
  • 池主管：创建弹性池的 Autonomous Database 实例。
  • 池成员：添加到弹性池的 Autonomous Database 实例。
  • 池大小：创建弹性池时设置的值。池大小必须是可用的弹性池配置之一。
  • 池配置：创建弹性池时，可以从有效的池大小中选择池配置。配置必须为 128 个、256 个、512 个、1024 个、2048 个或 4096 个 ECPU 之一。
  • 池容量：弹性池可以使用的最大 ECPU 数。它是池大小的四倍 (x4)。

以下内容适用于弹性池：

  • 预配池领导或成员时，会受到租户或区间级别强制实施的服务限制。
  • 启动和停止池成员数据库并不取决于池领导的状态。您可以独立停止并启动弹性池的数据库部分，包括池领导者和成员。
  • 在弹性池中，池领导的许可选择决定了整个池的许可要求。也就是说，只要 Autonomous Database 是弹性池的成员，其许可证选择就不适用，并且仅在它离开弹性池后才生效。

使用弹性池的好处

弹性池具有以下优点。它们：

  • 为一组数据库提供固定预算，同时为每个数据库提供性能弹性。
  • 可以轻松从包含超额订阅的本地 Oracle 环境迁移，从而提供迁移到 Autonomous Database 的经济高效方式。
  • 支持包含大量单个客户数据库的 SaaS 供应商。
  • 提供使用微服务体系结构的资源，该体系结构需要提供大量数据库。
  • 弹性池中的池成员不会单独计费（池领导基于池配置计费）。您可以为每个实例为池成员分配额外的 ECPU，而不必担心与各个成员的 ECPU 使用量关联的成本。
  • Autonomous Database 内存分配与 ECPU 计数直接相关，因此，为实例选择更多 ECPU 数量允许您使用更多内存运行，而无需支付额外资源。这意味着每个实例使用较多的 ECPU 将使您能够使用每个实例的更多内存，其中成本基于池配置，而不是基于单个实例的 ECPU 计数。

创建弹性池的要求

以下是 Autonomous Database 实例创建弹性池并成为池领导者的要求：

  • 实例必须使用没有 Autonomous Data Guard 的 ECPU 计算模型。
  • 实例必须是具有自治事务处理工作负载类型的 Autonomous Database 。这仅适用于池领导。弹性池可以容纳混合使用 Autonomous Transaction Processing 和 Autonomous Data Warehouse 工作负载的数据库。
  • 必须禁用自动缩放。
  • 实例不能是现有弹性池的成员。
  • 创建弹性池的 Autonomous Database 实例允许的最大单个 ECPU 计数是创建池时指定的池大小的 4 倍。
  • 创建弹性池的实例受租户限制。要创建弹性池，您必须具有足够数量的可用 ECPU（低于租户限制），以适应弹性池的大小。

加入弹性池的要求

以下是 Autonomous Database 实例加入弹性池的要求：

  • 实例必须：
    • 使用没有 Autonomous Data Guard 的 ECPU 计算模型。
    • 与池领导者位于同一租户和区域内。
    • 不是现有弹性池的成员。
    • 已禁用自动缩放。
  • 实例可以从不同的 AVMC 或不同的 Exadata 基础结构转变为领导者。
  • 弹性池可以包含具有 Autonomous Transaction Processing 和 Autonomous Data Warehouse 工作负载类型的 Autonomous Database 实例。
  • 可用池容量是 Autonomous Database 实例允许的最大单个 ECPU 计数。当实例的 ECPU 计数大于可用池容量时，不允许加入该弹性池。

池领导和成员实例 ECPU 分配

当 Autonomous Database 实例是弹性池的一部分时：

  • 实例允许的最低单个 ECPU 分配为 1 个 ECPU。

  • 单个 Autonomous Database 实例 ECPU 分配允许增量为 1 个 ECPU。

弹性池的池容量

弹性池的池容量是池大小的 4 倍。例如，池大小为 128 个 ECPU 的池为其领导和成员最多可容纳 512 个 ECPU。

以下是 Autonomous Database 实例的示例，这些实例可以位于池大小为 128 且池容量为 512 个 ECPU 的弹性池中：

  • 对于弹性池中池大小为 128 个 ECPU 的池成员，上述每个 ECPU 都有效：

    • 1 个实例具有 512 个 ECPU，共 512 个 ECPU

    • 128 个实例具有 4 个 ECPU，共 512 个 ECPU

    • 256 个实例，具有 2 个 ECPU，共 512 个 ECPU

  • 同样，对于池大小为 128 个 ECPU 的弹性池中的池成员，以下各项都有效：

    • 1 个实例具有 128 个 ECPU、2 个实例具有 64 个 ECPU、32 个实例具有 4 个 ECPU 以及 64 个实例具有 2 个 ECPU，总共 512 个 ECPU

    • 256 个实例具有 1 个 ECPU，64 个实例具有 2 个 ECPU，共 384 个 ECPU，这低于池容量 512 个 ECPU。

弹性池领导操作

创建弹性池的 Autonomous Database 实例是池领导者。

以下操作仅对池领导有效：
操作 说明
创建弹性池。 创建弹性池的 Autonomous Database 实例是池领导者。有关更多信息，请参见 Create an Elastic Pool 。
删除弹性池成员。 弹性池领导可以从弹性池中删除成员。有关更多信息，请参见 Remove Pool Members from an Elastic Pool 。
终止弹性池。 当弹性池没有池成员时，池领导可以终止弹性池。有关更多信息，请参见 Terminate an Elastic Pool 。
修改弹性池大小。 弹性池领导可以修改池大小。有关更多信息，请参见 Change the Elastic Pool Shape 。
列出弹性池成员。 池领导可以列出池成员。有关更多信息，请参见 List Elastic Pool Members 。

弹性池成员操作

添加到现有池的 Autonomous Database 实例是池成员。

以下操作仅对池成员或池领导有效：
操作 说明
加入弹性池。
You can addan Autonomous Database instance to an elastic pool as a member only when:
  • 池中剩余的 ECPU 足以进行分配（4x 池大小）。
  • 该实例是受支持的工作量类型之一，即事务处理或数据仓库。
  • 其计算模型为 ECPU。
  • 它尚未是其他池的成员。
  • 它未配置 Autonomous Data Guard。

有关指导，请参见 Join an Elastic Pool 和 Join an Elastic Pool While Provisioning or Cloning an Autonomous Database 。

离开弹性池。 作为池成员，您可以从弹性池中删除实例。
  • 当池成员离开弹性池时：
    • 已禁用自动缩放。离开弹性池后，您可以为实例启用自动缩放。
    • 池将有更多可用资源。例如，如果弹性池已完全分配给池容量，并且具有 10 个 ECPU 的实例离开池，则弹性池将具有 10 个可用 ECPU。

有关说明，请参阅保留弹性池 Autonomous Database 。