問：這臺主機 我們配置了一個頁面 http://gdsc.ibendi.net/timecode.php 這是個搶碼頁面 當流量大的時候 他會分發到127.0.0.1、127.0.0.1這個服務器上面的頁面 進行訪問 ，但是我們通過測試的時候 發現 在手機上訪問會出現大量空白時間，第二次訪問又很快，然后再過一段時間訪問又會出現大量空白時間，第二次訪問又很快，重復以上情況，現尋求下解決辦法,配置了負載均衡主機訪問頁面慢的很
答：您好，目前我司我司查詢架構上沒有問題，
調度器127.0.0.1
WEB 127.0.0.1 127.0.0.1
數據庫 127.0.0.1
幾臺服務器目前負載都很低，我司微信測試目前速度并不慢，您反饋的情況上看，常見有兩種情況，
1.當時數據庫有異常，連接數不足或者其它原因，下次異常時請查看一下mysql當時的進程情況
2.程序第一次訪問會調用外部地址驗證，調用時間過長，第二次會存在緩存，所以第二次會很快，緩存失效后又會變慢
建議從這兩方面入手排查一下,另外數據庫里面有大量的IP解析請求，我司已經幫您優化過配置了，非常感謝您長期對我司的支持！
問：能不能配置下負載 使用戶訪問的時候不要來回切換節點機呢 這樣緩存就不會失效來回 加載了吧
答：您好，檢查您的調度器是手工配置的，默認使用的lc算法，請求會根據服務器的負載情況分配請求，如果想用戶不來回切換，請使用我司后臺添加WEB，我司默認使用的sh算法,同IP用戶會映射到同一臺web，不會出現session丟失的情況，非常感謝您長期對我司的支持！
問：現在公司網站 APP這一系列的有幾百來個企業大小網站，流量需求并不大，偶爾有個別人小段時間內有流量要求；如果采用負載均衡的方式，把公司原來買的彈性云上所有的網站及平臺，全部組合成負載均衡的服務器（2臺負截均衡服務器，4臺WEB服務器，2臺數據庫服務器，1臺文件服務器），這樣性能是否會有較大提升，目前有6臺，再購買3臺，9臺布署，是否合理。主要是性能會不會有很大的提升呢？請給點建議，謝謝，主要之前沒有用過，不知道性能如何？
答：您好，
1.如果您網站訪問量本身不是很大，做負載均衡并不會有提升，負載均衡主要是針對網站高并發的，這樣才能起到明顯效果。
2.若您需要詳細了解負載均衡，請在明天正常時間聯系該頁面上的QQ咨詢。（http://www.shinetop.cn/services/cloudhost/slb.asp ）
,非常感謝您長期對我司的支持.由此給您帶來的不便之處,敬請原諒!謝謝!
問：因為我們這邊老是有客戶偶爾要做活動，這個時候對服務器的并發數和帶寬要求都有點高；今天100多M的帶寬都無法支撐訪問。但不是長時間的使用。
答：您好，這個需要具體了解，請聯系QQ： 詳詢,非常感謝您長期對我司的支持!