講義講稿0913之前arcgis for server10

1、一、基于Site GIS Servers 新模一、基于Site GIS Servers 新模型的架ArcGIS for Server 10.1 中采用了新的模型結(jié)構(gòu)：Site - Servers。這里將它稱為 nGIS Servers，即多節(jié)點(diǎn)GIS Servers。新的型架構(gòu)取代了10.0 以前的基于 SOM SOCs 結(jié)構(gòu)ArcGISforServer架構(gòu)模型如下圖所示新型的nGIS Servers 模型已經(jīng)沒有像10.0 9.x 版本SOM 控制節(jié)點(diǎn)，采用點(diǎn)對(duì)點(diǎn)(p2p)的方式，即每一個(gè) GIS Server 節(jié)點(diǎn)1等的。這樣新模型即使是某一個(gè) GIS Server 節(jié)點(diǎn)意外的宕掉，也不

2、導(dǎo)致整個(gè)地等的。這樣新模型即使是某一個(gè) GIS Server 節(jié)點(diǎn)意外的宕掉，也不導(dǎo)致整個(gè)地圖服務(wù)的停止運(yùn)行；同樣，當(dāng)需要增加一個(gè) GIS 節(jié)點(diǎn)時(shí)，以plug-in 方一個(gè)節(jié)點(diǎn)為服務(wù)提高負(fù)載能力。而松散的、熱插拔的架構(gòu)是構(gòu)建 云 GIS 應(yīng)用的基石在邏輯上，這 n GIS Servers 節(jié)點(diǎn)組織為一個(gè)Site 站點(diǎn)ArcGIS for Server 10.1 新架構(gòu)模型的邏輯關(guān)系簡單概括為Site 為架 ；GIS Server ；GIS Instance 實(shí)例為每個(gè)GIS 功能的處理容器處1.1、Site 為架ArcGIS for Server 10.1 在安裝完成以后，需要確定創(chuàng)建一個(gè)新S

3、ite 站點(diǎn)，還是添加到已經(jīng)存在的 Site 站點(diǎn)。如果是創(chuàng)建一個(gè)新ArcGIS Server 環(huán)境，就需要選擇 New Site 操作，在創(chuàng)建新的站點(diǎn)程中配置了 Directories 和Configuration Store 路徑、以及Site 息只有添加到Site 站點(diǎn)的GIS Server才能稱為Siteful 的GIS 節(jié)點(diǎn)，要不就為孤立的節(jié)點(diǎn)，是不屬于架構(gòu)之每個(gè)Runnable GIS Server 所需的一系列數(shù)據(jù)，它們都被保到 Site 相關(guān)屬性里。如：所屬的集群信息、服務(wù)信息、服務(wù)所數(shù)據(jù)信息、目錄信息以及日志信息等等。GIS Server 也是基于這些息才能提供具體服務(wù)的一個(gè)

4、具體的應(yīng)用 GIS 環(huán)境只有一個(gè)Site 站點(diǎn)1.2、ClusterGIS 服務(wù)的邏2安裝完GIS Server節(jié)點(diǎn)，創(chuàng)建一個(gè)新的Site站點(diǎn)，ArcGIS 安裝完GIS Server節(jié)點(diǎn)，創(chuàng)建一個(gè)新的Site站點(diǎn)，ArcGIS defautServer 節(jié)點(diǎn)都可以添加到這個(gè)集群內(nèi)，當(dāng)Site 站點(diǎn)可以創(chuàng)個(gè)集群對(duì)于某個(gè)特定的 Cluster，它是某個(gè)具體服務(wù)的邏輯容器，承載具體服務(wù)如：Map Service、GP Service 等等。舉個(gè)例子：現(xiàn)在需區(qū)域的基礎(chǔ)地形的地圖服務(wù)，就需要選擇是有哪個(gè) Cluster 具體的服務(wù)能力是有下面的GIS Server 提供但并不是一個(gè)Cluster 不是

