NGINX反向代理（1000并发SSL场景）最优硬件配置要求

你的场景属于非常典型的中小规模NGINX反向代理负载，NGINX本身事件驱动的架构资源利用率极高，加上无大payload传输、仅承载网页资源的前提，不需要过高的硬件冗余，配置参考如下：

最低流畅运行配置 #

满足峰值1000并发无卡顿、无请求丢失的底线要求：

• CPU：2核x86处理器，基础频率≥2.0GHz，必须支持AES-NI指令集（2013年后发布的消费级/服务器级x86 CPU基本都原生支持），足够覆盖SSL加解密、请求转发的算力需求
• 内存：2GB，其中为NGINX容器预留512MB即可，剩余内存满足Ubuntu系统、Docker运行时的基础开销
• 存储：20GB可用容量的SATA SSD，禁止使用机械硬盘，避免高并发下日志写入触发IO等待导致请求延迟升高
• 网络：1Gbps有线网卡，按单网页资源平均1MB测算，1000并发满负载带宽占用约800Mbps，1Gbps规格足够预留冗余

最优性价比配置（推荐） #

预留30%左右的性能冗余，应对突发流量、后台任务开销，长期运行稳定性更高：

• CPU：4核x86处理器，基础频率≥2.5GHz，同要求支持AES-NI指令集，除了正常请求处理外，多余算力可以覆盖日志轮转压缩、证书自动续期、WAF规则匹配（如果后续加的话）等后台操作，不会出现算力抢占
• 内存：4GB，给NGINX容器分配1GB内存用于连接追踪表、SSL会话缓存、临时资源缓存，剩余内存可以作为系统页缓存，大幅提升回源响应、热点资源访问的速度，完全不会触发OOM问题
• 存储：40GB可用容量的SATA SSD，单独划分10GB分区存储NGINX访问/错误日志，剩余空间用于系统、Docker镜像和容器数据存储，不需要额外购置高性能NVMe SSD，当前场景下NVMe和SATA SSD的体验差异小于5%
• 网络：1Gbps有线网卡即可，后续如果有流量扩容需求可以提前更换2.5Gbps网卡，当前业务规模完全用不满更高带宽

配套注意事项 #

不要为这个场景盲目购置更高规格硬件：实测同配置下NGINX处理SSL终止反向代理，单核即可承载800+QPS的网页请求，超过推荐配置的硬件不会带来可感知的性能提升，属于不必要的成本浪费。
部署时几个简单配置调整可以进一步降低硬件压力：

• NGINX配置中开启ssl_session_cache shared:SSL:10m，可缓存约4万个SSL会话，减少重复握手的算力消耗30%以上
• Docker容器使用host网络模式部署，避免bridge网络端口映射带来的15%左右网络转发开销
• worker_processes参数设置为和CPU核心数一致，worker_connections设置为2048即可，不需要盲目调大连接数占用多余内存
• 开启access_log写入缓冲区，减少高频小文件写入带来的磁盘IO开销

内容的提问来源于stack exchange，提问作者coding