手动更改计算资源

Timescale Cloud 的收费基于您的存储使用量。您无需为固定存储大小付费，也无需担心数据增长时磁盘大小的扩展——我们为您处理一切。为进一步降低数据成本，请结合使用 Hypercore、数据保留策略 和 分层存储。

您可以随时使用 Timescale 控制台 调整 Timescale Cloud 服务可用的计算（CPU/RAM）资源，仅有短暂的停机时间。

您可以随时更改 Timescale Cloud 服务的 CPU 和内存分配，停机时间极短，通常不到一分钟。新资源在服务重启后立即可用。您可以根据需要频繁地增加或减少 CPU 和内存分配。

展开图片

应用新的计算设置时会有短暂的停机时间。在大多数情况下，这不到一分钟。但是，在对服务进行更改之前，最佳实践是在服务上启用 HA 复制。当您调整启用了 HA 的服务时，Timescale Cloud 会进行以下操作：

1. 调整副本大小。
2. 等待副本追赶进度。
3. 执行到已调整大小的副本的切换。
4. 重启主数据库。

HA 可将调整大小或维护窗口重启的停机时间从一分钟左右减少到几秒钟。

当您更改资源设置时，当前和新的费用会立即显示，以便您验证这些更改如何影响您的成本。

警告

由于计算资源更改需要中断您的 Timescale Cloud 服务，请相应地进行规划，以确保在适当的服务窗口期间应用设置。

如果在 Timescale Cloud 服务上运行密集查询，您可能会遇到内存不足 (OOM) 错误。如果查询消耗的内存超过可用内存，就会发生这种情况。

发生这种情况时，`OOM killer` 进程会使用 `SIGKILL` 命令关闭 PostgreSQL 进程，直到内存使用量降至上限以下。由于这会终止整个服务器进程，因此通常需要重新启动。

为防止 OOM 错误导致服务中断，Timescale Cloud 会尝试仅关闭导致问题的查询。这意味着有问题的查询不会运行，但您的 Timescale Cloud 服务会继续正常运行。

• 如果触发了正常的 OOM killer，错误日志将如下所示

  2021-09-09 18:15:08 UTC [560567]:TimescaleDB: LOG: server process (PID 2351983) was terminated by signal 9: Killed

  复制

  在重新连接之前，请等待 Timescale Cloud 服务重新上线。

• Timescale Cloud 仅关闭客户端连接

  如果 Timescale Cloud 成功地保护服务免受 OOM killer 的影响，它将只关闭使用过多内存的客户端连接。这可以防止整个 Timescale Cloud 服务关闭，因此您可以立即重新连接。错误日志如下所示

  2022-02-03 17:12:04 UTC [2253150]:TimescaleDB: tsdbadmin@tsdb,app=psql [53200] ERROR: out of memory

  复制