5、只承載某一個(gè)服務(wù)、或者某一類服務(wù)每一個(gè)Cluster 可以為不同類型，多個(gè)服務(wù)提供容ArcGIS Server 為 Cluster 內(nèi)的GIS Server 通信提供了完善的協(xié)保障，如：TCP 輪詢、UDP 廣播、心跳感應(yīng)等1.3、GIS Server 為實(shí)際處 的機(jī)器可以是物理機(jī)，也可以是虛擬機(jī)，當(dāng)然這樣的每個(gè)機(jī)器內(nèi)有一個(gè)GISServer節(jié)點(diǎn) ess 的節(jié)點(diǎn)。要想轉(zhuǎn)成 Server 節(jié)點(diǎn)Cluster邏輯內(nèi)可以GISServer 節(jié)點(diǎn)，這3Server 節(jié)點(diǎn)負(fù)載均衡上層的邏輯功能。ArcGIS Server 提供了多種均衡的算法，對(duì)于不同的請(qǐng)求情況，Server 節(jié)點(diǎn)負(fù)載均衡上層的邏輯功能

6、。ArcGIS Server 提供了多種均衡的算法，對(duì)于不同的請(qǐng)求情況，如：密集 I/O 型、長事務(wù)型、CPU 型等，會(huì)自動(dòng)配置到不同的負(fù)載算法 。1.4、GIS Instance 實(shí)例為每個(gè)GIS 功能的處理容GIS InstanceGIS Server的處理實(shí)例。默認(rèn)情況下，一個(gè)Server 節(jié)點(diǎn)自動(dòng)設(shè)置最大實(shí)例數(shù)為兩個(gè)。對(duì)于 ArcGIS Server windows 這個(gè)節(jié)點(diǎn)運(yùn)行飽和下就是產(chǎn)生兩個(gè) java.exe 進(jìn)程這些就是處理具體功能的實(shí)當(dāng)然，對(duì)于某個(gè)負(fù)載較重的 GIS Server 節(jié)點(diǎn)，通過相關(guān)接口可調(diào)整最大實(shí)例數(shù)，以滿足處理量的需二、開放ArcGIS for Server

7、10.1 對(duì)比于前些版本，不但提供基于操作各Service Rest/Soap SDKAPI，如：ArcGISAPI for JavascriptAPI for Flex 等等；而且提供操作和管AdminAPIArcGISServerAdminAPI是基于主流的Rest框架，這樣無論C/SB/S；無Javascript、Sliverlight都可以輕松的操作ArcGIS 接口ArcGISServerAdmin API對(duì)于建設(shè)云架構(gòu)GIS應(yīng)用環(huán)境是 關(guān)重要的。它讓用戶可以輕松的控況，無論是動(dòng)態(tài)創(chuàng)建、或者刪除GIS Server；調(diào)整某個(gè) GIS Server 4實(shí)例數(shù)；還是動(dòng)態(tài)遷Site；合并多

8、Cluster 集群；乃至統(tǒng)某個(gè) GP 服務(wù)的處理實(shí)例數(shù)；還是動(dòng)態(tài)遷Site；合并多Cluster 集群；乃至統(tǒng)某個(gè) GP 服務(wù)的處理時(shí)量Admin API ArcGIS for Server 完美的支持云架構(gòu)，主要體現(xiàn)主流云計(jì)算的以下幾大特征2.1、GIS 服務(wù)的智能彈性調(diào)整在通用的 GIS 應(yīng)用中，伴隨著用戶量或者使用頻率的增荷并發(fā)量的請(qǐng)求推向后端的GIS 服務(wù)器。此時(shí)，GIS 服務(wù)處理性遇到瓶頸這種情況下通常需要停止 GIS 服務(wù)，重新構(gòu)建滿足客戶 或者替換為更高性能的機(jī)器；再者需要在新環(huán)境中重新部署 Server，如：安裝和配、數(shù)據(jù)遷移、服務(wù)重新發(fā)布等等無免的操作。這些都是耗時(shí)耗力的過

