隨著互聯(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)站訪(fǎng)問(wèn)來(lái)舉個(gè)例子。
將
域名對(duì)應(yīng)的IP都會(huì)解析到調(diào)度器,用戶(hù)是否能訪(fǎng)問(wèn)服務(wù)器依賴(lài)于調(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)行處理,保證用戶(hù)的請(qǐng)求不受影響。只有在實(shí)際服務(wù)器全部宕機(jī)的情況下,才會(huì)無(wú)法響應(yīng)用戶(hù)的請(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ò)展方便,可以隨意增加硬盤(pán)和內(nèi)存,完全自己獨(dú)立使用,不受其他客戶(hù)影響。
獨(dú)立服務(wù)器托管客用戶(hù)自行采購(gòu)服務(wù)器,安裝好系統(tǒng)及相應(yīng)軟件。
管理服務(wù)器需要請(qǐng)一個(gè)網(wǎng)管嗎?一年數(shù)萬(wàn)工資帶來(lái)的是不穩(wěn)定不可靠,不如委托靠譜的公司代維,域名頻道就是http://m.forest-oxygen.cn/valservice/serverDYW.asp