ArcGISServer配置方案.docx

1、ArcGISServer配置方案 配置方案 中国（北京）有限公司 通信行业事业部 2011年1月 版权声明 本文档由中国（北京）有限通信技术支持部撰写，由中国（北京）有限公司对相关技术内容负责。未经本公司书面许可，任何单位和个人不得以任何形式摘抄、复制本文档的部分或全部，并以任何形式传播。 版本修订记录 版本 数据库建议使用 （ 2）2 服务器同上 使用软件负载均衡，与服务器4 （） 服务器33 服务器 操作系统 建议使用 服务器 4 （）同上提交日期 负责人 描述 服务器 安装软件列表 备注 服务器1 （ 2） 互为双机热备，不与服务器21服务器1部署方式错误!未指定书签。 1.1单机部署错

2、误!未指定书签。 1.2单多集群部署错误!未指定书签。 1.3多多集群部署错误!未指定书签。 1.4应用案例错误!未指定书签。 2配置建议错误!未指定书签。 2.1建议架构错误!未指定书签。 2.2服务器配置错误!未指定书签。 2.3硬件配置错误!未指定书签。 3性能评估错误!未指定书签。 3.1数据库服务器性能评估错误!未指定书签。 3.2地图服务器（）的性能评估错误!未指定书签。 1 部署方式 具有可扩展的架构部署，有多种部署选择。大型项目部署需要多个服务器、服务对象管理器（）和服务对象容器（），而小型项目则可能需要将这些资源合并到一个或者两个计算机上。 的部署方式取决于用户项目需求，如果

3、产品用于开发或测试目的或者用户并发数相对较少，则不需要进行大规模部署；如果将服务发布的海量用户社区，则需要考虑一些策略，如处理负载、单一故障点和安全性。 以下针对多机部署进行说明。 1.1 单机部署 如果基于 开发的系统，用于开发、测试或小用户量的应用，服务器不需要接受大量服务请求，可以把 的和安装在同一台服务器中，通过简单的配置即可满足应用需求。 1.2 单多集群部署 当用户请求服务并发量比较大时，需要多台服务器做集群部署以满足系统大量用户并发需求。在此部署应用中，由于服务对象管理器占用内存相对比较少，所以它可以和服务器共存在一台计算器上。如下图所示： 单多部署方案主要是 将多个计算机集群用

4、于执行用于的任务请求，并可以根据系统需要处理的用户并发数量（于用户的数量以及请求操作的频繁度相关）进行伸缩性扩展。 另外服务器由于只是管理服务器，进程耗费服务器和内存资源不大，所以也可以在服务器上安装服务组件用于处理服务请求。如下图所示： 单集群 但是在包含多台 服务器和 计算机的部署中， 可能成为单一故障点，这表示，如果该 离线，那么整个系统将停止运行。要消除多机部署中的单一故障点，确保服务器持续可用，则需要设置多个 以用于故障转移或轮询配置。两者区别如下图： 1.3 多多集群部署 多多集群部署可以消除多台服务器部署中的单一故障点的风 险，确保服务器持续可用。可在多台 服务器之间平衡配置网络

5、负载，并使用故障转移或轮询的方式在两台或更多 计算机之间分配服务请求。对于需要持续处理服务请求的系统应用程序，此类型配置（如下图所示）非常适用。 如果要充分利用服务器资源也可以把全部机器做集群部署。 1.4 应用案例 下图是四川移动的8台集群，2台集群的方案，用于满足四川移动地理化网络系统4000用户访问，处理800用户并发的应用需求。目前此系统运行十分良好，很好的解决了四川移动的高并发用户访问问题。 2 配置建议 2.1 建议架构 针对总部和南方基地的硬件环境（4台服务器）和业务需求，两个节点的配置适用同一配置方案，故提出以下配置建议： 其中两台配置为数据库服务器，互为热备；另两台配置为 服

