Nginx (“engine x”) 是俄羅斯人Igor Sysoev(塞索耶夫)編寫的一款高性能的 HTTP 和反向代理服務器。

1、接口技術的統一化 2、流程簡單化 3、通過集成平臺實現統一監控 4、業務模型統一化 5、業務系統間關系簡單化

大綱一、前言二、環境準備三、安裝與配置Nginx四、Nginx之反向代理五、Nginx之負載均衡六、Nginx之頁面緩存七、Nginx之URL重寫八、Nginx之讀寫分離注：操作系統為CentOS6.5x84_64，Nginx是最新版1.4.4一、前言在前面的幾篇博文中我們主要講解了Nginx作為Web服務器知識點，主要的知識點有nginx的理論詳解、nginx作為web服務器的操作講解、nginx作為LNMP架構的講解，不清楚的博友可以回頭看看，在這一篇博客中我們主要講解，nginx的反向代理、負載均衡、緩存、URL重寫以及讀寫分離詳解。好了，下面我們來具體說一說。

一、Nginx部分1.1、Nginx介紹Nginx是俄羅斯人編寫的十分輕量級的HTTP服務器,Nginx，它的發音為“engineX”，是一個高性能的HTTP和反向代理服務器，同時也是一個IMAP/POP3/SMTP代理服務器。Nginx是由俄羅斯人IgorSysoev為俄羅斯訪問量第二的Rambler.ru站點開發的，它已經在該站點運行超過兩年半了。IgorSysoev在建立的項目時,使用基于BSD許可。據說他當初是F5的成員之一，英文主頁：。http://nginx.net1.2、Nginx優點Nginx是一個很牛的高性能Web和反向代理服務器,它具有有很多非常優越的特性:　 在高連接并發的情況下，Nginx是Apache服務器不錯的替代品:Nginx在美國是做虛擬主機生意的老板們經常選擇的軟件平臺之一

芒果TVELK日志系統實踐關于我劉波濤芒果TV研發工程師日志文件重要性Linux哲學:萬物皆文件運維哲學:日志管理是保障高質量服務的基礎日志架構演變日志系統架構ELK系統架構RsyslogNginx：通過syslog模塊轉發應用程序:通過調用syslog函數寫入規范統一格式v8版本以上(原生支持Kafka)Rsyslog-Avoid-Block關閉HUPIsRestart配置選項(低版本)監控rsyslog服務,一旦crashes能夠馬上重啟傳輸方式由TCP改為UDP(惡性循環)Kafka強大消息堆積能力日志領域高度成熟支持Hadoop數據并行加載高性能(順序寫單機寫入TPS約在百萬秒/s)

Nginx詳解——介紹、模塊、運維。目錄基本HTTP特性處理靜態文件，索引文件以及自動索引；打開文件描述符緩存；使用緩存加速反向代理；簡單負載均衡以及容錯；遠程FastCGI，uwsgi，SCGI，和memcached服務的緩存加速支持；模塊化的架構。過濾器包括gzip壓縮、ranges支持、chunked響應、XSLT，SSI以及圖像縮放。在SSI過濾器中，一個包含多個SSI的頁面，如果經由FastCGI或反向代理處理，可被并行處理；支持SSL，TLSSNI。其他HTTP特性基于名字和IP的虛擬主機；Keep-alive和pipelined連接支持；靈活的配置；重新加載配置以及在線升級時，不需要中斷正在處理的請求；

什么是Nginx？Nginx(“enginex”)是俄羅斯人IgorSysoev(塞索耶夫)編寫的一款高性能的HTTP和反向代理服務器。Nginx已經在俄羅斯最大的門戶網站──RamblerMedia（www.rambler.ru）上運行了3年時間，同時俄羅斯超過20%的虛擬主機平臺采用Nginx作為反向代理服務器。在國內，已經有新浪博客、新浪播客、網易新聞、六間房、56.com、Discuz!、水木社區、豆瓣、YUPOO、海內、迅雷在線等多家網站使用Nginx作為Web服務器或反向代理服務器。使用Nginx做七層負載均衡的理由1、高并發連接：官方測試能夠支撐5萬并發連接，在實際生產環境中跑到2～3萬并發連接數。2、內存消耗少：在3萬并發連接下，開啟的10個Nginx進程才消耗150M內存（15M*10=150M）。3、配置文件非常簡單：風格跟程序一樣通俗易懂。

容器集群管理概述容器集群管理概述Docker部署單機容器的打包，遷移大量容器，跨機通信生產環境需求:-多機集群-資源調度-可擴展性-負載均衡-虛擬網絡-微服務化容器集群管理概述Mesos+Docker-Apache下的開源分布式資源管理框架-加州大學伯克利分校的AMPLab開發-在Twitter得到廣泛使用-Master-slaveKubernetes-靈感源于Google內部集群Borg管理系統-2014-6開源-Golang開發-Master-slave模式-吸收了BorgOmega的優點和教訓-增加namespace,label等管理功能容器集群管理概述Mesos(+docker)+Marathon資源調度-消除硬件差異，DRF,多種framework,scheduler,executorMarathonFramwork基于mesos來控制長時間運行的服務。

CM--集群管理與負載均衡系統五竹,搜索與算法目錄性能與應用2目錄背景介紹Clustermap(CM)--集群管理與負載均衡系統起源于淘寶商品搜索引擎.主要解決如下問題:如何知道服務節點(searcher)是否可用如何選取一行服務節點，并能保持各行之間的負載均衡如何選取某一列的一個節點不停服務的情況下，增減機器Before背景介紹伴隨著淘寶搜索業務的發展，CM面臨越來越多的挑戰：集群間的集群狀態管理與負載均衡的要求越來越多，如SP需要知道其下面的所有服務的拓撲和存活狀態.服務定位更復雜。

總結十大原則原則一：流量隔離原則二：災備切換原則三：水平擴展-分流原則四：超預期流量-限流原則五：保護系統-降級原則六：提高性能-讀寫分離原則七：唯快不破-異步化原則八：動態，靜態流量分離原則九：線上壓力測試-發現瓶頸原則十：預案流量隔離原則前提：按照業務拆分系統網站系統：首頁，列表，頻道，單品，搜索交易系統：價格，購物車，結算，支付，訂單中心基礎服務：促銷，庫存，商品，用戶訂單系統：管道，OFW，訂單中間件，生產系統流量隔離原則

Nginx編譯安裝與簡單負載均衡配置

Nginx+Tomcat+Redis實現負載均衡、資源分離、session共享

CentOS 5 下安裝 tfs 并使用 Nginx 做訪問

在此記錄下Nginx服務器nginx.conf的配置文件說明,部分注釋收集與網絡

Nginx使用有兩三年了，現在經常碰到有新用戶問一些很基本的問題，我也沒時間一一回答，今天下午花了點時間，結合自己的使用經驗，把Nginx的主要配置參數說明分享一下，也參考了一些網絡的內容，這篇是目前最完整的Nginx配置參數中文說明了。

公司一個業務網站系統之前上線時有提過做負載均衡方案，但后來因為種種原因未能正常上線，整個系統全部是單點故障，運行了大半年時間沒有出過故障已經是燒高香了。現在系統訪問量上來了，需要對系統進行升級解決單點故障的問題。老板說要我負責把這個系統升級方案規劃好。 　　我根據目前一些資料情況，給出了一份用nginx+keepalived做主備負載均衡的方案，另外老板也比較傾向于nginx軟件，所以方案給出了之后，就開始實施了。下面是一些配置過程，通過這次的系統升級，也熟悉了一些對nginx這個高效軟件的應用。