手动更改计算资源

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

您可以使用 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

  复制