侯体宗的博客
  • 首页
  • Hyperf版
  • beego仿版
  • 人生(杂谈)
  • 技术
  • 关于我
  • 更多分类
    • 文件下载
    • 文字修仙
    • 群聊
    • 九宫格抽奖
    • 拼图
    • 消消乐
    • 相册

怎么找到适合本身业务并发量所需服务器配置流程步骤详解

框架(架构)  /  管理员 发布于 2年前   1146

怎么找到适合本身业务并发量所需服务器配置流程步骤详解

刚刚我在laravel社区看到这么一问,我觉的很有意义,所以记录一下

问题:求助 1000 并发量所需服务器配置?

求助点:
1. 具体服务器几核几 G
2. 接口域名并发设置大小
3. 数据库连接设置大小

我的处理:
1 台主服务器 8 核 16g 8m 带宽
1 从服务器 2 和 2g 2m 带宽 (按量付费)

主从服务器环境:
php7.2,(swoole 扩展,opcache 扩展,redis 扩展)
mysql5.6,
nginx1.16.1

框架 laravel5.5 (因为 6.0 很多插件不成熟),缓存采用 redis,访问量大的表都做了索引处理。图片存储 oss,js,css 存储 oss
主从都采用 swoole 加速,
主从 swoole 配置
SWOOLE_HTTP_HOST=127.0.0.1
SWOOLE_MAX_REQUEST=1
SWOOLE_HTTP_WEBSOCKET=false
SWOOLE_HTTP_REACTOR_NUM=16
SWOOLE_HTTP_WORKER_NUM=100
SWOOLE_HTTP_TASK_WORKER_NUM=100
SWOOLE_MAX_REQUEST=3000

我的结果:单页面接口请求返回最大数据 150kb,能稳定运行 600-800 并发;
600 并发用户访问流畅(小于 3 秒),800 并发用户访问缓慢(平均 8 秒)

最佳答案:

千万不要被网上的言论带歪了,辟谣:

单纯凭经验断定一个 PHP-FPM workers 进程占用多少内存是没用的,单个 worker 进程的最高内存占用至少是「在 max_requests 内,内存占用最高的那次 request 所申请的内存」。

启动大量的 PHP-FPM workers 进程并不能提升高并发的承载能力,反而会导致大量 CPU 上下文切换,尤其是如果你的业务偏向于计算、单次请求所消耗的时间很长,增加 PHP-FPM 进程数量反而会导致平均请求处理时长飙升。

Swoole / 容器 / Kubernetes 之类的东西并不是银弹,你需要深入学习才能了解它(们)适不适合你的场景和需求。如果你没有投入大量精力改造的准备,我不建议你考虑这些方案。并且,使用所谓的「容器」的确能够将单个容器的 CPU 和内存压到很低,但容器还是要运行在实际的物理机器上的,这对提升并发量并没有什么帮助,反而将一部分计算资源划分给了容器调度进程。

我的建议是:

在新业务上线前,要得出你需要多大机器,你需要:(QPS*ART)/NOW=1。

QPS = Queries per Second. 每秒请求数量,也就是所谓的「并发量」。

ART = Average Response Time. 平均响应时间,单位秒。

NOW = Number of Workers. PHP-FPM Worker 的数量。

根据单位推算,这个公式可以写为 (N/s*s)/N = 1,因此成立。


假设 QPS = 1000,ART = 0.1s,那么 NOW 为 100 才能够在理想状态下,刚好满足你的业务需求(也就是所有请求都可以在不排队的情况下完成处理)。

那么为了推算 NOW,你就需要知道 ART。你可以在一台 1 核心 CPU 的机器上跑一下你的业务,PHP-FPM max_children 保持为 1 即可。随后用压测工具跑单并发,即可计算大概的平均响应时间。务必单线程,否则没有参考价值。

得到 NOW,也就是所需的 Worker 数量之后,你就可以开始推算需要多大机器了。

一般来说,Worker 进程不建议超过 CPU 核心数的 2~4 倍。因此你可以使用 NOW / 2 甚至 NOW / 4 得到你所需要的 CPU 核心数。

