容量规划

引言：为什么需要容量规划？ 在生产环境中，容量不足会导致： 系统崩溃：流量高峰时服务不可用 性能劣化：响应时间暴增，用户体验极差 资源浪费：过度预留资源，成本高昂 而容量过剩则意味着： 成本浪费：服务器、数据库、带宽资源闲置 运维复杂：管理大量不必要的实例 容量规划的目标是在成本和性能之间找到最佳平衡点，确保系统在满足业务需求的同时，资源利用率最优。 一、容量规划基础 1.1 核心指标 吞吐量指标： QPS（Queries Per Second）：每秒查询数 TPS（Transactions Per Second）：每秒事务数 RPS（Requests Per Second）：每秒请求数 CPS（Connections Per Second）：每秒连接数 响应时间指标： Avg：平均响应时间 P50（中位数）：50%的请求响应时间 P95：95%的请求响应时间（重要指标） P99：99%的请求响应时间（核心指标） P999：99.9%的请求响应时间（SLA承诺） 资源利用率指标： CPU利用率：< 70%（预留buffer） 内存利用率：< 80% 磁盘I/O：< 70% 网络带宽：< 70% 1.2 容量评估公式 基本公式： 系统容量 = (单机QPS × 机器数量) / 安全系数 安全系数 = 1.2 ~ 1.5（预留20-50%buffer） 容量评估示例： 业务需求： - 日活用户（DAU）：100万 - 人均日请求：20次 - 高峰期占比：30% - 峰值QPS = (100万 × 20) / 86400 × 2 × 0.3 ≈ 139 QPS 单机性能： - 单机QPS：1000（压测得出） - 需要机器数：139 / 1000 × 1.5 ≈ 1台（实际部署2台） 1.3 Little’s Law（利特尔法则） L = λ × W L：系统中平均请求数（并发用户数） λ：请求到达率（QPS） W：请求在系统中的平均停留时间（响应时间） 示例： - QPS = 1000 - 平均响应时间 = 100ms = 0.1s - 并发用户数 = 1000 × 0.1 = 100 二、性能测试工具 2.1 JMeter 实战 安装： ...