LAMP架构中的资源调度实践
一 负载均衡与流量分发
- 入口层调度：使用HAProxy或Nginx做反向代理与负载均衡，常见策略为轮询（roundrobin），并开启健康检查与会话保持（如基于IP或Cookie）。示例要点：HAProxy 的 backend 配置 server 行携带 check；Nginx upstream 定义 server 列表并在 server 段 proxy_pass 到 upstream。必要时可启用更细粒度的调度算法（如 leastconn、source）。
- 四层与内核级调度：对超大规模或低开销场景，可采用LVS（IPVS）+ Keepalived构建VIP与故障转移，适合承载高并发短连接。
- 简易分发与共享：小规模或入门部署可用DNS轮询做粗粒度分发，并配合NFS共享静态资源与上传目录，保证多台 Web 节点内容一致（注意 NFS 单点与锁一致性）。
- 建议：优先选择“HAProxy/Nginx + 健康检查 + 会话保持”的组合作为通用入口；数据库与应用分离，入口只调度到 Web 层。
二 Web服务器层的并发与连接调度（Apache）
- 选择并发模型（MPM）：根据应用与扩展能力在prefork / worker / event中取舍。一般规则：若 PHP/扩展非线程安全或依赖不可重入库，选prefork；线程安全且追求高并发，选worker/event。可用命令httpd -l查看当前 MPM。
- 关键并发参数（示例为 prefork，需结合实际内存与压测微调）：
- StartServers：启动进程数（如50）
- MinSpareServers / MaxSpareServers：最小/最大空闲进程（如15 / 30）
- MaxClients：同时服务的最大客户端连接数（如225）
- MaxRequestsPerChild：每个进程处理的最大请求数（如4000，用于回收潜在泄漏）
目标是让 MaxClients 与可用内存匹配，避免过度换页导致整体性能劣化。
- 连接与缓存优化：启用KeepAlive减少握手开销；按需启用mod_cache做页面/对象缓存，降低后端压力。
三 数据库层的连接与内存调度（MySQL/MariaDB）
- 内存关键区：设置innodb_buffer_pool_size为可用内存的较大比例（如物理内存的60%–75%，视业务而定），用于缓存表数据与索引，显著降低磁盘 I/O。
- 连接与缓存：根据并发与客户端行为设置max_connections（避免过大导致上下文切换与内存膨胀）；在支持的版本与场景评估query_cache_size（或改用更现代的查询优化与缓存策略）。
- 扩展与高可用：读多写少可用主从复制分流查询；写压力大时考虑分库分表/集群；入口负载均衡器对数据库仅做读写分离的流量指引。
四 PHP运行时与页面层调度
- 执行与内存边界：在php.ini中合理设置memory_limit（脚本最大内存）、max_execution_time（最大执行时长）、upload_max_filesize（上传上限），防止异常脚本耗尽资源。
- 加速与复用：启用OPcache（或 APCu）缓存编译结果，显著降低 PHP 解释与加载开销；精简并禁用不必要的扩展与模块。
- 数据层减负：引入Memcached/Redis做页面/数据缓存与共享会话存储，减少数据库直接压力；对热点数据设置合理TTL与淘汰策略。
五 容量规划与监控闭环
- 容量与上限估算：以 Apache 为例，估算公式为“MaxClients ≈ 可用内存 / 单进程RSS”。压测找到拐点（如P95/P99响应时间陡升或错误率上升），据此设定 MaxClients 与数据库 max_connections，避免“高 MaxClients 导致全站劣化”。
- 监控与告警：使用top/htop、vmstat、iostat等观察CPU、内存、I/O、连接数；结合Prometheus + Grafana做可视化与阈值告警，持续验证调度策略的有效性。
- 变更与回滚：任何参数调整遵循“小步变更—压测验证—灰度发布—回滚预案”，并保留变更记录与基线对比。