至于内存,你同样可以在一台内存足够的机器上跑一跑你的业务,max_children 调大些,通过 systemctl 之类的工具观察 FPM Worker 进程的内存占用,得出一个大概内存占用量的大概数值,随后将平均内存占用量 * NOW 即可。


最后,在生产环境中,建议你:

先按照推算数量向上提高一个档位,部署一台机器。

随后通过 htop 等工具观察实际的 CPU 和内存使用率,尤其是 Load Average 的值。

如果比较稳定或者偏低,可以再降低一个档位部署一台机器(先不要销毁老机器)。

随后在业务低峰将 DNS 记录指向新机器,注意 DNS 记录的 TTL 不要太高。

观察新机器的 Load Average,如果偏高或者雪崩可以立即将 DNS Record 回滚到老机器,恭喜你找到了适合你的机型。如果仍然偏低,可以继续循环第 3 - 5 步,最终实践出最适合你的 Instance Type。



  • 上一条:
    Mysql 存储大数据量常规知识浅析介绍
    下一条:
    docker常用基本操作命令
  • 昵称:

    邮箱:

    0条评论 (评论内容有缓存机制,请悉知!)
    最新最热
    • 分类目录
    • 人生(杂谈)
    • 技术
    • linux
    • Java
    • php
    • 框架(架构)
    • 前端
    • ThinkPHP
    • 数据库
    • 微信(小程序)
    • Laravel
    • Redis
    • Docker
    • Go
    • swoole
    • Windows
    • Python
    • 苹果(mac/ios)
    • 相关文章
    • windows系统phpstudy环境中安装amqp拓展流程步骤(0个评论)
    • 安装docker + locust + boomer压测环境实现对接口的压测(1个评论)
    • 通过CodePipeline在AWS Elastic Beanstalk上部署PHP(Laravel)应用程序(0个评论)
    • Saga分布式事务(0个评论)
    • ubuntu中搭建lnmp环境部署laravel9框架项目流程步骤(0个评论)
    • 近期文章
    • 在laravel框架中的5个HTTP客户端技巧分享(0个评论)
    • 在go语言中使用FFmpeg库实现PCM音频文件编码为mp3格式文件流程步骤(0个评论)
    • gopacket免安装Pcap实现驱动层流量抓包流程步骤(0个评论)
    • 在laravel项目中实现密码强度验证功能推荐扩展包:password-strength(0个评论)
    • 在go语言中用filepath.Match()函数以通配符模式匹配字符串示例(0个评论)
    • Laravel Response Classes 响应类使用优化浅析(0个评论)
    • mysql中sql_mode的各模式浅析(0个评论)
    • 百度文心一言今天发布,个人第一批内测体验记录,不好别打我(0个评论)
    • 嘿加密世界让我们谈谈在共识中将中本聪主流化(0个评论)
    • 在go语言中寻找两个切片或数组中的相同元素/共同点/交集并集示例代码(0个评论)
    • 近期评论
    • 博主 在

      2023年国务院办公厅春节放假通知:1月21日起休7天中评论 @ xiaoB 你只管努力,剩下的叫给天意;天若有情天亦老,..
    • xiaoB 在

      2023年国务院办公厅春节放假通知:1月21日起休7天中评论 会不会春节放假后又阳一次?..
    • BUG4 在

      你翻墙过吗?国内使用vpn翻墙可能会被网警抓,你需了解的事中评论 不是吧?..
    • 博主 在

      go语言+beego框架中获取get,post请求的所有参数中评论 @ t1  直接在router.go文件中配就ok..
    • Jade 在

      如何在MySQL查询中获得当月记录中评论 Dear zongscan.com team, We can skyroc..
    • 2018-05
    • 2020-02
    • 2020-03
    • 2020-05
    • 2020-06
    • 2020-07
    • 2020-08
    • 2020-11
    • 2021-03
    • 2021-09
    • 2021-10
    • 2021-11
    • 2022-01
    • 2022-02
    • 2022-03
    • 2022-08
    Top

    Copyright·© 2019 侯体宗版权所有· 粤ICP备20027696号 PHP交流群

    侯体宗的博客