<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ThinkChat2.0新版上線,更智能更精彩,支持會話、畫圖、視頻、閱讀、搜索等,送10W Token,即刻開啟你的AI之旅 廣告
                # FeedBurner 體系結構 > 原文: [http://highscalability.com/blog/2007/7/12/feedburner-architecture.html](http://highscalability.com/blog/2007/7/12/feedburner-architecture.html) FeedBurner 是一家于 2004 年成立的新聞提要管理提供商。FeedBurner 為博客作者,播客和其他基于 Web 的內容發布者提供了自定義 RSS 提要和管理工具。 提供給發布商的服務包括流量分析和可選的廣告系統。 網站:http://www.feedburner.com ## 信息來源 * [FeedBurner](http://www.mysqluc.com/presentations/mysql06/kottke_joe.pdf) -使用 MySQL 和 Java 的可擴展 Web 應用程序* [網絡上最受歡迎的網站在](http://royal.pingdom.com/?p=95) ## 平臺 上運行* 爪哇* 的 MySQL* 冬眠* 彈簧* 雄貓* 仙人掌* 負載平衡:NetScaler 應用程序開關* 路由器,交換機:HP,Cisco* DNS: bind ## 統計資料 * FeedBurner 的增長速度超過了 MySpace 和 Digg,流量增長了 385%。 供稿總數:808,707,出版商數量:471,686。* 190 個國家的 1100 萬訂戶* 擴展歷史記錄 -2004 年 7 月:300Kbps,5,600 個 feed,3 個應用程序服務器,3 個 Web 服務器,2 個 DB 服務器,Round Robin DNS -2005 年 4 月:5Mbps,47,700 個 feeds,6 個應用程序服務器,6 個 Web 服務器(同一臺機器) ) -2005 年 9 月:20Mbps,109,200 個提要 -當前:250 Mbps 帶寬使用率,每天 3.1 億次提要查看,每天 1 億次點擊 ## 架構 * 可伸縮性問題 1:以前的可靠性 -單服務器故障,被所有用戶的 1/3 看到 -運行狀況檢查返回到負載均衡器監視的數據庫的所有方式,以將請求路由到活動計算機 失敗。 -使用仙人掌和 Nagios 進行監視。 使用這些工具,您可以查看正常運行時間和性能以確定性能問題。* 可伸縮性問題 2:統計記錄/管理 -由于表級鎖定,每次命中都會記錄下來,從而減慢了一切。 -使用 Doug Lea 的并發庫在多個線程中進行更新。 -僅今天的統計信息是實時計算的。 其他統計數據是懶惰的。* 可伸縮性問題 3:主數據庫過載 -使用主數據庫進行所有操作。 -平衡讀取和讀取/寫入負載 -發現可以在其中拆分讀取與讀取/寫入的負載 -平衡了主負載與從屬負載* 可伸縮性問題 4:總數據庫過載 -一切都變慢了,正在使用的數據庫具有緩存,已使用 MyISAM -添加緩存層。 計算機,內存緩存和數據庫中的 RAM* 可伸縮性問題 5:延遲初始化 -當統計信息按需匯總時,流行的提要會減慢整個系統的速度 -轉向批處理,每晚進行一次匯總。* 可伸縮性問題 6:統計數據再次寫入 -過多寫入主服務器。 每個 Feed 都有更多數據。 添加了更多有關廣告,項目和發行量的統計信息跟蹤。 -使用合并表。 截斷 2 天前的數據。 -進行了水平劃分:廣告投放,耀斑投放,發行。 -將最熱的表/查詢移至自己的集群。* 可伸縮性問題 7:主數據庫故障 -使用主數據庫和從數據庫存在一個單點故障,因為很難將從數據庫提升為主數據庫。 去了多主解決方案。* 可伸縮性問題 8:電源故障 -需要災難恢復/輔助站點。 -無法進行主動/主動。 太多的硬件,不希望浪費一半的硬件,需要在數據中心之間建立真正快速的連接。 -創建自定義解決方案以將提要下載到遠程服務器。* 他們有兩個站點擔當主要和次要角色(主動-被動),作為其地理冗余計劃。 他們計劃在將來轉換為主動-主動模式。 ## 得到教訓 * 知道您的數據庫工作量后,Cacti 真的可以幫助您。* “解釋”您的所有查詢。 幫助避免將查詢壓出系統。* 緩存一切。* 分析您的代碼,通常僅在難以發現的泄漏時才需要。* 最大的挑戰是找到最有效的方法來定位應用程序中的熱點和瓶頸。 有了寬松的方法來查找問題,分析變得非常容易。 在此,詳細的監視至關重要,跟蹤磁盤,CPU 和內存的使用情況,緩慢的數據庫查詢,MySQL 中的處理程序詳細信息等。 很棒..很好的感謝 我猜您在頂部已經提到的帶寬由于需求的增加而逐漸增加到 250 MBPS 以上 ----- [http://underwaterseaplants.awardspace.com“](<a rel=) >水下海洋植物 [http://underwaterseaplants.awardspace.com/seaweed.htm“](<a rel=) >海藻... [http://underwaterseaplants.awardspace.com /seagrass.htm”](<a rel=) >海草 有人在那里做作業 那里有趣的統計數據
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看