9、程，并且使得 GIS 應(yīng)7*24 的運(yùn)行當(dāng)此應(yīng)用的用戶量或者使用頻率下降時(shí)，根本不需要如此多資源這樣又造成嚴(yán)重的資源浪費(fèi)基于ArcGIS for Server 10.1 新架構(gòu)下，結(jié)Admin API 可以智的彈性調(diào)整資源。調(diào)整分為兩個(gè)級(jí)別：GIS Server 機(jī)器級(jí)別 和Instance 實(shí)例級(jí)別。資源彈性調(diào)整分為兩種情況 當(dāng)并發(fā)負(fù)載開始增加時(shí)，首先檢查現(xiàn)有 GIS Servers 機(jī)器的理處理能力是否飽和，如果不飽和的話，增加現(xiàn)GIS Server 的 Server Instance 實(shí)例數(shù)，使其達(dá)到飽和狀態(tài)；隨著并發(fā)量的持5加，現(xiàn)有的GIS Server 機(jī)器已經(jīng)達(dá)到飽和狀態(tài)，此時(shí)啟動(dòng)

10、備用的 Server機(jī)器，并且平滑加，現(xiàn)有的GIS Server 機(jī)器已經(jīng)達(dá)到飽和狀態(tài)，此時(shí)啟動(dòng)備用的 Server機(jī)器，并且平滑的將新的GIS Server加入到GIS 服務(wù)邏輯位中。如果并發(fā)量再增加導(dǎo)致新的GIS Sever 機(jī)器也達(dá)到飽和以繼續(xù)平滑增加新GIS Server 機(jī)器到滿足用戶并發(fā)量的GIS 環(huán)境當(dāng)然如果資源充足的話，可以無限的并發(fā)擴(kuò)展量開始下降時(shí)，現(xiàn)有GIS Servers 出現(xiàn)亞飽和態(tài)，此時(shí)減少某臺(tái) GIS Server 機(jī)器上的實(shí)例數(shù)。伴隨量下一定程度，現(xiàn)有環(huán)境 GIS Servers 出現(xiàn)不飽和，此時(shí)可以平滑的GIS Server 移除。這樣不斷的動(dòng)態(tài)調(diào)整，在低并發(fā)時(shí)

11、使用少量GIS Servers 機(jī)器，而刪除掉其余的機(jī)器，以達(dá)到最合理的利用資源上述情況的性能檢查和服務(wù)調(diào)整，不管是實(shí)例級(jí)別的，還是 Server 機(jī)器級(jí)別的功能是基Admin API 提供的在實(shí)際生產(chǎn)情況，上述兩種過程是交替、平滑的發(fā)生在云端ArcGIS 的用戶來說完全是黑箱的，無論用戶端使用情況如何復(fù)用戶都能獲得流暢的用戶體驗(yàn)2.2、GIS 服務(wù)可度量GIS 服務(wù)的智能彈性調(diào)整的基礎(chǔ)是：服務(wù)可度量。 通過 出來的某些服務(wù)度量數(shù)據(jù)GIS 應(yīng)用才能進(jìn)行智能的資源。但是資源的彈性調(diào)整并不是 GIS 服務(wù)可度量的唯之外，它還可以向管理者反映：某服務(wù)的歷量、某服務(wù)成功率等Admin 出以下重要的可度

12、量的信息6 宏觀Site 中集群數(shù)；某Cluster 服務(wù)邏輯Server 數(shù)；每個(gè)GIS Server 的最大 宏觀Site 中集群數(shù)；某Cluster 服務(wù)邏輯Server 數(shù)；每個(gè)GIS Server 的最大實(shí)例數(shù)等 微觀信息。如：截至到當(dāng)前時(shí)刻服務(wù)量；量用的處理時(shí)間；服務(wù)實(shí)例數(shù)實(shí)時(shí)使用情況等2.3、精準(zhǔn)的成本核基于 Admin API 提供的成本核算也是建立在服務(wù)可度量的基之上。根據(jù)事先定制好的服務(wù)成本系數(shù)，可以精準(zhǔn)的核算出每在某段時(shí)間的成本費(fèi)用。除此之外Admin API 上傳數(shù)據(jù)時(shí)可得數(shù)據(jù)量大小，在按照事先定制數(shù)據(jù)成本系數(shù)，可以獲得 GIS 成本費(fèi)用；再者可以結(jié)合 Web 服務(wù)監(jiān)視

