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