ArcGIS 10.2 for Server架构设计与性能优化策略

2.用户并发数
3.数据组织及数据量 4.集群中GIS Server数量
数据组织
CPU核数
系统响应 时间
用户并发 数
GIS Server 数量
工具介绍
• 系统设计 • 系统测试
系统设计
在做方案设计和硬件选型时，有哪些参考工具及方法指导吗？
这个
必须 有
System Monitor
System Designer
性能影响因子
平台性能 数据管理 GIS系统性能 系统架构 客户端技 术 用户工作 流
软件性能
ArcGIS for Server配置-实例
并发请求时，后台经历了哪些过程呢？
服务发布
实例数配 置
启动SOC 进程
负载增加
配置更多 实例数
启动更多 SOC进程
更多CPU 核数
ArcGIS for Server配置-实例
• • • •
GIS Server Data Server Web Adaptor Web Server
Web Adaptor
GIS Server
站点
Data Server源自Web Server架构解析-GIS Server
GIS 服务器
集群
站点
GIS Server
N:1
Cluster
N:1
Site
GIS Server 管理员 连接Manager
GIS Server 1
发布服务
GIS Server 2
GIS Server 3
Default
ArcGIS Desktop 用户
Configuration store Data Server directories
cluster A
架构解析
一个完整的站点包括四大组件：
• •
私有云环境部署
资源池化：
•
计算、存储、网络 模板部署 多租户管理 资源隔离 节点可伸缩
Site1
优点：
• • • •
…… SiteN Site1 …… SiteN
资源池
资源池
私有云环境
部署小结
对于生产环境：
•
先规划，再部署
• •
选择合适部署模式 协调GIS Server、DataBase Server、Web Server之间的部署关系
•跨平台
•纯64位 •内置Web Server
•一组GIS Server集合
•标准：安全性、资源 •服务发布到指定集群
•对外提供统一URL
•可创建多个Cluster
•服务处理单元 •弹性可伸缩 •各节点相互通信 •访问公共存储
架构解析-Web Adaptor、Web Server
•
Web Adaptor
企业级GIS项目：
• • •
根据用户实际需求、整合现有IT资源，进行合理化部署 事先进行容量规划，尽早规避性能问题 规划、需求、设计、测试、部署、运维是一个统一的整体
资源列表
-
微博： /esritm/home ArcGIS在线体验中心： / System Designer
系统测试工具
System Test用来测试ArcGIS软件的相关性能，可以创建真实的测试场景、配 置测试过程，并对测试结果进行收集和定量及定性分析。 监测指标：
• • • •
响应时间 吞吐量
CPU利用率
瓶颈分析，如内存、网络、磁盘
系统设计过程
通过系统测试工具（System Test）：
• • • 响应时间 吞吐量 性能瓶颈
特点：
-
-
没有负载均衡机制
不适合生产环境
http://6080
ArcGIS Server site
GIS Server
GIS site
Configuration store
Data
Server directories
部署模式-集群
满足条件：
• • • •
http://80 Web Server Web Adaptor
•
• •
整合GIS Server与Web Server
接收请求，并转发给GIS Server 隐藏端口、arcgis目录 Web容器 负载均衡 反向代理
GIS Server
Portal for ArcGIS
•
Web Server
• • •
Web Adaptor
注册
Web Server
架构解析-Data Server、公共存储
Data Server 公共 存储 文件型数据 Directories ArcSDE、DBMS 文件型存储、 跨平台 arcgis账户对其 读、写权限 Config-store 站点配置信息 工作目录、缓 存目录等
可利用组织内现 有数据库
站点的血液 站点的灵魂
站点备份及恢复
方式：
• •
Python脚本：C:\Program Files\ArcGIS\Server\tools\admin Admin API：http://localhost:6080/arcgis/admin/ 具有相同的arcgis账户、密码
-
-
/home/item.html?id=8ff490eef2794f428bde25b561226bda. /home/item.html?id=8e655b38f2fc4b778d07dd34f436a978 (MS 2013)
这已经 不是
软件 层面 问题了
建议：
1. 2.
利用集群技术，多台GIS Server同时处理 如果服务等待时间过长或超时，可以设置最大等待
时间
3.
利用云平台，有效解决GIS Server弹性问题
ArcGIS for Server实例配置策略
配置策略： 1. 系统CPU利用率：<70% 2. 请求响应时间：<1秒 综合影响因素： 1.CPU核数
-
2.
建议把GIS Server分集群配置，服务发布到指定的集 群中 进程设置为低隔离，以节省内存资源
3. 4.
如果是GP、切图等服务，建议最大实例数设置为N+1 如果是切图服务器，建议把CachingTools的最大实例设 置为4N（N为CPU核数）
问题4：如何进行性能优化？
问题描述：并发较高时，GIS Server服务器 CPU达到100%，响应较慢？
问题描述：并发用户数较高，出现了服务请求排队及超 时现象，而且CPU利用率很低，怎么办？
资源 没合理 利用
建议：
-
配置合理的实例数 每核CPU配置2-4个instance 提升硬件资源利用率
问题2：系统响应慢？
问题描述：我的系统发布的服务不多、并发用户也 不多，为什么响应如此慢呢？
建议
解决：
1.
地图文档组织：
-
设置比例尺分级 减少复杂符号使用 拆分图层，删除与业务无关的图层 利用预览（Preview）工具，测试响 应时间
2.
硬件平台：
-
使用高主频CPU
问题3：如何进行资源配置？
问题描述：我的系统并发不高，但是发 布的服务较多，如何进行资源配置？
建议
1.
对于高并发服务，建议最大实例数设置为CPU核数的4 倍 如果一个站点发布服务较多，且并发不高
CPU核数
服务实例 数
并发数
ArcGIS for Server配置-进程
• 通常为默认
进程配置
• 高隔离
• 低隔离
配置
配置建议
• 资源足够时， 设置为高隔
离
•
一个SOC.exe进程处理一个服务
•
一个SOC.exe进程处理多个服务
平台性能- CPU、内存
CPU：
降低Server许 可成本
性能好、处理速度快
什么是实例？
instance
用于处理服务请 求的最小单位
实例状态
运行中
使用中
最大
实例配置
2-4instance/1core
与CPU核数信息 相关
ArcGIS for Server配置-实例
理想情况下：
• • • •
CPU核数决定了能配置多少个服务实例数； 服务实例数决定了能支持多少用户并发数 并发用户数较高时，要求更多的服务实例数 更多的服务实例数，则要求更多的CPU核数
系统测试 重新进行 容量规划
系统设计
通过系统设计工具（System Design）：
• • 合理的容量规划 硬件选型参考
是否存在 性能瓶颈
是
通过ArcGIS系统设计策略：
• 提供了方法论指导
否 部署实施 否 系统监控
总结
ArcGIS 10.2 for Server：
• • • •
性能：原生64bit程序，充分利用硬件优势，提高处理速度 架构：弹性架构，可以随着负载变化自动进行节点增删（适合于云环境） 公共存储：利用站点备份、恢复机制，提升管理化 部署模式：既适应小的开发环境，又能适应企业级部署
-
System Test (Beta)
/home/item.html?id=e8bac3559fd64352b799b6adf5721d81
-
System Monitor (Beta)
/home/item.html?id=848f48b0f88e4de7a036377197453efe
相同的ArcGIS Server管理员账号 对Config-Store和Directories有读、写权限 端口开放：6080、443、4000-4007 每台GIS Server设置有效的日志目录
优势：
• •