代码改变世界

ArcGIS Server 分布式注意事项

2012-08-26 21:13  Ferdinand  阅读(496)  评论(0编辑  收藏  举报

  公司的演示服务器内存只有8G,采用的是单层结构的最低配置模式,SOM与SOC和WEB Server是装在同一台服务器上的。因为在上面发布的图形服务和地处理服务太多了,导致加载地图非常缓慢,经常会产生断包的情况,尤其当频繁的做地处理分析的时候以及在外网访问的情况下,这种情况就更加,所以决定利用周末的时间为演示服务器做一下瘦身,同时多挂载一个SOC,分担下服务器的压力。

  找不到别的空闲机器了,就那自己的机器做了SOC,搭配上与原来的SOC,这样就是两个SOC。挂载SOC其实很简单,只需要在装载SOC 的机器做POST INSTALL 的时候将SOC和SOM账户的密码设置为和SOM机器上的SOC和SOM账户的密码设置一致即可。设置好以后,在SOM上添加SOC所在机器到Server 的HOST中即可。

  SOC能够执行SOM调度需要SOC能够访问到SOM发布的地图资源,也就是Serve的一些目录需要被SOC所在机器能够访问到,也就是需要将arcgis server这个目录共享。

      SOC接收到调度令后,回去执行相应的任务(比如出图),这个时候有两种方式去获取资源,一种是同SOM发布服务的mxd的所在路径的位置放置发布的MXD,这样就是访问本地的资源来完成出图的任务,另一种就是SOM发布服务的时候使用的UNC路径,这样就是去UNC路径下下载资源来完成出图任务,原则上第一种更加灵活,性能更好,但是配置相对繁琐一些,第二种则配置起来相对简单,对于经常要新增服务或者更新服务的则只需要修改SOM上Server的设置,更加易于管理。

  这里主要要说的是一些地处理服务的发布,一些很复杂的地处理服务,建议还是使用第一种发布配置,复杂的地处理任务放在本地更易于提高性能,充分发挥SOC机器的性能,而且地处理任务多会产生大量的数据,用UNC去下载资源有的时候会遇到网络阻塞问题,容易出错,反而不能很好的起到负载均衡的左右,这个笔者周末在做测试的时候有很深的体会。有些地处理服务的执行可能依赖于某些特定的com或者其他的一些环境,所以当在SOM的Server上发布GP 服务使用的本地路径的时候,在SOC所在机器上的相同的路径下放置GP Tools使用,放置完以后一定要同SOM里的Gp tools的设置保持一致。如果SOM 上的GP工具需要com并做了com的注册,则SOC的gp工具也要做相应的操作,总之就是要保证SOC上的GP Tool也要能够正常的使用,这样当SOM 将地处理处理指令分配到SOC上时,SOC才能正确的执行地处理任务。

  当做完这些设置后,通过缩放地图和做地处理任务的时候会发现,明显要比以前出图的数度快了,如果能够挂载多个SOC,出图的速度会更加快。虽然现在大多数的应用还没用到SOC分布式挂载,但是随着数据量的加大和地图服务的增加,这个将会是一种很好的途径来提高系统性能和更好的利用服务器能力的方法。CPU的截图就不放了,博文是回家后听着阿黛尔的somelikeyou写的,推荐大家听听这首歌,很不错。

  下一步计划做一下server的双机热备,当其中一个节点砀掉以后,能够让另一台server能够自动工作,这也是ags server 高可用性的配置必须项,当然大家会说如果用了10.1后就不用这么麻烦了,那么客户没有用10.1的时候又要做这种配置咱也需要给解决啊。