对专用 Exadata 基础结构上的自治 AI 数据库计费

Oracle Autonomous AI Database on Dedicated Exadata Infrastructure 使用特定的算法来分配和使用自治 AI 数据库使用的计算资源。了解这些算法可帮助您确定如何以经济高效的方式最好地创建和配置自治 AI 数据库，从而实现性能目标。

CPU 计费详细信息

Oracle Autonomous AI Database on Dedicated Exadata Infrastructure 按如下方式计算 CPU 计费：

1. 每秒以整个 ECPU 或 OCPU 为单位测量每个自治 AI 数据库的 CPU 占用率。

   a. 已停止的自治 AI 数据库使用零 ECPU 或 OCPU。自治 AI 数据库停止后，不会向您开票。

   b. 由于自动扩展，正在运行的自治 AI 数据库会使用其分配的 ECPU 或 OCPU 数以及任何其他 ECPU 或 OCPU。运行自治 AI 数据库时，将按当前分配给数据库的 CPU 数计费（无论是在初始创建时指定还是以后通过手动缩放操作指定）。此外，如果为数据库启用了自动缩放，则系统会针对数据库自动缩放所使用的任何其他 CPU 每秒向您收取费用。

   注：创建 AVMC 和 ACD 资源不会启动计费。因此，即使您为 AVMC 分配总 CPU 计数，并且每个 ACD 在创建时会消耗 8 个 ECPU 或每个节点 2 个 OCPU，也不会对这些 CPU 计费。只有在 AVMC 和底层 ACD 中预配自治 AI 数据库并且该数据库正在积极运行后，才会对使用的 CPU 进行计费。因此，您可以在 AVMC 中创建 ACD，以便根据您的业务线、功能区或某些其他技术对数据库进行组织和分组，而无需担心产生成本。

   c. 创建自治 AI 数据库时，默认情况下，Oracle 会预留更多 CPU，以确保即使节点发生故障，数据库也能以至少 50% 的容量运行。在预配 ACD 时，您可以将节点间预留的 CPU 百分比更改为 0% 或 25%。有关说明，请参见 Create an Autonomous Container Database 中的节点故障转移保留。这些额外的 CPU 不包括在计费中。

   注：基于 Oracle Database@AWS 的专用 Exadata 基础结构上的自治 AI 数据库仅支持 ECPU 计算模型。

2. 每个自治 AI 数据库的每秒平均测量时间间隔为每小时。

3. 自治 AI 数据库的每小时平均值加在一起，以确定整个自治 VM 集群资源的每小时 CPU 占用率。

专用 Exadata 基础结构上的自治 AI 数据库计算成本在 AVMC 级别进行汇总和报告，涵盖 AVMC 中所有 ACD 中的所有活动自治 AI 数据库。OCI 成本分析可以提供 AVMC 的使用情况和成本。

要估计每个自治 AI 数据库的成本，请对自治 AI 数据库中的 ECPU 总数求和，并根据每个自治 AI 数据库在 CPU 总占用率中的份额来分配成本。例如：

如果 AVMC 报告计费周期为 1500 个 ECPU ，并且有三个自治 AI 数据库处于活动状态；具有 10 个 ECPU 的数据库 A、具有 20 个 ECPU 的数据库 B 以及具有 30 个 ECPU 的数据库 C。成本分解为：

• 数据库 A ：10/(10+20+30) = 16.67%/1500

• 数据库 B ：20/(10+20+30) = 1500 的 33.33%

• 数据库 C ：30/(10+20+30) = 1500 的 50%

这假定 CPU 大小固定且无自动缩放，并且所有 3 个自治 AI 数据库都在计费期间运行。为了提高准确性，请使用分配的 ECPU 度量来捕获每个自治 AI 数据库的实际 ECPU 使用量。

建议您看到：

• 自治 AI 数据库中的计算管理，了解 CPU 如何在总 CPU、可用 CPU 和可回收 CPU 类别之间移动，以及如何计费。

• 自动缩放时的 CPU 分配，了解通过自动缩放分配的 CPU 如何影响计费以及特定示例。

