【網站公告】.NET Core 版博客站點第二次發佈嘗試

在上次發佈失敗後，不少朋友建議咱們改用 k8s ，但咱們仍是想再試試 docker swarm ，實在不行再改用 k8s 。

在改進了 docker swarm 集羣的部署後，咱們準備今天 17:30 左右進行一次發佈嘗試。

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: 80
      published: 80
      protocol: tcp
      mode: host

另外，改進了博客系統緩存部分的代碼，解決了新舊版切換時的緩存衝突問題。

此次發佈若是遇到問題，咱們能夠快速回退到舊版。

若是在發佈過程當中出現問題影響您的正常訪問，請您諒解。

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

發佈過程記錄

17:40 使用 nginx 轉發，切換了1/5不到的流量就出現了1秒延遲的問題。

18:20 改成 kestrel 以端口映射的方式直接監聽 80 端口，切換了1/3左右的流量，未出現延遲1秒的問題。

18:33 全部流量都已切換，未出現延遲1秒的問題。

如下是發佈過程當中服務器同時鏈接數監控，使用 nginx 轉發時，當同時鏈接數超過 40K ，全部請求都出現1秒延遲的問題。當改成 kestrel 直接監聽80端口後，即便同時鏈接數超過 100K ，也沒出現1秒延遲的問題。沒想到1秒延遲居然是 nginx 的問題（或者是 nginx 對 docker swarm 的支持問題），不是 docker swarm 網絡自己的問題。

21:00 今天發佈後一直在線上，若是明天上午的訪問高峯能撐住，那就說明發布成功了。

8月8日

9:15 左右，服務器同時鏈接數超過 130K ，3臺服務器撐不住，加了1臺服務器。

9:26 左右，memcached 客戶端 socketPool 滿了，將 maxPoolSize 由 500 修改成 800 。

2019-08-08 09:24:30.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:30 更新：今天上午訪問高峯時單臺服務器同時鏈接數最高達到21萬（監控數據來自阿里云云監控）。

17:10 更新：今天下午訪問高峯期間，訪問速度很不穩定。咱們正在考慮下一步的對策。

17:30 左右，當訪問量回落到必定程度後， 訪問速度恢復正常。