Linux+.NetCore+Nginx搭建集羣

本篇和你們分享的是Linux+NetCore+Nginx搭建負載集羣，對於netcore2.0發佈後，我一直在看官網的文檔並學習，關注有哪些新增的東西，我，一個從1.0到2.0的跟隨者這裏只總結一句話：2.0版本，api更多，文檔更全，新增的razor模板我喜歡。這裏來到本文的內容要點：

• linux快速安裝nginx
• 爲nercore項目分別生成：win7-x64和ubuntu.16.04-x64 運行包
• nginx+.netcore反向代理的示例
• 部署一個集羣(Linux+NetCore+Nginx)
• 獲取訪問集羣的用戶ip和響應服務所在服務器的ip

linux中快速安裝nginx

怎麼在linux中安裝nginx，這個問題的解決方案應該不少年前就有了，這來說解的內容老博友們不要在乎或許你能夠直接跳到第二點；

首選須要一臺安裝有linux系統的電腦或虛擬機，我這裏是ubuntu.16.04-x64的linux系統；而後還須要可以聯網；再來就是在root權限下經過以下命令直接下載，安裝nginx服務： sudo apt-get install nginx ；僅僅執行如上命令後你就可以使用nginx服務了，爲了驗證nginx是否安裝成功或可用，能夠執行以下開啓nginx服務命令： sudo service nginx start ，而後瀏覽器直接訪問linux服務器的80端口： http://172.16.21.66:80 ，不出意外可以出現成功的界面；

當執行完get和install命令的時候，咱們就能夠在默認的安裝路徑：/etc/nginx 找到這個文件夾，咱們後面將要修改的配置文件是：/ect/nginx/sites-available/default，在這配置文件配置反向代理，集羣，緩存等一些列操做；

爲netcore項目分別生成：win7-x64和ubuntu.16.04-x64 運行包

本篇的示例是基於razor模板的項目，固然了我基本沒改動什麼東西，仍是保持新建的代碼；2.0以前有不少文章都描述過如何生成包，這裏咱們也一樣使用其中一種方式；

首先打開項目文件（.csproj結尾文件），若是你是vs2017只須要鼠標右鍵項目->編輯xxx.csproj，而後在Project節點中增長以下節點：

  <PropertyGroup>
    <RuntimeIdentifiers>win7-x64;ubuntu.16.04-x64</RuntimeIdentifiers>
  </PropertyGroup>

到這裏配置的東西就完成了，僅僅讓如此；再來咱們須要分別執行兩個命令：dotnet restore 和 dotnet publish ；須要執行以下步驟命令：

windows平臺的64位運行包： dotnet restore ， dotnet publish -f netcoreapp2.0 --runtime win7-x64 

ubuntu.16.04-x64平臺運行包： dotnet restore ， dotnet publish -f netcoreapp2.0 --runtime ubuntu.16.04-x64 

若是不出意外，會像我同樣生成成功兩個發佈包：

在執行如上命令的時候須要注意兩個地方：

• csproj項目文件裏面的 <TargetFramework>netcoreapp2.0</TargetFramework> 節點的值須要和你目標的sdk對應，否者會卡死
•  當你執行restore命令時候，提示以下錯誤信息：

不要驚慌，這是沒下載成功nuget包的緣由；處理方案：換網絡或者經過某個網絡直接去 https://www.nuget.org/packages/runtime.linux-x64.Microsoft.NETCore.App/2.0.0 下載而後拷貝到您本地；

來看看分別在window和ubunt上運行的服務：

 可以看到這兩個是不一樣的ip和端口，這樣作是爲了後面集羣作鋪墊，示例須要；

nginx+.netcore反向代理的示例

使用nginx作代理很簡單，經過以上幾個步驟，咱們準備工做都作好了，下面只須要在剛剛的ubuntu系統安裝的nginx的配置文件（這裏的地址：/ect/nginx/sites-available/default）中的location節點中添加以下配置： proxy_pass:http://172.16.21.8:1120 ，這個172.16.21.8是剛剛測試的windows上的站點，而nginx所在的ubunt系統的那個ip對應的是172.16.21.66，咱們要訪問的就是這個nginx的代理ip（端口默認80），以下流程圖：

爲了更好的演示效果，下面還須要在貼一幅效果圖：

代理其意義就是從用戶角度出發，把用戶訪問ip或域名替換掉，而後再把請求轉發到真實的站點上去；單獨用nginx針對一個站點配置代理不多見，通常要麼作靜態資源緩存，要麼就作集羣，所以下面將會講到一個示例：linux+netcore+nginx搭建集羣，但願你們繼續閱讀；