6、务器，同时作为和，两台 服务器集群。配置示意图如下图所示： 服务器配置2.2 :每台服务器软件配置如下表所示 服务器的系统需求可参考如下列表：操作系统 最低版本 最高版本 2003 , & (32 64 (64T) 2 2 2 64 (64T) (32 , & 2008 (64 (64T) , 2008 R2 & 平台下的 服务器软件环境需求： 需求 详细说明 a) 分辨率推荐 1024 x 768或更高(96) 显示b) 24位色深 一些功能例如和需要 1.3库。 2.6.2和 1.3.0是必要的，支持一些核心的工具。建议安装 2.6.2和 1.3.0。特性是的一个部分。 7.0或更高是必须

7、的， 7.0或更高版本必须先于的安装。 平台下数据库服务器软件环境建议： 建议的数据库 建议的系统 & 2003 2 (32) , 10g R2 (32 ) , & 2008 1 (32) 10.2.0.3 10g R2 (64 ) , & 2003 2 (64 - 6464T) 10.2.0.3 11g (32 ) 11.1.0.6 2003 2 (32) , & 11g (64 ) 11.1.0.6 2003 2 (64 - 64T) , & 11g (64 ) 11.1.0.7 2008 1 (64) , & 平台下数据库服务器软件环境建议： 建议的系统 建议的数据库 2005 (32)

8、 2005 (64) 2008 (32) 2008 (64) 2005 (32) 2008 (32) 2008 (64) 2003 2 (32),&2008- 2 (32),&2003 2 (64 - 64T),&2008- R2 (64 - 64T),&2003 2 (32),&,2008- 2 (32),&2003 2 (64 - 64T)&,- R2 (64 - 64T)2008,&2003 2 (32),&2008- 2 (32)7 (32) ,3 (32)1 & 2 (32) , ,2003 2 (32),&,2008- 2 (32)7 (32) ,3 (32)1 & 2 (32)

9、, ,&2003 2 (64),&2008- R2 (64)7 (64) ,2 (64)1 & 2 (64) , , 平台下数据库服务器2软件环境建议： 建议的数据库 建议的系统 & , 2003 2 (32) 2 9.5 5 (32) , & 2008 1 (32) (64)* 2003 2 , & 2 9.5 5 (64) (64)* 2008 , & 2 (32) 9.7 2 & , 2003 2 (32) 2008 1 (32),&2003 2 (64 - 64T),& (64)*2 (64)9.722008,&(64)* 2.3 硬件配置 建议购买如下硬件配置的服务器。详细配置如下，

10、以供参考。 服务器名服务器型服务器上部署的服服务器配颗双1.632内/2*300硬/服务1100类型局域网接/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个计算的。 参照此模型，总部平台在线用

11、户数按500核算，南方基地平台在线用户数按1000核算。 的内存配置需求取决于发布到站点的服务类型。每一个发布的服务都要求配置足够的专用实例以支持容量负载的峰值。每一个发布的标准实例将消耗一部分内存。 将基于已发布的服务配置说明管理实例的部署，以实现对可用内存资源的最优利用（ 实例能够对公用内存资源最优利用）。 下图的红字部分列出了基于服务器三层结构下，每个层级处理地图服务时间花费。 3.1 数据库服务器性能评估 图中蓝色表明的是通过访问空间数据库，而绿色表明的是通过直接连接数据库的形式获取数据。 每种颜色上的线条表明的是10、8、6三种不同的值。在评估表中有三条对角线（10，8，6）。三条对

12、角线代表不同的用户生产率（每分钟显示10次、8次、6次）。 对于至强2 3200的服务器来说： 在值为10的情况下能够支持的并发用户数为120个直接连接。 在值为6的情况下能够支持的并发用户数约为100个左右连接。 3.2 地图服务器（）的性能评估 该评估图表可以标识平台可以支持的最大地图显示能力。 这张图上和前面的评估图标不同的是，横轴从前面的峰值用户数改成了每分钟的显示数。 当然峰值用户和每分钟的显示数其实是可以互相转换的，例次地图请求，那么对于能够支持6如假设每个用户每分钟进行每分钟180个显示数的服务器来说，其能够最多支持180除以6等于30个并发用户。 从图上能够看出，对于至强23200的服务器来说，其能够支持的和的应用是每分钟180个显示数，即30个并发用户。