• 成本分析：可视化、跟踪和优化 Oracle Cloud Infrastructure 支出。

弹性池计费

通过弹性池，您可以根据自治 AI 数据库实例的计算资源计费来合并实例。

您可以将弹性池视为移动电话服务“家庭计划”，但自治 AI 数据库实例除外。数据库不是为每个数据库单独付费，而是分组到一个池中，在该池中，一个实例（领导）将针对与整个池关联的计算使用量收费。有关弹性资源池的完整详细信息，请参阅使用弹性池合并自治 AI 数据库实例。

弹性资源池使用情况：

• 按池引导者计费，并根据池引导者和成员的弹性资源池大小和每小时实际 ECPU 使用量进行计费。

• 可以超过池大小（池容量最多可以比池大小大四倍）。

• 计费仅包含计算资源（即 ECPU 使用量），并且所有计算使用量都由作为池领导者的自治 AI 数据库实例计费。

使用弹性池，在所选池大小上最多可以预配 4 倍的 ECPU 数，并且可以预配弹性池中的数据库实例，每个数据库实例最多可预配 1 个 ECPU。在弹性池之外，每个数据库实例的最小 ECPU 数为 2 个 ECPU。例如，池大小为 128 时，您可以预配 512 个自治 AI 数据库实例（每个实例具有 1 个 ECPU 时）。在此示例中，将根据 128 个 ECPU 的池大小计算资源对池大小计算资源计费，而您可以访问 512 个自治 AI 数据库实例。相比之下，在不使用弹性池的情况下单独预配 512 个自治 AI 数据库实例时，必须为每个自治 AI 数据库实例至少分配 2 个 ECPU。在本示例中，您将为 1024 个 ECPU 付费。使用弹性池可节省高达 87% 的计算成本。

创建弹性池后，给定小时内的 ECPU 总使用量将计入自治 AI 数据库实例（即池领导者）。除了池领导者之外，作为池成员的各个自治 AI 数据库实例在属于弹性池的成员时不会收取 ECPU 使用费。

弹性池计费如下：

• 如果 ECPU 总峰值使用率等于或低于给定小时内的池大小，则按池大小的 ECPU 数（池大小的 1 倍）收费。

• 创建弹性池后，即使在池成员数据库和池引导器停止时，ECPU 计费仍至少会以池大小速率的一次为限。

• 换言之，如果池的聚合峰值 ECPU 占用率小于或等于给定小时内的池大小，则按池大小 ECPU 数（池大小的 1 倍）收费。如果这些数据库在不使用弹性池的情况下单独计费，则可以节省高达 87% 的计算成本。

• 如果池引导者和成员的聚合峰值 ECPU 使用率在给定计费小时内的任意时间点超过池大小：

  • 池的聚合峰值 ECPU 占用率等于或小于池大小 ECPU 数的两倍：对于大于 1 倍的使用量在给定的计费小时内，池大小的 ECPU 数以及至多 ECPU 数的两倍（包括两倍）：小时计费是池大小的 ECPU 数的两倍。换言之，如果池的聚合峰值 ECPU 占用率超过池大小，但在给定小时内小于或等于池大小的两倍，则会向您收取池大小 ECPU 数的两倍（池大小的两倍）。在不使用弹性池的情况下，这些数据库单独计费可节省多达 75% 的计算成本。

  • 池的聚合峰值 ECPU 占用率等于或小于池大小 ECPU 数的四倍：对于大于池的两倍的使用量：在给定的计费小时内，CPU 大小数以及 ECPU 大小数的四倍（包括池大小 ECPU 大小）。按小时计费是池大小 ECPU 大小数的四倍。换言之，如果池的聚合峰值 ECPU 使用率超过给定小时池大小的两倍，则会向您收取池大小 ECPU 数的四倍（池大小的四倍）。如果这些数据库在不使用弹性池的情况下单独计费，则可以节省高达 50% 的计算成本。

