【网站公告】.NET Core 版博客站点第二次发布尝试

  • 时间:
  • 浏览:0
  • 来源:十分时时彩_去哪玩十分时时彩_哪里可以玩十分时时彩

在上次发布失败后,四种 让让让我们 建议让让让我们 改用 k8s ,但让让让我们 还是想再试试 docker swarm ,其实不行再改用 k8s 。

在改进了 docker swarm 集群的部署后,让让让我们 准备今天 17:60 左右进行一次发布尝试。

docker swarm 集群是让让让我们 使用阿里云服务器自己搭建的,这次进行了3方面的改进。

1. 升级了 worker 节点服务器的配置

worker 节点由6台4核8G服务器去掉 了3台8核16G服务器,基于3点考虑:

1)提高单台服务器的避免能力;

2)提高服务器的网络避免能力,阿里云的服务器配置越高,网络避免能力越强;

3)减少服务器数量可可不可否减少 docker swarm 节点之间的通信开销。

2. 升级了 docker engine,由 18.09.4 升级至 19.03.1 

wget -c https://download.docker.com/linux/centos/7/x86_64/stable/Packages/containerd.io-1.2.6-3.3.el7.x86_64.rpm  && \
wget -c https://download.docker.com/linux/centos/7/x86_64/stable/Packages/docker-ce-19.03.1-3.el7.x86_64.rpm && \
wget -c https://download.docker.com/linux/centos/7/x86_64/stable/Packages/docker-ce-cli-19.03.1-3.el7.x86_64.rpm && \
yum install -y containerd.io-1.2.6-3.3.el7.x86_64.rpm && \
yum install -y docker-ce-19.03.1-3.el7.x86_64.rpm && \
yum install -y docker-ce-cli-19.03.1-3.el7.x86_64.rpm

3. nginx 改用 host 网络模式部署

ports:
    - target: 60


      published: 60


      protocol: tcp
      mode: host

另外,改进了博客系统缓存偏离 的代码,避免了新旧版切换时的缓存冲突什么的什么的问题。

这次发布肯能遇到什么的什么的问题,让让让我们 可可不可否快速回退到旧版。

肯能在发布过程中冒出什么的什么的问题影响您的正常访问,请您谅解。

------------------------------------------

发布过程记录

17:40 使用 nginx 转发,切换了1/5不到的流量就冒出了1秒延迟的什么的什么的问题。

18:20 改为 kestrel 以端口映射的办法直接监听 60 端口,切换了1/3左右的流量,未冒出延迟1秒的什么的什么的问题。

18:33 所有流量都已切换,未冒出延迟1秒的什么的什么的问题。

以下是发布过程中服务器一同连接数监控,使用 nginx 转发时,当一同连接数超过 40K ,所有请求都冒出1秒延迟的什么的什么的问题。当改为 kestrel 直接监听60 端口后,即使一同连接数超过 60 K ,也没冒出1秒延迟的什么的什么的问题。没想到1秒延迟竟然是 nginx 的什么的什么的问题(肯能是 nginx 对 docker swarm 的支持什么的什么的问题),有的是 docker swarm 网络四种 的什么的什么的问题。

21:00 今天发布后一个劲在线上,肯能明天上午的访问高峰能撑住,那可是明发布成功了。

8月8日

9:15 左右,服务器一同连接数超过 160 K ,3台服务器撑不住,加了1台服务器。

9:26 左右,memcached 客户端 socketPool 满了,将 maxPoolSize 由 60 0 修改为 60 0 。

2019-08-08 09:24:60

.781 [Error] Pool is full, timeouting. 10.0.78.124:11211

10:15 左右,docker swarm 集群有增加了1台8核16G的服务器,目前一共5台 worker 节点。

11:05 更新:每台服务器上博客应用容器的的 CPU 消耗在 5-6 核,内存消耗在 1G 与 1.5G 之间。

11:05 左右,负载这麼 下降,让让让我们 那些也没动,响应下行带宽 却出奇地稳定,因此与访问低峰时一样太快了 。

13:60 更新:今天上午访问高峰时单台服务器一同连接数最高达到21万(监控数据来自阿里云云监控)。

17:10 更新:今天下午访问高峰期间,访问下行带宽 很不稳定。让让让我们 正在考虑下一步的对策。

17:60 左右,当访问量回落到一定程度后, 访问下行带宽 恢复正常。