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