• 例如，可以考虑池大小为 128 个 ECPU 且池容量为 512 个 ECPU 的弹性池：

  • 案例 1：池引导者和成员的 ECPU 峰值聚合利用率为 40 个 ECPU，时间为下午 2:00 到下午 2:30，时间为下午 2:30 到下午 3:00。

    • 对于此计费小时（下午 2-3），弹性池按 128 个 ECPU 计费，一次为池大小。此情况适用于计费小时弹性池的峰值聚合 ECPU 使用量小于或等于 128 个 ECPU。

  • 案例 2：池引导者和成员的 ECPU 峰值聚合利用率为 40 个 ECPU，时间为下午 2:00 到下午 2:30，时间为下午 2:30 到下午 3:00。

    • 对于此计费小时（下午 2 点到 3 点），弹性池按 256 个 ECPU 的计费方式是池大小的两倍。当计费小时弹性池的峰值聚合 ECPU 使用量小于或等于 256 个 ECPU 且大于 128 个 ECPU 时，此情况适用。

  • 案例 3：池引导者和成员的 ECPU 峰值聚合利用率为 80 个 ECPU，介于下午 2:00 和下午 2:30 之间，509 个 ECPU，介于下午 2:30 和下午 3:00 之间。

    • 对于此计费小时（下午 2-3），弹性池按 512 个 ECPU 计费（池大小的四倍）。当计费小时弹性池的峰值聚合 ECPU 使用量小于或等于 512 个 ECPU 且大于 256 个 ECPU 时，此情况适用。

有关详细信息，请参阅如何在自治 AI 数据库上使用弹性资源池实现高达 87% 的计算成本节省。

创建或终止池时的弹性池计费

创建或终止弹性池时，对弹性池的整个小时计费。此外，当实例不在弹性池中时，会针对在池中添加或删除的任何计算使用量计费（在本例中，计费适用于各个自治 AI 数据库实例）。

• 池创建示例：假设具有 4 个 ECPU 的自治 AI 数据库实例不属于任何弹性池。下午 2:15，如果您使用此实例创建池大小为 128 个 ECPU 的弹性池，则该实例将成为池的引领者。假设自治 AI 数据库在下午 2 点到 3 点之间空闲，并且池中没有其他自治 AI 数据库实例，则按以下方式对下午 2 点到 3 点之间的小时计费：

  • 下午 2 – 3 期间的账单为：(4 * 0.25) + 128 = 129 个 ECPU。

  • 其中 (4 * 0.25) 是对自治 AI 数据库实例创建弹性池前十五分钟的计算计费（期间为下午 2 点到 2 点 15 分，该实例将根据 VM 集群计费），128 个 ECPU 是创建弹性池时一小时的计费。

• 池终止示例：假设具有 4 个 ECPU 的自治 AI 数据库实例是弹性池的领导者，池大小为 128 个 ECPU。下午 4:30，如果您终止弹性池，则数据库将成为独立的自治 AI 数据库实例，而不是任何弹性池的一部分。假设自治 AI 数据库在下午 4 点到 5 点之间空闲，并且池中没有其他自治 AI 数据库实例，则按以下方式对下午 4 点到 5 点之间的小时计费：

  • 下午 4 – 5 的账单为：(4 * 0.5) + 128 = 130 个 ECPU。

  • 其中，(4 * 0.5) 是对自治 AI 数据库实例终止弹性池后三十分钟的计算计费，128 个 ECPU 是对弹性池终止时的小时计费。

  • 自治 AI 数据库实例离开池后，它将再次成为 VM 集群的一部分，并根据 VM 集群计费。

池成员或领导离开池时弹性池计费

对保留弹性池的自治 AI 数据库实例计费将根据单个实例使用的计算资源返回到单个实例计费：

• 如果具有 2 个或更多 ECPU 的池成员离开池，则单个实例的 ECPU 分配将保留，并按该数量的 ECPU 对实例计费。

• 如果具有 1 个 ECPU 的池成员离开池，则 ECPU 分配将自动设置为 2 个 ECPU，并且除非扩展实例，否则会针对 2 个 ECPU 计费。

相关内容

• 自治 AI 数据库中的计算管理

• 使用弹性池合并自治 AI 数据库实例