域名頻道IDC知識庫隨著互聯(lián)網(wǎng)規(guī)模的不斷擴大，服務器承載的壓力也不斷增加，對服務的質(zhì)量要求也越來越高。最理想的情況是，使用低成本的服務器，承載更大的壓力，并且7×24小時不中斷服務。通常使用的方式就是部署集群，調(diào)度器+服務器+存儲這樣的架構。注意，集群不是單指的調(diào)度器，它是一個完整的系統(tǒng)，調(diào)度器只是集群的入口，起到負載均衡或內(nèi)容調(diào)度的作用。還有一種方式是在服務器程序中加入集群的功能，使服務器節(jié)點之間可以通信，實現(xiàn)基于內(nèi)容的調(diào)度，例如Traffic Server。不過即使在服務器中加入了集群的功能在部署時，仍然需要調(diào)度器。
以網(wǎng)站訪問來舉個例子。
將域名對應的IP都會解析到調(diào)度器，用戶是否能訪問服務器依賴于調(diào)度器是否能正常工作，所以通常都會給主調(diào)度器在準備一臺備份服務器，以便在主調(diào)度器不能服務器時來接管。主調(diào)度器現(xiàn)在做到了高可用性，現(xiàn)在來看實際服務器。調(diào)度器會定時探測實際服務器的運行情況，一旦出現(xiàn)宕機，服務器會很快探測到。即使在探測時間內(nèi)出現(xiàn)宕機，服務器的定時探測還沒有來得及知道這臺服務器宕機，在轉(zhuǎn)發(fā)請求的時候，會立即檢測到，然后將請求轉(zhuǎn)發(fā)到其他機器進行處理，保證用戶的請求不受影響。只有在實際服務器全部宕機的情況下，才會無法響應用戶的請求，相當于是多臺實際服務器互備，高可用性不言而喻。
再來看看負載均衡的問題。請求由調(diào)度器轉(zhuǎn)發(fā)，調(diào)度器肯定知道每臺實際服務器處理了多少請求，所以在決定是否轉(zhuǎn)發(fā)到某臺實際服務器時會根據(jù)請求數(shù)來決定，避免某些機器轉(zhuǎn)發(fā)了過多的請求。這種策略通常會工作地很好。但是由于請求的不確定性，處理的時間和消耗的資源也不相同，也有可能造成負載不均衡的問題，這就要求調(diào)度器能根據(jù)每臺服務器的響應能力來分配請求，不過現(xiàn)在的調(diào)度器也都有這樣的策略，也不是問題。
調(diào)度器將負載均分到不同的服務器上，充分提高了單臺服務器的利用率，不過也造成了硬件和軟件的冗余，這種冗余帶來的好處也是巨大的，對保證服務質(zhì)量非常有必要。
實際上，調(diào)度服務器的作用主要起到負載均衡的作用。
域名頻道提供8U大小標準的服務器托管服務，帶寬從1M到100M可選。
托管網(wǎng)絡設備擴展方便，可以隨意增加硬盤和內(nèi)存，完全自己獨立使用，不受其他客戶影響。
獨立服務器托管客用戶自行采購服務器，安裝好系統(tǒng)及相應軟件。
管理服務器需要請一個網(wǎng)管嗎？一年數(shù)萬工資帶來的是不穩(wěn)定不可靠，不如委托靠譜的公司代維，域名頻道就是http://m.forest-oxygen.cn/valservice/serverDYW.asp