版本：0.9

容量规划

本指南提供了关于 GreptimeDB 的 CPU、内存和存储需求的一般建议。

GreptimeDB 具备超轻量级的启动基准，这使数据库能以最少的服务器资源启动。然而当为生产环境配置服务器容量时，以下关键因素需要被考虑：

要监控 GreptimeDB 的各种指标，请参阅监控。

CPU

一般来说，大量并发查询、处理大量数据或执行其他计算密集型操作的应用需要更多的 CPU 核数。

以下是一些关于 CPU 资源使用的建议，但实际使用的 CPU 核数取决于你实际的工作负载。

你可以考虑将 30% 的 CPU 资源用于数据写入，剩余 70% 用于查询和分析。

一般推荐 CPU 到内存的比例为 1:4（例如，8 核 32 GB），如果你的主要工作负载是数据写入且查询请求较少， 1:2 的比例（8 核 16 GB）也是可以接受的。

一般来说，内存越大，查询速度越快。对于基本工作负载，建议至少有 8 GB 的内存，对于更高级的工作负载，建议至少有 32 GB 的内存。

GreptimeDB 具有高效的数据压缩机制，可将原始数据大小减少到其初始大小的约 1/8 到 1/10。这使得 GreptimeDB 以更小的空间存储大量数据。

数据可以存储在本地文件系统或云存储中，例如 AWS S3。有关存储选项的更多信息，请参阅存储配置文档。

由于云存储在存储管理方面的简单性，强烈推荐使用云存储进行数据存储。使用云存储时，本地存储空间只需要大约 200GB 用于查询相关的缓存和 Write-Ahead Log (WAL)。

无论你选择云存储还是本地存储，建议设置保留策略以有效管理存储成本。

假设你的数据库每秒处理约 200 个简单查询请求（QPS），每秒处理约 300k 数据点的写入请求，使用云存储存储数据。

在这种写入和查询速率下，以下是你可能分配资源的示例：

这样的分配旨在优化性能，确保数据写入和查询处理的平稳进行，而不会导致系统过载。然而，请记住这些只是建议，实际需求可能会根据特定的工作负载特征和性能期望而有所不同。