【正文】 用程序在短時(shí)間內(nèi)頻繁發(fā)生故障，IIS ，并且向所有新發(fā)出和排入隊(duì)列的針對(duì)該應(yīng)用程序的請(qǐng)求返回一個(gè)“503服務(wù)不可用”錯(cuò)誤信息。例如，此外，還可以觸發(fā)某些定制操作，例如觸發(fā)一個(gè)調(diào)試操作或者向管理員發(fā)出通知。快速故障保護(hù)可以保護(hù)Web服務(wù)器免遭拒絕服務(wù)攻擊。更加輕松的服務(wù)器管理借助IIS ，Web基礎(chǔ)結(jié)構(gòu)的管理工作變得比以往更加輕松和靈活，從而為企業(yè)節(jié)約IT管理成本帶來了新的機(jī)遇。功能特性描述基于XML的配置文件IIS （metabase）為發(fā)生故障的服務(wù)器帶來了經(jīng)過改進(jìn)的備份和恢復(fù)功能。此外，它還提供了得到改進(jìn)的故障處理和元數(shù)據(jù)庫損壞恢復(fù)。使用常見的文本編輯工具對(duì)其進(jìn)行直接編輯提供了更為出色的可管理性。運(yùn)行程序的同時(shí)對(duì)其進(jìn)行編輯在服務(wù)器保持運(yùn)行的同時(shí)，IIS 。例如，管理員可以使用該特性添加一個(gè)新的站點(diǎn)，創(chuàng)建虛擬目錄，或者修改應(yīng)用程序池和工作進(jìn)程的配置——所有這些都是在IIS ，并且無需進(jìn)行重新編譯或者重新啟動(dòng)服務(wù)器?；诿钚泻湍_本的管理IIS Server 2003的命令行工具完成很多常見的管理工作。利用一個(gè)簡(jiǎn)單的命令，管理員即可管理多個(gè)本地或遠(yuǎn)程計(jì)算機(jī)。IIS ，以在不使用圖形用戶界面的情況下，從命令行自動(dòng)完成多種常見的管理任務(wù)。對(duì)WMI的支持IIS Management Instrumentation（Windows管理規(guī)范，WMI）， Web管理員可以通過它獲取重要的企業(yè)管理數(shù)據(jù)，例如性能計(jì)數(shù)器和配置文件。WMI的接口從本質(zhì)上說類似于繼續(xù)享受支持的Microsoft Active Directory174。 Service Interfaces（ADSI），可以在管理腳本中使用，并且可以用來修改基于XML的配置元數(shù)據(jù)庫。服務(wù)器合并和先前版本相比，IIS ，現(xiàn)在，單臺(tái)服務(wù)器即可托管更多的站點(diǎn)和應(yīng)用程序。功能特性描述站點(diǎn)伸縮性IIS 。例如，在初始化過程中，IIS 。通過運(yùn)行IIS ，您可以在單臺(tái)服務(wù)器上管理更多的站點(diǎn)和并發(fā)執(zhí)行更多的工作進(jìn)程。和IIS的先前版本相比，服務(wù)器的啟動(dòng)和關(guān)閉過程更加快捷。所有這些改進(jìn)都使得IIS .新的內(nèi)核模式驅(qū)動(dòng)程序，Windows Server 2003引入了一種新的內(nèi)核模式驅(qū)動(dòng)程序，即HTTP協(xié)議堆棧（），并使用它進(jìn)行HTTP的解析和緩存，從而大大提高了系統(tǒng)的伸縮性和性能表現(xiàn)。IIS ，并且針對(duì)提高Web服務(wù)器的吞吐量這一目的進(jìn)行了特別的優(yōu)化和調(diào)整。Web園IIS ，這種配置又被稱作Web園（Web garden）。處理器關(guān)聯(lián)如果設(shè)置了處理器關(guān)聯(lián)，IIS 微處理器或CPU上。處理器關(guān)聯(lián)還可以和運(yùn)行在多處理器計(jì)算機(jī)之上的Web園配合使用，在這些計(jì)算機(jī)上，CPU群集專門共指定的應(yīng)用程序池使用。更快捷的應(yīng)用程序開發(fā)通過提供一組全面完善的集成化應(yīng)用程序服務(wù)和領(lǐng)先于業(yè)界的工具，Windows Server 2003應(yīng)用程序環(huán)境大大改善了開發(fā)人員的工作效率和生產(chǎn)力。功能特性描述，Windows Server 2003提供了更為美妙的開發(fā)體驗(yàn)。Windows Server 2003的各種增強(qiáng)建立在IIS ，為開發(fā)人員提供了高水平的功能特性，例如快速應(yīng)用程序開發(fā)（RAD）和廣泛靈活的語言選擇。在Windows Server 2003中， Framework的得到了進(jìn)一步優(yōu)化，因?yàn)橛脕硖幚碚?qǐng)求的體系架構(gòu)與IIS 。Microsoft .NET FrameworkMicrosoft .NET 。此外，它還可以幫助他們開發(fā)與他們目前正在設(shè)計(jì)和開發(fā)的應(yīng)用程序完全相同的程序。.NET Framework和語言無關(guān)；實(shí)際上您可以使用任何語言為它開發(fā)程序。，包括： Microsoft Visual C++174。 .NET、Visual Basic174。 .NET、JScript174。以及Visual C .NET。XML Web 服務(wù)IIS Web服務(wù)平臺(tái)。XML Web服務(wù)為用戶遠(yuǎn)程訪問服務(wù)器功能提供了手段。通過使用Web服務(wù)，企業(yè)可以將編程接口暴露給他們的數(shù)據(jù)或業(yè)務(wù)邏輯，也可以通過客戶端和服務(wù)器應(yīng)用程序獲得和操縱這些數(shù)據(jù)和業(yè)務(wù)邏輯。跨越組織地理邊界的信息共享跨越組織的地理邊界使用各種語言進(jìn)行信息共享正在經(jīng)濟(jì)全球化浪潮中發(fā)揮越來越大的作用。過去，HTTP協(xié)議的非Unicode結(jié)構(gòu)將開發(fā)人員限制在系統(tǒng)代碼頁上?，F(xiàn)在，利用經(jīng)過UTF8（UCS Transformation Format 8）編碼的URL ，Unicode成為了可能，它帶來的好處之一便是：人們可以支持更復(fù)雜的語言了，例如中文。IIS 。此外，它還添加了新的服務(wù)器支持函數(shù)，允許開發(fā)人員訪問以Unicode形式表述的URL地址，因此改善了產(chǎn)品的國(guó)際化支持能力。更高的安全性IIS 4x 或 IIS 5x安全，它擁有很多新的功能特性，能夠大大提高您的Web基礎(chǔ)結(jié)構(gòu)的安全性。此外，在默認(rèn)狀況下，IIS “鎖定”狀態(tài)，同時(shí)具有最為可靠的超時(shí)設(shè)置和內(nèi)容限制。 功能特性描述鎖定服務(wù)器IIS 。為了減少系統(tǒng)向外界暴露的攻擊表面積，IIS Server 2003之中——管理員必須明確地選擇該組件并安裝它。IIS ，并僅僅能夠?yàn)橛脩籼峁╈o態(tài)內(nèi)容。通過使用Web服務(wù)擴(kuò)展節(jié)點(diǎn)，Web站點(diǎn)的管理員可以根據(jù)組織的特殊需要，啟用或禁用某些IIS功能。Web服務(wù)擴(kuò)展列表默認(rèn)情況下的IIS安裝不會(huì)編譯、執(zhí)行或者提交任何動(dòng)態(tài)頁面。為了向用戶提供這些文件，您必須在Web服務(wù)擴(kuò)展列表中添加每個(gè)允許提交的文件擴(kuò)展名。這種做法可以防止某些人調(diào)用一些不夠安全的動(dòng)態(tài)頁面。默認(rèn)的低權(quán)限賬戶所有IIS “網(wǎng)絡(luò)服務(wù)”用戶賬戶運(yùn)行，這個(gè)在Windows Server 2003中新增加的賬戶類型是一種擁有有限操作系統(tǒng)權(quán)限的內(nèi)置賬戶。所有的ASP內(nèi)置功能都使用低權(quán)限賬戶（匿名用戶）在系統(tǒng)中運(yùn)行。授權(quán)IIS Server 2003內(nèi)置的新的授權(quán)框架進(jìn)行了進(jìn)一步的擴(kuò)展。此外，Web應(yīng)用程序可以使用URL授權(quán)——以及授權(quán)管理器（Authorization Manager）——對(duì)用戶的訪問加以控制?，F(xiàn)在，受約束的委派授權(quán)使得域管理員只能向特定的計(jì)算機(jī)和服務(wù)進(jìn)行委派操作。web應(yīng)用服務(wù)器集群系統(tǒng)，是由一群同時(shí)運(yùn)行同一個(gè)web應(yīng)用的服務(wù)器組成的集群系統(tǒng)，在外界看來，就像是一個(gè)服務(wù)器一樣。為了均衡集群服務(wù)器的負(fù)載，達(dá)到優(yōu)化系統(tǒng)性能的目的，集群服務(wù)器將眾多的訪問請(qǐng)求，分散到系統(tǒng)中的不同節(jié)點(diǎn)進(jìn)行處理。從而實(shí)現(xiàn)了更高的有效性和穩(wěn)定性，而這也正是基于Web的企業(yè)應(yīng)用所必須具備的特性。高可靠性可以看作為系統(tǒng)的一種冗余設(shè)定。對(duì)于一個(gè)特定的請(qǐng)求，如果所申請(qǐng)的服務(wù)器不能進(jìn)行處理的話，那么其他的服務(wù)器能不能對(duì)之進(jìn)行有效的處理呢？對(duì)于一個(gè)高效的系統(tǒng)，如果一個(gè)Web服務(wù)器失敗的話，其他的服務(wù)器可以馬上取代它的位置，對(duì)所申請(qǐng)的請(qǐng)求進(jìn)行處理，而且這一過程對(duì)用戶來說，要盡可能的透明，使用戶察覺不到！穩(wěn)定性決定了應(yīng)用程序能否支持不斷增長(zhǎng)的用戶請(qǐng)求數(shù)量，它是應(yīng)用程序自身的一種能力。穩(wěn)定性是影響系統(tǒng)性能的眾多因素的一種有效的測(cè)量手段，包括機(jī)群系統(tǒng)所能支持的同時(shí)訪問系統(tǒng)的最大用戶數(shù)目以及處理一個(gè)請(qǐng)求所需要的時(shí)間。在現(xiàn)有眾多的均衡服務(wù)器負(fù)載的方法中，廣泛研究并使用的是以下兩個(gè)方法：DNS負(fù)載平衡的方法RRDNS(RoundRobin Domain Name System) 負(fù)載均衡器DNS輪流排程 RRDNS(RoundRobin Domain Name System)域名服務(wù)器（Domain Name Server）中的數(shù)據(jù)文件將主機(jī)名字映射到其IP地址。當(dāng)你在瀏覽器中鍵入一個(gè)URL時(shí)（例如：），瀏覽器則將請(qǐng)求發(fā)送到DNS，要求其返回相應(yīng)站點(diǎn)的IP地址，這被稱為DNS查詢。當(dāng)瀏覽器獲得該站點(diǎn)的IP地址后，便通過該IP地址連接到所要訪問的站點(diǎn)，將頁面展現(xiàn)在用戶面前。域名服務(wù)器（DNS）通常包含一個(gè)單一的IP地址與該IP地址所映射的站點(diǎn)的名稱的列表。在我們上面所假象的例子中， 。為了利用DNS均衡服務(wù)器的負(fù)載，對(duì)于同一個(gè)站點(diǎn)來講，在DNS服務(wù)器中同時(shí)擁有幾個(gè)不同的IP地址。這幾個(gè)IP地址代表集群中不同的機(jī)器，并在邏輯上映射到同一個(gè)站點(diǎn)名。通過我們的例子可以更好的理解這一點(diǎn)，：　　　　　　　　　　在本例中，DNS服務(wù)器中包含下面的映射表：　　 　　 　　 　　當(dāng)?shù)谝粋€(gè)請(qǐng)求到達(dá)DNS服務(wù)器時(shí)，；當(dāng)?shù)诙€(gè)請(qǐng)求到達(dá)時(shí)，以此類推。當(dāng)?shù)谒膫€(gè)請(qǐng)求到達(dá)時(shí)，第一臺(tái)機(jī)器的IP地址將被再次返回，循環(huán)調(diào)用。利用上述的DNS Round Robin技術(shù)，對(duì)于某一個(gè)站點(diǎn)的所有請(qǐng)求將被平均的分配到及群中的機(jī)器上。因此，在這種技術(shù)中，集群中的所有的節(jié)點(diǎn)對(duì)于網(wǎng)絡(luò)來說都是可見的。DNS 輪流排程的優(yōu)勢(shì)DNS Round Robin的最大的優(yōu)點(diǎn)就是易于實(shí)現(xiàn)和代價(jià)低廉：代價(jià)低，易于建立。 為了支持輪流排程，系統(tǒng)管理員只需要在DNS服務(wù)器上作一些改動(dòng)，而且在許多比較新的版本的DNS服務(wù)器上已經(jīng)增加了這種功能。對(duì)于Web應(yīng)用來說，不需要對(duì)代碼作任何的修改；事實(shí)上，Web應(yīng)用本身并不會(huì)意識(shí)到負(fù)載均衡配置，即使在它面前。簡(jiǎn)單. 不需要網(wǎng)絡(luò)專家來對(duì)之進(jìn)行設(shè)定，或在出現(xiàn)問題時(shí)對(duì)之進(jìn)行維護(hù)。DNS 輪流排程的缺點(diǎn)這種基于軟件的負(fù)載均衡方法主要存在兩處不足，一是不實(shí)時(shí)支持服務(wù)期間的關(guān)聯(lián)，一是不具有高可靠性。不支持服務(wù)器間的一致性。服務(wù)器一致性是負(fù)載均衡系統(tǒng)所應(yīng)具備的一種能力，通過它，系統(tǒng)可以根據(jù)會(huì)話信息是屬于服務(wù)器端的，還是底層數(shù)據(jù)庫級(jí)別的，繼而將用戶的請(qǐng)求導(dǎo)向相應(yīng)的服務(wù)器。而DNS輪流排程則不具備這種智能化的特性。它是通過cookie、隱藏域、重寫URL三種方法中的一種來進(jìn)行相似的判斷的。當(dāng)用戶通過上述基于文本標(biāo)志的方法與服務(wù)器建立連接之后，其所有的后續(xù)訪問均是連接到同一個(gè)服務(wù)器上。問題是，服務(wù)器的IP是被瀏覽器暫時(shí)存放在緩存中，一旦記錄過期，則需要重新建立連接，那么同一個(gè)用戶的請(qǐng)求很可能被不同的服務(wù)器進(jìn)行處理，則先前的所有會(huì)話信息便會(huì)丟失。不支持高可靠性。設(shè)想一個(gè)具有N個(gè)節(jié)點(diǎn)的集群。如果其中的一個(gè)節(jié)點(diǎn)毀壞，那么所有的訪問該節(jié)點(diǎn)的請(qǐng)求將不會(huì)有所回應(yīng)，這是任何人都不愿意看到的。比較先進(jìn)的路由器可以通過每隔一定的時(shí)間間隔，對(duì)節(jié)點(diǎn)檢查，如果有毀壞的節(jié)點(diǎn)，則將之從列表中去除的方法，解決這個(gè)問題。但是，由于在Internet上，ISPs將眾多的DNS存放在緩存中，以節(jié)省訪問時(shí)間，因此，DNS的更新就會(huì)變得非常緩慢，以至于有的用戶可能會(huì)訪問一些已經(jīng)不存在的站點(diǎn)，或者一些新的站點(diǎn)得不到訪問。所以，盡管DNS輪流排程在一定程度上解決了負(fù)載均衡問題，但這種狀況的改變并不是十分樂觀和有效的。　　除了上面介紹的輪流排程方法外，還有三種DNS負(fù)載均衡處理分配方法，將這四種方法列出如下：216。 Round robin (RRS)： 將工作平均的分配到服務(wù)器 (用于實(shí)際服務(wù)主機(jī)性能一致)216。 Leastconnections (LCS)： 向較少連接的服務(wù)器分配較多的工作(IPVS 表存儲(chǔ)了所有的活動(dòng)的連接。用于實(shí)際服務(wù)主機(jī)性能一致。)216。 Weighted round robin (WRRS)： 向較大容量的服務(wù)器分配較多的工作?？梢愿鶕?jù)負(fù)載信息動(dòng)態(tài)的向上或向下調(diào)整。 (用于實(shí)際服務(wù)主機(jī)性能不一致時(shí))216。 Weighted leastconnections (WLC)： 考慮它們的容量向較少連接的服務(wù)器分配較多的工作。容量通過用戶指定的砝碼來說明，可以根據(jù)裝載信息動(dòng)態(tài)的向上或向下調(diào)整。(用于實(shí)際服務(wù)主機(jī)性能不一致時(shí))負(fù)載均衡器負(fù)載均衡器通過虛擬IP地址方法，解決了輪流排程所面臨的許多問題。使用了負(fù)載均衡器集群系統(tǒng)，在外部看來，像是具有一個(gè)IP地址的單一服務(wù)器一樣，當(dāng)然，這個(gè)IP地址是虛擬的，它映射了集群中的每一臺(tái)機(jī)器的地址。所以，在某種程度上，負(fù)載均衡器是將整個(gè)集群的IP地址報(bào)漏給外部網(wǎng)絡(luò)。當(dāng)請(qǐng)求到達(dá)負(fù)載均衡器時(shí)，它會(huì)重寫該請(qǐng)求的頭文件，并將之指定到集群中的機(jī)器上。如果某臺(tái)機(jī)器被從集群中移除了，請(qǐng)求不會(huì)別發(fā)往已經(jīng)不存在的服務(wù)器上，因?yàn)樗械臋C(jī)器表面上都具有同一個(gè)IP地址，即使集群中的某個(gè)節(jié)點(diǎn)被移除了，該地址也不會(huì)發(fā)生變化。而且，internet上緩存的DNS條目也不再是問題了。當(dāng)返回一個(gè)應(yīng)答時(shí)，客戶端看到的只是從負(fù)載均衡器上所返回的結(jié)果。也就是說，客戶端操作的對(duì)象是負(fù)載均衡器，對(duì)于其更后端的操作，對(duì)客戶端來講，是完全透明的。負(fù)載均衡器的優(yōu)點(diǎn)服務(wù)器一致性. 負(fù)載均衡器讀取客戶端發(fā)出的每一個(gè)請(qǐng)求中所包含的cookies或url解釋?；谒x出的這些信息，負(fù)載均衡器就可以重寫報(bào)頭并將請(qǐng)求發(fā)往集群中合適的節(jié)點(diǎn)上，該節(jié)點(diǎn)維護(hù)著相應(yīng)客戶端請(qǐng)求的會(huì)話信息。在HTTP通信中，負(fù)載均衡器可以提供服務(wù)器一致性，但并不是通過一個(gè)安全的途徑（例如：HTTPS）來提供這種服務(wù)。當(dāng)消息被加密后（SSL），負(fù)載均衡器就不能讀出隱藏在其中的會(huì)話信息。通過故障恢復(fù)機(jī)制獲得高可靠性. 故障恢復(fù)發(fā)生在當(dāng)集群中某個(gè)節(jié)點(diǎn)不能處理請(qǐng)求，需將請(qǐng)求重新導(dǎo)向到其他節(jié)點(diǎn)時(shí)。主要有兩種故障恢復(fù)：請(qǐng)求級(jí)故障恢復(fù)。當(dāng)集群中的一個(gè)節(jié)點(diǎn)不能處理請(qǐng)求時(shí)（通常是由于down機(jī)），請(qǐng)求被發(fā)送到其他節(jié)點(diǎn)。當(dāng)然，在導(dǎo)向到其他節(jié)點(diǎn)的同時(shí)，保存在原節(jié)點(diǎn)上的會(huì)話信息將會(huì)丟失。透明會(huì)話故障恢復(fù)。當(dāng)一個(gè)引用失敗后，負(fù)載均衡器會(huì)將之發(fā)送到集群中其他的節(jié)點(diǎn)上，以完成操作，這一點(diǎn)對(duì)用戶來說是透明的。由于透明會(huì)話故障恢復(fù)需要節(jié)點(diǎn)具備相應(yīng)的操作信息，因此為了實(shí)現(xiàn)該功能，集群中的所有節(jié)點(diǎn)必須具有公共存儲(chǔ)區(qū)域或通用數(shù)據(jù)庫，存儲(chǔ)會(huì)話信息數(shù)據(jù)，以提供每個(gè)節(jié)點(diǎn)在進(jìn)行單獨(dú)進(jìn)程會(huì)話故障恢復(fù)時(shí)所需要的操作信息。 統(tǒng)計(jì)計(jì)量。既然所有的Web應(yīng)用請(qǐng)求都必須經(jīng)過負(fù)載均衡系統(tǒng)，那么系統(tǒng)就可以確定活動(dòng)會(huì)話的數(shù)量，在任何實(shí)例訪問中的活動(dòng)會(huì)話的數(shù)目，應(yīng)答的次數(shù)，高峰負(fù)載次數(shù)，以及在高峰期和低谷期的會(huì)話的數(shù)目，還有其他更多的。所有的這些統(tǒng)計(jì)信息都可以被很好的用來調(diào)整整個(gè)系統(tǒng)的性能。負(fù)載均衡器的缺點(diǎn)硬件路由的缺點(diǎn)在于費(fèi)用、復(fù)雜性以及單點(diǎn)失敗的。由于所有的請(qǐng)求均是通過一個(gè)單一的硬件負(fù)載均衡器來傳遞，因此，負(fù)載均衡器上的任何故障都將導(dǎo)致整個(gè)站點(diǎn)的崩潰。HTTP