WordPress.com 使用 NGINX 服務 70,000 req / sec 和超過 15 Gbit / sec 的流量 · HighScalability 中文示例

# WordPress.com 使用 NGINX 服務 70,000 req / sec 和超過 15 Gbit / sec 的流量 > 原文： [http://highscalability.com/blog/2012/9/26/wordpresscom-serves-70000-reqsec-and-over-15-gbitsec-of-traf.html](http://highscalability.com/blog/2012/9/26/wordpresscom-serves-70000-reqsec-and-over-15-gbitsec-of-traf.html) *這是 [Barry Abrahamson](http://barry.wordpress.com/) ，Automattic 的 Chief Systems Wrangler 和 *Nginx 的共同創始人* Andrew Alexeev 的特邀帖子。* [WordPress.com](http://wordpress.com/) 每月服務超過 3300 萬個網站，吸引了 3.39 億人和 34 億頁。自 2008 年 4 月以來，WordPress.com 的頁面瀏覽量增長了約 4.4 倍。 [WordPress.com VIP](http://vip.wordpress.com/) 托管了許多受歡迎的網站，包括 CNN 的政治通訊器，NFL，Time Inc.的 The Page，People Magazine 的 Style Watch，Flickr 和 KROQ 的企業博客，等等。 Automattic 在全球分布的十二個數據中心中運行兩千臺服務器。 WordPress.com 客戶數據可立即在不同位置之間復制，從而為數億訪問者提供極其可靠和快速的 Web 體驗。 ### 問題 WordPress.com 始于 2005 年，始于共享托管，就像所有 [WordPress.org](http://wordpress.org/) 網站一樣。很快將其移至單個專用服務器，然后移至兩個服務器。 2005 年底，WordPress.com 向公眾開放，到 2006 年初，它已擴展到四個 Web 服務器，并使用循環 DNS 分配了流量。此后不久，WordPress.com 擴展到第二個數據中心，然后擴展到第三個數據中心。很快，輪詢 DNS 不再是可行的長期解決方案。雖然像 F5 BIG-IP 這樣的硬件設備提供了 WordPress.com 所需的許多功能，但由 5 名成員組成的自動系統團隊決定評估基于現有開源軟件構建的不同選項。在商品硬件上使用開源軟件可以提供最高的靈活性，并且還可以節省成本。*“為單個數據中心在故障轉移配置中購買一對有能力的硬件設備可能會有點昂貴，但是購買和維修 10 套 10 個數據中心的 10 套很快變得非常昂貴。”* 最初，WordPress.com 團隊選擇 Pound 作為軟件負載平衡器，因為它易于使用且內置 SSL 支持。在使用 Pound 大約兩年后，WordPress.com 需要其他功能和可伸縮性，即： * 快速重新配置功能，而不會中斷實時流量。 * 更好的運行狀況檢查機制，允許從后端故障平穩逐步恢復，而不會因意外負載而使應用程序基礎結構過載。 * 更好的可伸縮性-每秒請求數和并發連接數。龐德基于線程的模型無法在每個負載均衡實例每秒可靠地處理超過 1000 個請求。 ### 解在 2008 年 4 月，Automattic 將所有 WordPress.com 負載平衡器從 Pound 轉換為 [NGINX](http://nginx.com/) 。在此之前，Automattic 工程師一直在將 NGINX 用于 [Gravatar](http://gravatar.com/) ，并且對其性能和可伸縮性印象深刻，因此自然而然地下一步就是遷移 WordPress.com。在將 WordPress.com 切換到 NGINX 之前，Automattic 評估了其他幾種產品，包括 HAProxy 和 LVS。選擇 NGINX 的原因如下： * 簡單，靈活和合理的配置。 * 能夠即時重新配置和升級 NGINX 實例，而無需刪除用戶請求。 * 通過 FastCGI，uwsgi 或 SCGI 協議路由應用程序請求； NGINX 還可以直接從存儲中提供靜態內容，以實現其他性能優化。 * 唯一經過測試的軟件能夠每秒可靠地處理從單個服務器到 WordPress 應用程序的 10,000 個實時流量請求。 * NGINX 的內存和 CPU 占用空間極小且可預測。切換到 NGINX 之后，負載平衡服務器上的 CPU 使用率下降了三倍。總體而言，WordPress.com 的峰值負載來自 NGINX 負載均衡器，服務于大約 70,000 req / sec，超過 15 Gbit / sec 的流量，還有很大的增長空間。硬件配置是運行 Debian Linux 6.0 的具有超線程功能的 Dual Xeon 5620 4 核 CPU，8-12GB RAM。作為高可用性設置的一部分，WordPress.com 以前使用 Wackamole / Spread，但最近開始遷移到 Keepalived。跨入基于 NGINX 的 Web 加速和負載平衡層的入站請求的平均分配基于 DNS 輪詢機制。 ### 參考資料 * [關于黑客新聞](http://news.ycombinator.com/item?id=4578258) * [WordPress 上的 Barry。負載均衡器更新](https://barry.wordpress.com/2008/04/28/load-balancer-update/) * [WordPress 上的 Barry。磅](https://barry.wordpress.com/2007/11/01/static-hostname-hashing-in-pound/)中的靜態主機名哈希 * [WordPress 上的 Barry。 WordPress.com 的新服務器](https://barry.wordpress.com/2007/01/31/new-servers-for-wordpresscom/) * [WordPress 上的 Barry。負載均衡器測試](https://barry.wordpress.com/2006/08/30/load-balancer-testing/) * [由 Matt Mullenweg 打開](http://en.blog.wordpress.com/2005/11/23/opening-it-up/) * [Quantcast 提供的 WordPress.com 流量和人口統計](https://www.quantcast.com/wordpress.com) NGINX 自幾年以來進展順利。每秒的請求量和最小的硬件使我印象深刻。我希望有一天能看到某種適用于.Net 的輕型服務器，并具有這種結果。他們的數據庫系統如何工作？ @Seun。我無法想象平臺的大部分將需要提供需要數據庫命中的動態數據。博客文章發布后，它基本上是靜態的。提供靜態文件/數據非常容易，而且成本也不高。這種模式的難點在于增加每臺服務器的密度，但這實際上只是為了大規模地降低成本，并且只有當站點達到 wordpress 擁有的規模時才值得付出努力。總之，如果提供靜態數據是他們的問題，那么擴展數據庫很容易，不需要任何特殊操作。主從服務器或將表移動到專用服務器的基本內容。應用程序更具動態性，難以擴展數據層。我會對數據庫分片更感興趣。您是否真的需要 2000 臺服務器來處理這么多的靜態流量？還是它們還充當自托管 CDN，包括備份和冗余？看看 Barry 的博客。他（和其他人）分享了很多有關 WordPress.com 環境的信息。 WP.com 似乎在 550 臺 mySQL 服務器上使用了 HyperDB 復制（截至 2011 年 7 月）-[鏈接](https://barry.wordpress.com/2011/07/20/hyperdb-lag-detection/) 嗨，達里安，您想特別了解數據庫分片什么？很樂意對此發表評論。是的，我們需要所有服務器。流量通常不是靜態的。請記住，從 WordPress.com 提供的圖像中有 85％是動態轉換的-即時進行的。相信我，如果我們不需要那么多服務器，我會很樂意擺脫它們；）哇！這非常好。我認為 Apache 基金會現在需要改進 Apache。 WordPress.com 使用 WordPress-multisite。 WordPress-multisite 通過 PHP 處理靜態文件，可以減少您使用 Nginx 的麻煩。因此，要獲得像 wordpress.com 一樣的性能，請在 nginx 的前面放置清漆以緩存靜態內容，或者使用 [nginx-maps 指令](http://rtcamp.com/tutorials/nginx-maps-wordpress-multisite-static-files-handling/)。這也是我最喜歡的有關可伸縮性的視頻之一-http://2011.sf.wordcamp.org/session/ask-barry/。謝謝 Barry！他們用什么來運行實際的 WordPress 應用程序？我曾經在 nginx 后面嘗試過 PHP-FPM，但取得了一些成功，但我想知道他們是否在 nginx 后面有完整的 Apache 堆棧。我們在 Web /應用程序服務器上使用 Nginx + PHP-FPM。您為什么不贊成使用 haproxy，而選擇 nginx 代替 LB？您對 GSLB 使用什么？只是一個問題：WordPress 是否使用 nginx 作為負載均衡器，并且背后是 Apache，還是 nginx 是本機？謝謝 @ Lord2y：請閱讀 Barry 的答案，在您的上方僅兩篇文章：） @Rahul Bansal：為什么要在 nginx 前面使用清漆？您可以使用 nginx 緩存... @Barry：“請記住，從 WordPress.com 提供的圖像中有 85％是動態轉換的-即時進行的。” ：我不明白。什么是動態轉換的？無論如何，如果您需要對圖像做一些事情（例如縮放，壓縮），則可能是在第一次調用圖像時完成了，然后將結果緩存了，還是我錯過了一些東西？