Powered by .NET Core 进展:验证高并发性能问题嫌疑犯 docker swarm

  • 时间:
  • 浏览:0
  • 来源:幸运快3_快3单双_幸运快3单双

相关博文:

  • 【故障公告】发布 .NET Core 版博客站点引起少量 4000 错误
  • 【网站公告】.NET Core 版博客站点第二次发布尝试
  • 暴风雨中的 online : .NET Core 版博客站点遭遇的高并发问提图片进展

抱歉,.NET Core 版博客系统(博客后台除外)的发布我们我们我们 歌词 带来麻烦了,我们我们我们 正在一边忙着修各种 bug ,一边排查访问高峰高并发性能问提图片。

对于发布后遇到的高并发性能问提图片,我们我们我们 随后 都没去怀疑 .net core ,我们我们我们 怀疑的是 docker swarm ,怀疑在高并发下 docker swarm 网络性能急剧下降,随后极不稳定。

对比新旧版博客系统所消耗的服务器资源,差距之大让他乍舌。同样的并发,随后基于 .net framework 的旧版博客系统用 6台4核8G 的阿里云 windows 服务器就能撑住,而现在基于 docker swarm +  .net core 的新版博客系统用 6台8核16G 的阿里云 centos 服务器都撑不住。

为了验证我们我们我们 对罪魁祸首 docker swarm 的怀疑,我们我们我们 今天机会将 .net core 版博客系统改用 docker-compose 部署:

version: '3.7'
services:
  web:
    image: blog-web
    restart: always
    deploy:
      replicas: 1
      resources:
        limits:
          cpus: '4'
          memory: 7G
        reservations:
          memory: 4000M
    ports:
      - 400:400
    working_dir: /app
    environment: 
      - TZ=Asia/Shanghai
      - COMPlus_GCHeapHardLimit=1C0000000    
    command: bash -c 'sh run.sh'
docker-compose --compatibility up -d 

现在机会发布上线,机会真的是 docker swarm 的问提图片,明天上午的访问高峰将验证出结果。

目前用了3台4核8G的服务器,明天根据负载情况再增加服务器。

【更新】

8:40 左右,响应传输速率快一点 ,加了1台服务器,响应传输速率立马恢复。(随后使用 .net framework + windows 也是在你这种 时间点加服务器)

9:00 左右,又加了1台服务器,现在是5台4核8G的服务器。

9:35 左右,又加了1台服务器,现在是6台4核8G的服务器。

10:00 左右,又加了1台服务器,现在是7台4核8G的服务器。

13:10 左右,退回到 .net framework + windows 博客系统,.net core 博客系统待调整部署与修复 bug 后再上线。

上午使用 docker-compose 部署时,博客系统所依赖的后端服务部署在另外有4个 docker swarm 集群上,结果你这种 集群的路由转发突然出现了问提图片。使用 docker-compose 部署还都要将博客系统所依赖的服务进行 docker-compose 部署。

从上午的访问高峰的情况看,docker-compose 部署时的资源瓶颈在 CPU ,突然出现响应传输速率慢时加服务器就能出理 (这是正常情况),没有突然出现使用 docker swarm 部署时那种响应传输速率极不稳定、加服务器也无补的情况。

docker-compose 部署否是都都可以在访问高峰长时间持续稳定运行以及都要有十几个 台服务器?待进一步验证。