13、接口可以獲得托管在云端應(yīng)用成本費(fèi)用2.4、完善的日志描在ArcGIS Server 10.1 中通過Admin 了完善的日志接口不但包含系統(tǒng)日志，而且包含操作日志。例如：系統(tǒng)日志就分SEVERE, WARNING, INFO, FINE, DEBUG 等級(jí)別，每種級(jí)別中有同的日志代碼，根據(jù)日志代碼可以查詢到問題表述，可以幫助管員有效的解決問題三、服務(wù)基的數(shù)據(jù)源ArcGIS for Server 10.1 Manager 中發(fā)布服務(wù)時(shí)，使用的GIS 數(shù)據(jù)源格式.sd(service definition files)，.sd 數(shù)據(jù)也是中唯一支持發(fā)布GIS 服務(wù)的格式。此.sd 服務(wù)文件可以來自于

14、任何7資源，如：Geodatabase、Address Locator、地圖文檔、GP 模型、像數(shù)據(jù)集等等，都可以將它們發(fā)布成對(duì)應(yīng)的GIS 服務(wù)資源，如：Geodatabase、Address Locator、地圖文檔、GP 模型、像數(shù)據(jù)集等等，都可以將它們發(fā)布成對(duì)應(yīng)的GIS 服務(wù).sd 服務(wù)文件是基于 7zip 壓縮的文件，里面包含了服務(wù)屬性、務(wù)類型以及服務(wù)所展現(xiàn)的capabilities 等相關(guān)信息。當(dāng)然根據(jù)不同的務(wù)類型.sd 的內(nèi)容也有所不同，例如：MapService 類型的.sd 文件還能包括切片信息、地圖服務(wù)所依賴的數(shù)據(jù)源等；而其他類型的沒有這些信息3.1的服務(wù)文件格式，帶來什么便

15、利呢例如：在實(shí)際生產(chǎn)流程中，或許需要制作數(shù)據(jù)和發(fā)布服務(wù)需 不同來完成，這員協(xié)作制作服務(wù)的過程如下 存為.sd 格式，該過程需要此.sd 選擇包含所依賴的數(shù)據(jù)源 對(duì)于具有發(fā)布服務(wù)權(quán)限的 ，就可以直接將包據(jù)源.sd 的服務(wù)文件格式是如何發(fā)布ArcGISforServer10.1Manager里提供了內(nèi)置的GPPublishingTools，Manager 使用者基于這個(gè) GP 服務(wù)將.sd 數(shù)據(jù)直接布為對(duì)應(yīng)GIS 程序中發(fā)者同樣可以Rest 中這個(gè)GP 服務(wù)或者使用 Admin API 自定義流程來上傳數(shù)據(jù)和GIS服務(wù)Manager 自帶的上傳數(shù)據(jù)和發(fā)布 GIS 服務(wù)流程8 首先將.sd 數(shù)據(jù)上傳

16、到Site 定義的directoriesarcgisuploads 錄下Manager 使用內(nèi)置的解壓 首先將.sd 數(shù)據(jù)上傳到Site 定義的directoriesarcgisuploads 錄下Manager 使用內(nèi)置的解壓縮工具將上傳的.sd 數(shù)據(jù)解壓directoriesarcgisinput 目錄下，解壓縮后的文件包含.msd 文檔,些配置信息，例如：切片信息等等最后Manager 使用Admin API 將.msd 發(fā)布為對(duì)應(yīng)的GIS 服務(wù)在基ArcGIS Server Admin API 的二次開發(fā)，流程和Manager 完全相同，但對(duì)于某些流程屬性是可以自定義的，如.sd 據(jù)/

17、解壓路徑等3.3的服務(wù)文件格式，給云架構(gòu)帶來了什關(guān)于ArcGIS 10.1 數(shù)據(jù)源對(duì)云架構(gòu)的支持分為：公有云 和 云 兩種方案。這種不同是依賴于公有云和私有云它們本身的不同質(zhì)，如：數(shù)據(jù)和服務(wù)托管的方式，是托管 還是企業(yè)私有的局域網(wǎng)內(nèi)？等等正如前面所述ArcGIS 10.1外部是通布成對(duì)GIS 服務(wù)：首先解壓.sd 文件，得GIS 資源文件， the data)和不包含(not chosenthe option to copy the data)依賴的數(shù)據(jù)，其GIS 數(shù)據(jù)是以 File Geodatabase 形式存在其中包含依賴的 GIS 數(shù)據(jù)對(duì)公有云的.sd 服務(wù)文件來說是必須的而不包含 G

