NVMe Gen5 裸金属，让数据库又快又稳

在现代硬件上，数据库性能主要取决于有多少数据能放进内存。请估算工作集，也就是查询在一个典型小时内会访问的表和索引，而不是磁盘上的全部数据量。如果工作集能放进内存且还有余量，读取就都来自内存，NVMe 硬盘主要承接写入。

数据库专用服务器的参数起点：

• PostgreSQL：shared_buffers 设为内存的 25% 左右，effective_cache_size 设为 75% 左右，其余交给操作系统页缓存。
• MySQL 和 MariaDB（InnoDB）：innodb_buffer_pool_size 设为内存的 60% 至 75%。
• Redis 和 Valkey：将 maxmemory 设得远低于物理内存，为基于 fork 的快照留出余量。

粗略估算，假设约 30% 的内存留给连接、排序和操作系统，Pro 32 可缓存约 270 GB 的工作集，Pro 48 约 400 GB，Pro 64 约 540 GB。内存带宽同样重要：12 通道 DDR5-6000 为每路 EPYC 9005 处理器提供约 576 GB/s 的理论峰值内存带宽。

每台 Pro 系列服务器至少配备两块 NVMe Gen5 硬盘，请把它们做成镜像。用 mdadm 组软件 RAID 1 或使用 ZFS 镜像，单块硬盘故障时数据库照常运行；每个机房都备有现场备件，故障硬盘能很快更换。在 Pro 64 上，四块盘组 RAID 10 的写入带宽约为单组镜像的两倍。

比硬盘本身的速度更重要的几项选择：

• 文件系统：XFS 或 ext4，挂载时加 noatime。使用 ZFS 时，常见的起点是让 recordsize 与数据库页大小一致：PostgreSQL 为 8K，InnoDB 为 16K。
• 写入密集型数据库不用校验 RAID：RAID 5 和 RAID 6 会把小块随机写变成读-改-写循环。
• 先做基准测试：迁移前用 fio 按你的块大小测试，用 pgbench 或 sysbench 按你的并发量测试，并把结果保留下来作为基线。
• 预留空闲空间：写时复制文件系统和 SSD 在接近写满时会变慢，容量使用率应规划在约 80% 以下。

具体配置步骤见我们的指南：用 mdadm 在 NVMe 上配置软件 RAID。

将备库部署在同一机房，并通过免费私有 VLAN 连接：复制流量不经过公网接口，内网流量也不计费。典型的高可用架构如下：

• 两台配置相同的 Pro 服务器分别作为主库和备库，采用同步或异步复制。
• 故障切换管理：PostgreSQL 用 Patroni 搭配 etcd，或使用 MySQL InnoDB Cluster，再加一台小型节点（如 Core 16）作为第三个节点参与仲裁。
• 路由层：HAProxy 配合 Patroni 健康检查，或使用 MySQL Router，确保客户端始终连接到当前主库。再加上 PgBouncer 实现连接池。

容灾方面，可通过 WireGuard 或 TLS 在第二个机房增加一个异步副本。流量不限，跨机房复制不产生任何传输费用。备份要与副本分开：误执行的 DELETE 会被副本立即复制过去，而备份能让你回到过去的时间点。用 pgBackRest 或 Percona XtraBackup 备份到 Storage 264，可以很好地应对大规模归档。