我会先估算压缩后总大小而不是只看文档数。假设主数据约 2TB，希望单 shard 3050GB，初始需要约 4070 个主分片，再结合数据节点数让主分片均匀分布，并压测索引与查询。日志类数据更适合 data stream + rollover，让每个 backing index 的 shard 保持目标大小。

副本通常至少 1，保证单节点故障后仍可查询，也能增加搜索并行资源，但写入和存储成本会成倍增加。节点和副本必须跨故障域分配。

分片过多会让 cluster state、heap、文件句柄、segment、查询 fan-out 和恢复开销上升；大量 1GB 小 shard 往往比少量合理 shard 更差。分片过大则迁移和恢复时间长。

我会通过 rollover、ILM 和定期 shrink/迁移管理生命周期，而不是为十年后容量一次创建几百个空主分片。