LNMP服务器资源分配建议

LNMP服务器资源分配建议

一 核心原则

• 明确业务目标：以目标并发连接数、RPS、页面平均响应时间、数据库QPS/慢查询为核心指标，先定性能目标再定资源与参数。
• 预留安全余量：为系统与其他服务预留**20%–30%**内存与CPU余量，避免峰值或突发流量导致雪崩。
• 优先“内存换I/O”：数据库与对象缓存优先使用内存（如 InnoDB 缓冲池、OPcache、Redis/Memcached），存储优先SSD/RAID10。
• 分离与分层：高负载场景建议Web/DB分离、读写分离、引入缓存层与CDN，降低单点压力。
• 持续度量与迭代：建立监控与压测闭环（CPU、内存、连接、I/O、慢查询），小步调整、灰度验证。

二 硬件与系统配置

• 计算与内存：数据库或重负载实例建议≥32GB内存，更高并发/更大实例建议64–128GB；CPU以多核为主，关注单核性能与L2/L3缓存。
• 存储与阵列：优先SSD；主库推荐RAID10，从库可按成本选择RAID5/RAID10；必要时多盘分拆（数据/日志/临时）。
• 网络：千兆以上网络，高并发/大流量建议网卡Bonding与TCP栈优化。
• 操作系统与文件系统：使用x86_64系统（如 CentOS/AlmaLinux），推荐XFS；如平台存在NUMA影响可优先关闭NUMA；I/O调度器可选deadline。
• 内核与资源：适度提升文件描述符上限；内核参数建议：vm.swappiness=0–10、vm.dirty_background_ratio=5–10、vm.dirty_ratio≈其2倍，减少换页与抖动。

三 组件内存与并发分配

• Nginx
  • 内存：常规每个工作进程约10–50MB；并发极高时单进程可能**>100MB**；空载基础面板约**~60MB**。
  • 并发：理论并发≈worker_processes × worker_connections；常见设置如worker_processes=CPU核心数（或2倍）、worker_connections=1024–2000；启用epoll事件模型与Gzip压缩、静态资源长缓存。
• MySQL（InnoDB）
  • 内存：核心为innodb_buffer_pool_size=物理内存的50%–80%（如8GB内存可先配4–6GB）；key_buffer_size=256M–512M；连接相关如max_connections与thread_cache_size按并发与内存评估。
  • I/O：建议innodb_log_file_size=256M–512M以减少日志刷新；慢查询日志与EXPLAIN/pt-query-digest定期分析。
• PHP-FPM
  • 内存：每个子进程约15–30MB（取决于扩展与业务）；估算最大进程数：N_max_children ≤ (可用内存 − MySQL缓冲池 − 系统/其他) ÷ 单进程内存；进程模型（static/dynamic/ondemand）按业务峰值与波动选择。
  • 执行：启用OPcache；合理设置pm.max_children/start_servers/min_spare_servers/max_spare_servers；优化脚本与禁用无用扩展。

四 典型场景配置示例

五 监控与容量规划

• 监控指标：CPU利用率、内存与Swap、每个Nginx/PHP-FPM进程内存、MySQL缓冲池命中率与Threads_connected/Running、慢查询数、磁盘IOPS/延迟、网络吞吐与重传。
• 工具与方法：系统层用top/htop/vmstat/iostat/sar/netstat；数据库用慢查询日志与pt-query-digest；应用层接入Prometheus/Grafana或Zabbix做可视化告警。
• 容量评估步骤：先测单实例RPS/并发与P95/P99时延→按目标峰值×安全系数1.3–2.0→反推内存/CPU/连接/磁盘→小步变更并压测验证→固化到配置基线。