ArcGISServer配置方案.docx
《ArcGISServer配置方案.docx》由会员分享，可在线阅读，更多相关《ArcGISServer配置方案.docx（9页珍藏版）》请在冰豆网上搜索。
ArcGISServer配置方案
配置方案
中国（北京）有限公司
通信行业事业部
2011年1月
版权声明
本文档由中国（北京）有限通信技术支持部撰写，由中国（北京）有限公司对相关技术内容负责。
未经本公司书面许可，任何单位和个人不得以任何形式摘抄、复制本文档的部分或全部，并以任何形式传播。
版本修订记录
版本数据库建议使用
（2）2服务器同上
使用软件负载均衡，与服务器4（）服务器33服务器操作系统建议使用服务器4
（）同上
提交日期
负责人
描述
服务器
安装软件列表
备注
服务器1
（2）
互为双机热备，不与服务器21服务器
1部署方式错误!
未指定书签。
1.1单机部署错误!
未指定书签。
1.2单多集群部署错误!
未指定书签。
1.3多多集群部署错误!
未指定书签。
1.4应用案例错误!
未指定书签。
2配置建议错误!
未指定书签。
2.1建议架构错误!
未指定书签。
2.2服务器配置错误!
未指定书签。
2.3硬件配置错误!
未指定书签。
3性能评估错误!
未指定书签。
3.1数据库服务器性能评估错误!
未指定书签。
3.2地图服务器（）的性能评估错误!
未指定书签。
1部署方式
具有可扩展的架构部署，有多种部署选择。
大型项目部署需要多个服务器、服务对象管理器（）和服务对象容器（），而小型项目则可能需要将这些资源合并到一个或者两个计算机上。
的部署方式取决于用户项目需求，如果产品用于开发或测试目的或者用户并发数相对较少，则不需要进行大规模部署；如果将服务发布的海量用户社区，则需要考虑一些策略，如处理负载、单一故障点和安全性。
以下针对多机部署进行说明。
1.1单机部署
如果基于开发的系统，用于开发、测试或小用户量的应用，服务器不需要接受大量服务请求，可以把的和安装在同一台服务器中，通过简单的配置即可满足应用需求。
1.2单多集群部署
当用户请求服务并发量比较大时，需要多台服务器做集群部署以满足系统大量用户并发需求。
在此部署应用中，由于服务对象管理器占用内存相对比较少，所以它可以和服务器共存在一台计算器上。
如下图所示：
单多部署方案主要是将多个计算机集群用于执行用于的任务请求，并可以根据系统需要处理的用户并发数量（于用户的数量以及请求操作的频繁度相关）进行伸缩性扩展。
另外服务器由于只是管理服务器，进程耗费服务器和内存资源不大，所以也可以在服务器上安装服务组件用于处理服务请求。
如下图所示：
单集群
但是在包含多台服务器和计算机的部署中，可能成为单一故障点，这表示，如果该离线，那么整个系统将停止运行。
要消除多机部署中的单一故障点，确保服务器持续可用，则需要设置多个以用于故障转移或轮询配置。
两者区别如下图：
1.3多多集群部署
多多集群部署可以消除多台服务器部署中的单一故障点的风险，确保服务器持续可用。
．
可在多台服务器之间平衡配置网络负载，并使用故障转移或轮询的方式在两台或更多计算机之间分配服务请求。
对于需要持续处理服务请求的系统应用程序，此类型配置（如下图所示）非常适用。
如果要充分利用服务器资源也可以把全部机器做集群部署。
1.4应用案例
下图是四川移动的8台集群，2台集群的方案，用于满足四川移动地理化网络系统4000用户访问，处理800用户并发的应用需求。
目前此系统运行十分良好，很好的解决了四川移动的高并发用户访问问题。
2配置建议
2.1建议架构
针对总部和南方基地的硬件环境（4台服务器）和业务需求，两个节点的配置适用同一配置方案，故提出以下配置建议：
其中两台配置为数据库服务器，互为热备；另两台配置为服务器，同时作为和，两台服务器集群。
配置示意图如下图所示：
服务器配置2.2
:
每台服务器软件配置如下表所示
服务器的系统需求可参考如下列表：
操作系统最低版本最高版本
2003,&（3264（64T））22
264（64T））（32,&2008（64（64T））
2008R2&
平台下的服务器软件环境需求：
需求详细说明
a）分辨率推荐1024x768或更高（96）显示b）24位色深
一些功能例如和需要1.3库。
2.6.2和1.3.0是必要的，支持一些核心的工具。
建议安装2.6.2和
1.3.0。
特性是的一个部分。
7.0或更高是必须的，7.0或更高版本必须先于的安装。
平台下数据库服务器软件环境建议：
建议的数据库建议的系统&20032（32）,10gR2（32）
&20081（32）10.2.0.3
10gR2（64）,&20032（64-6464T）
10.2.0.3
11g（32）11.1.0.6
20032（32）,&
11g（64）11.1.0.6
20032（64-64T）,
&
11g（64）11.1.0.7
20081（64）,&
平台下数据库服务器软件环境建议：
建议的系统建议的数据库
2005（32）
2005（64）
2008（32）
2008（64）
2005（32）2008（32）2008（64）
20032（32）,&2008-2（32）,&20032（64-64T）,&&2008-R2（64-64T）,&20032（32）,&,2008-2（32）
&20032（64-64T）&,-R2（64-64T）2008,&20032（32）
&2008-2（32）7（32）,
3（32）
1&2（32）,,
20032（32）,&
&,2008-2（32）7（32）,
3（32）
1&2（32）,,
&20032（64）,
&2008-R2（64）7（64）,2（64）
1&2（64）,,
平台下数据库服务器2软件环境建议：
建议的数据库建议的系统
&,20032（32）29.55（32）
&20081（32）
（64）*20032,&29.55（64）（64）*2008,&
2（32）
9.72&,20032（32）20081（32）,&20032（64-64T）,&（64）*2（64）
9.722008,&（64）*
2.3硬件配置
建议购买如下硬件配置的服务器。
详细配置如下，以供参考。
服务器名服务器型服务器上部署的服服务器配颗双1.632内/2*300硬/服务1
100类型局域网接/8640
类型阵接
颗双1.632内/2*300硬/100类型局域网接/类型服务28640
阵接/硬2.416内/4*146个交服务个千兆电口类型局域网接/580G5
服务3
电源模/块//4*146硬162.4内个交/4
580G5
服务个千兆电口类型局域网接服务块电源模/2
3性能评估
按照标书约定，17个省的在线用户数3400个（包括、、嵌入式终端用户数），并发用户数为在线用户数的30%（包括、、嵌入式终端用户数）。
可以折算出每个省在线用户数是按照200个计算的。
参照此模型，总部平台在线用户数按500核算，南方基地平台在线用户数按1000核算。
的内存配置需求取决于发布到站点的服务类型。
每一个发布的服务都要求配置足够的专用实例以支持容量负载的峰值。
每一个发布的标准实例将消耗一部分内存。
将基于已发布的服务配置说明管理实例的部署，以实现对可用内存资源的最优利用（实例能够对公用内存资源最优利用）。
下图的红字部分列出了基于服务器三层结构下，每个层级处理地图服务时间花费。
3.1数据库服务器性能评估
图中蓝色表明的是通过访问空间数据库，而绿色表明的是通过直接连接数据库的形式获取数据。
每种颜色上的线条表明的是10、8、6三种不同的值。
在评估表中有三条对角线（10，8，6）。
三条对角线代表不同的用户生产率（每分钟显示10次、8次、6次）。
对于至强23200的服务器来说：
在值为10的情况下能够支持的并发用户数为120个直接连接。
……
在值为6的情况下能够支持的并发用户数约为100个左右连接。
……
3.2地图服务器（）的性能评估
该评估图表可以标识平台可以支持的最大地图显示能力。
这张图上和前面的评估图标不同的是，横轴从前面的峰值用户数改成了每分钟的显示数。
当然峰值用户和每分钟的显示数其实是可以互相转换的，例次地图请求，那么对于能够支持6如假设每个用户每分钟进行
每分钟180个显示数的服务器来说，其能够最多支持180除以6等于30个并发用户。
从图上能够看出，对于至强23200的服务器来说，其能够支持的和的应用是每分钟180个显示数，即30个并发用户。
升级会员 