18、IS 數(shù)據(jù)，使用局域網(wǎng)內(nèi)的 GIS 數(shù)據(jù)，是私有云區(qū)別9有云的基根據(jù).sd 是否包含依賴的GIS 數(shù)據(jù)有如下兩種方案 依賴的GIS數(shù)據(jù)托管有云的基根據(jù).sd 是否包含依賴的GIS 數(shù)據(jù)有如下兩種方案 依賴的GIS數(shù)據(jù)托管ernet 公有云的云如上所述，公有云方案中.sd 文件務(wù)必包含依賴的 GIS 數(shù)據(jù)源 或者云端自定義的功能將其發(fā)布為GIS 服務(wù)賴的GIS數(shù)據(jù)托管在局域網(wǎng)的私有云GIS 數(shù)據(jù)源不一定非要打包在.sd 中，在私有云方案中依賴以來源于多種方式i服務(wù)邏GIS Server 在同樣目錄下都放置份.sd 所依賴的GIS 數(shù)據(jù)：ii.sd所依賴的GIS數(shù)據(jù)來源于網(wǎng)絡(luò)共享目錄(UNC)。當(dāng)

19、需要保證每臺(tái)GIS Server 具有讀寫這個(gè) UNC 文件的權(quán)限iii、.sd 所依賴的GIS 數(shù)據(jù)來源于強(qiáng)大ArcSDE。適用于據(jù)量、大并發(fā)操作的數(shù)據(jù)；同時(shí)對(duì)備份和遷移有很好的支持好的支持客戶端 edit 功能等等無論在公有云中、還是在私有云中的.sd 很多優(yōu)勢，特別是包含數(shù)據(jù)的.sd Geodatabaseweb Geodatabase庫。一般生產(chǎn)庫中很多數(shù)據(jù)是沒有通的、或者沒有核對(duì)或者是臨數(shù)據(jù)，而不能將這類GIS 數(shù)據(jù)通過服務(wù)展現(xiàn)給 web 端用戶。而定時(shí)/定任務(wù)的將通的數(shù)據(jù)導(dǎo)出為.sd 文件中的 web 庫，并發(fā)GIS 服務(wù)展現(xiàn)給Web 用戶四、多方位的安全ArcGIS for Se

20、rver 10.1 GIS 服務(wù)展現(xiàn)給Web 用戶四、多方位的安全ArcGIS for Server 10.1 提供了多種控制機(jī)制以保證Server 服務(wù)和數(shù)據(jù)的正常運(yùn)行4.1、權(quán)限在 ArcGIS Server 10.1 中，權(quán)限機(jī)制更加簡便和安全，除了的用戶級(jí)別的使用權(quán)限的控制，還可以有另外兩種：對(duì)服務(wù)使制 以及 ArcGIS Server 本身管理組件使用的權(quán)限控制和 user 三種權(quán)限。這權(quán)限的不同主要體現(xiàn)在：manager 頁面展示功的區(qū)site 目錄cache等等對(duì)于服務(wù)使用的控一特定過該用角色(Role) ，判斷該Role 是限使用某服務(wù)，或者使用該的文件夾來確定的當(dāng)然對(duì)于服務(wù)權(quán)

21、限控制，ArcGIS Server 根據(jù)權(quán)限信息的所在置、或者控制級(jí)別不同，提供了四種驗(yàn)證(authentication anthorization)方式：ArcGIS Server built-in 內(nèi)嵌型LDAP 服務(wù)型、對(duì)于安全型不是很高的用戶，可以采用 ArcGIS Server 內(nèi)嵌型這也是安裝 ArcGIS Server 默認(rèn)的方式，比較簡單。所有的安全由ArcGIS Server 自己完成，權(quán)限信息被放置到Configuration Store 中可以使LDAP 或者如果對(duì)于安由ArcGIS Server 自己完成，權(quán)限信息被放置到Configuration Store 中可以使LDAP 或者如果對(duì)于安全要求比較高的用戶Windows AD 方式。ArcGIS Server 將安上，有其提供的安全機(jī)制進(jìn)行驗(yàn)證，這樣權(quán)