部署一個集羣(Linux+NetCore+Nginx)

來到這裏即將進入今天的正片環節，因爲在前面已經分別生成了windows和ubuntu的netcore運行包因此這裏直接使用，對於一個用nginx搭建的集羣須要作不少配置工做，如：資源緩存，配置映射地址等，反正nginx有不少配置，今天講解的僅僅往簡單的方向靠攏；咱們先來看副流程圖：

這是咋們要完成的目標，經過nginx所在的unbunt系統的80端口，負載轉發用戶的請求；上圖的windows站點和ubunt站點項目是同樣的，就是咋們上面生成的netcore發佈包；用戶經過訪問代理...66:80=>轉發請求到不一樣服務器上的站點（測試站點就兩個，能夠無限擴充）；

下面來看下nginx要怎麼配置纔可以作負載均衡呢，以下配置信息：

#cache begin 緩存文件
proxy_temp_path /var/www/proxy_tmp;
proxy_cache_path /var/www/proxy_cache levels=1:2 keys_zone=my_cache:200m inactive=600m max_size=30g;
#cache end

#集羣站點配置
upstream shenniu.services{
    server 172.16.21.66:1121 fail_timeout=60s;
    server 172.16.21.8:1120 fail_timeout=60s;
}

server {
    #代理監聽端口
    listen 80 default_server;
    listen [::]:80 default_server;

    root /var/www/html;

    server_name _;   #_默認ip+端口訪問，_能夠替換成訪問域名如：shenniu.core.com
    #緩存文件路由
    location ~ .*(\.(js|css|jpg|svg)).* {

        proxy_pass http://shenniu.services;
        proxy_cache_valid 200;
        proxy_cache my_cache;
        expires 3d;
    }
    #集羣站點路由
    location / {

        proxy_pass http://shenniu.services;  #http://shenniu.services對應upstream後面的名稱
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade; 
        proxy_set_header Connection keep-alive;
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;

        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

經過如上nginx的配置，咋們再從新讓nginx加載下配置文件命令如： sudo nginx -t reload ，而後咱們在瀏覽器訪問nginx代理地址： http://172.16.21.66/ ，以下git效果圖：

由圖可以看出來，這個所在服務器ip不停在windows和ubutn子站點的ip來回變更，負載到此就成功了，至於nginx的配置，您能夠經過閱讀個人配置文件裏面的註釋或者去官網查看；

獲取訪問集羣的用戶ip和響應服務所在服務器的ip

獲取用戶真實ip對於負載來講須要設置一些東西，這裏就nginx的配置而言，在location配置了 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 這句纔可以經過程序的Request.header的方式獲取出來，否則Request裏面的ip始終只可以是代理服務器的ip；

有朋友會問爲何呢，答：由於用戶是經過代理服務器來訪問咋們的服務，咋們服務接受到的訪問請求是代理服務器的，因此呢獲取出來的ip就是代理服務器ip；

爲了處理這種問題只須要經過上面配置的nginx須要的X-Forwarded-For參數來傳遞，而對於netcore2.0來講僅僅須要咋們在程序的Startup.cs中這樣設置下：

1 app.UseForwardedHeaders(new ForwardedHeadersOptions
2 {
3    ForwardedHeaders = ForwardedHeaders.XForwardedFor | ForwardedHeaders.XForwardedProto
4 });
5 app.UseAuthentication();

而後咋們就能在任何界面獲取到用戶真實的訪問ip了，測試用例以下：

客戶端：<br />
Request.HttpContext獲取訪問ip：@Request.HttpContext.Connection.RemoteIpAddress
<br />
Request.Headers獲取訪問ip：@Request.Headers["X-Forwarded-For"]
<br />
服務端：<br />
Request.HttpContext獲取響應服務所在服務器的ip：@Request.HttpContext.Connection.LocalIpAddress
<table class="table">
    <thead>
        <tr>
            <th>key</th>
            <th>value</th>
        </tr>
    </thead>
    <tbody>
        @foreach (var item in Request.Headers)
        {
            <tr>
                <td>@item.Key</td>
                <td>@item.Value</td>
            </tr>
        }
    </tbody>
</table>

@Request.Headers["X-Forwarded-For"]獲取，注意若是有多級層的代理X-Forwarded-For獲取出來的真實ip會逐條追加，這裏就再也不演示了；若是本文給您帶了幫助，不妨點個贊，支持下做者，謝謝！！！