arcgis 10.1 for server 部署与性能优化策略.pdf

ArcGIS 10.1 for Server部署 与性能优化策略 Esri中国信息技术有限公司 刘春影 • 部署方案介绍 • 性能优化策略 • 系统性能监测 目 录 部署方案介绍 ArcGIS 10.1 for Server站点架构 GIS server(s) … Port 6080 Port 6080 Port 6080 Web 浏览器 Mobile 桌面客户端 Web Server Web Adaptor Port 80 Data server ArcGIS Desktop 用户 GIS Server 管理员 连接Manager Configuration store Server directories 发布GIS资源 GIS Server http:6080 Data Server dirctory & Config-Store ArcGIS Server Site 单机部署 Web Server Web Adaptor DMZ 内网 ArcGIS Server以80端口访问 Admin管理界面不对外提供 进行反向代理配置 Web Server安全性限制 GIS Server Ｂ http:6080 Data Server dirctory & Config- Store Server Site 多机部署 Web Server Web Adaptor GIS Server A http:6080 4000-4007 NLB 按比例伸缩 无单点故障 P2P GIS Server Ｂ http:6080 Server dirctory & Config- Store Server Site 高可用性部署 Web Server Web Adaptor GIS Server A http:6080 4000-4004+ Web Server Web Adaptor Data 利用cluster Web Server Web Adaptor GIS Server Ｂ Server dirctory & Config- Store Server Site Data GIS Server C http:6080 http:6080 http:6080 GIS Server A ClusterA ClusterB 云端部署 Web / ArcGIS Servers Data Appliances Akamai 部署注意事项 建议： –保证每台GIS Server都能访问到配置目录 –ArcGIS 账户对配置目录访问权限 –每CPU核配置2G内存，如：4 CPU|8G RAM –虚拟化部署时，要做到实时迁移 –采用盘阵存储 –所有虚拟机在同一个网络中 性能优化策略 性能优化策略 •性能影响因素 •Server 10.1 配置 •地图服务及数据源 性能影响因子 存储 CPU 数据源 地图 网络 客户端 技术 SDE 服务接口 部署 架构 数据结构 内存 服务类型 虚拟化 集群 Server 10.1 配置 服务配置过程 Client 并发请求 Port 6080 GIS Site站点 用户不断增加时 传统 GIS Server ArcGIS 10.1 for Server 停止服停止服务务 服服务务器器扩扩容容 重新部署重新部署GIS Server 软软件配置、数据迁移件配置、数据迁移 发发布服布服务务、配置、配置应应用用 Instance = Max 添加添加 GIS Server 进程设置 高隔离：8 Instances8个SOC.exe进程 低隔离：8 Instances2个SOC.exe进程 进程设置 进程设置 响应时间 吞吐 事务数 每秒点击数 高隔离 1.50 146388 1227 27.1 低隔离 1.79 140964 1214 25.9 低隔离： –响应时间长、吞吐量低 –可以有效改善服务器内存使用情况 –进程崩溃时，销毁运行其中的所有实例 高隔离： –进程失败时，只会影响一个instance –响应时间短、吞吐量高 性能更优 进程设置 低隔离 高隔离 10.0: min/max instance 是对集群中全部机器 10.1: min/max instance 是对站点中每台机器 实例数（Instances） 针对整个全部机器 针对每台机器 10.0 10.1 每台GIS Server： –当服务启动时，默认启动最小实例数 –启动另外的实例，当： •现有实例都处于busy状态 •启动的实例总数不会超过最大实例数 –停止实例，当： •实例的空闲时间 设置的空闲时间 •系统运行的实例数多于最小实例数时 运行中的实例：只占用内存，不占用CPU 使用中的实例：即占用内存，又占用CPU 实例数（Instances） 具体应用如何配置实例数 偶尔使用： –服务不经常用到 –少数人在短时间内使用 –Min/Max值设置为0/1 –空闲实例运行时间依业务需求设置 经常使用： -每天都进行服务请求 -Min/Max设置为相等 实例数配置 示例介绍： –集群：ServerA+ServerB –配置：4core/8RAM –请求：Export地图 –并发用户数：10个 –运行时间：5分钟 –实例数：从232个 实例数配置 0 20000 40000 60000 80000 100000 120000 140000 2 4 6 8 10 12 14 16 32 吞吐 0 1 2 3 4 5 6 7 2 4 6 8 10 12 14 16 32 响应时间 最佳实例数： –8 Instances 用户数测试 示例介绍： –集群：ServerA+ServerB –配置：4core/8RAM –请求：Export地图 –实例数配置：Min/Max=1/8 –并发用户数：10-45个 –运行时间：5分钟 0 5 10 15 20 25 30 35 40 45 10 20 30 40 41 42 43 44 45 响应时间 每秒点击数 最佳用户数 users 0 50000 100000 150000 200000 10 20 30 40 41 42 43 44 45 吞吐 最佳用户数 0 500 1000 1500 2000 2500 10 20 30 40 41 42 43 44 45 事务数 建议：PNG或者JPG作为输出格式 不同输出格式 3.4 3.6 3.8 4 4.2 4.4 PNG BMP JPG PNG32 gif 3.8 4.19 3.83 4.27 4.12 响应时间 响应时间 Windows？Linux？ 0.256 0.54 0.787 0.256 0.521 0.758 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 10 20 30 Win Linux •响应时间不相上下 •Linux版本性能有较大提升 Cluster配置 Cluster配置建议： –重要的服务配备专门的资源 –重量级服务（如缓存服务、GP服务）可以和轻量级服务（地图服务）剥离开 –同一Cluster中的机器要求配置完全相同 Server Site Map Service Cluster Cache ClusterSite Cache folder  横向扩容（增加instance、增加GIS Server） –客户端并发量较大 –客户端操作频繁  纵向扩容（提高CPU处理速度） –大数据量显示、查询 –执行复杂的GP任务 服务配置小结  服务优化 –如果服务创建时间过长，可以把服务对象装载到内存中，进行池化处理 –如果服务等待时间过长或超时，可以设置最大等待时间，或增加服务对象个数 –如果服务使用时间太长，需要检查应用程序代码是否正确，或者客户端操作过于复杂 –查看ArcGIS Server日志，进行相应处理，以提高性能 –尽量选择池化，增加客户端并发数 地图服务及数据源 地图服务性能影响因素 •地图服务类型 •动态地图还是缓存地图 •图层渲染方式 •图像输出尺寸 •数据复杂程度 •空间数据存储方式 •索引大小是否合理 •………. 数据 矢量数据 –数据来源：ArcSDE, FileGDB, Shapefile、矢量数据文件等 –存储类型：ST_Geometry, Oracle SDO_Geometry, SQL Server Geometry, PG Geometry 栅格数据 –数据来源：航空相机、不同传感器的卫星照片、扫描图片、… –压缩：NONE, LZ77, JPEG…… –属性字段建立索引 –设置合理的空间索引大小 –删除不必要的字段和记录 –尽量减少叠加图层和服务的个数 –优化查询代码 数据源优化 Map Service 服务优化： –使用字段可视性 (隐藏不需要的属性) –避免使用JPEG2000等(压缩过的)栅格数据类型 –使用和比例尺一致的数据 (如果需要对数据做综合) –避免使用复杂的几何类型 –进行比例尺分级显示，增强地图显示的层次感 –模型优化 使用动态图层 •地图服务更新简单 –移除图层 –重新请求图层 •从数据目录中添加内容 –从注册的工作空间中添加数据 •包括查询图层 –地图进行预请求处理 Application 10.1 Map Service REST Workspaces http json 使用服务器端渲染 •高效 –充分利用64位机器高性能 –利用ArcGIS Server高性能 •专题地图 –渲染器升级 GP服务的性能提升 130 27 36 50 135 25 161 0 20 40 60 80 100 120 140 160 180 Throughput % D Geoprocessing Model % Throughput Change: 10.1 vs. 10.0 SP2 (Geoprocessing Service) 内容优化： –项目数据使用图层而非本地磁盘数据 –中间/最终结果尽量使用内存进行操作 –根据具体任务进行数据预处理 –建立空间索引和属性索引 服务优化： –共享目录资源使用 –避免不必要的坐标转换 GP服务 Image Service 用途： –矢量背景图：有损压缩：JPEG、JPEG2000 –空间分析：无损压缩：LZ77 管理： –镶嵌数据集 发布: –数据注册 –架构：集群 –服务配置：合理的instance 缓存： –提高访问效率 Feature Service性能提升 41 25 50 17 63 13 67 133 167 0 38 17 0 20 40 60 80 100 120 140 160 180 Throughput % D Feature Service Operation % Throughput Change: 10.1 vs. 10.0 SP4: Feature Service Edits/Queries PostGres (PG), Versioned (V), Nonversioned (NV), Archiving (A) Windows Linux Feature Service 要素服务： –把需要编辑的图层单独放在一个地图文档中 –数据创建版本 发布: –地理数据库注册 –架构：集群 通常考虑： –在数据库和图层名字中避免出现非字母属性值 –在文档属性中删除敏感信息 –删除地图文档中引用的其他服务 –不常变化的图层尽量做缓存 服务优化小结 动态地图： –图层设置分级比例尺 –移除不用的图层和数据框 –合理地使用查询定义 –使用简单图层符号 –使用EMF代替BMP –使用ESRI_Optimized 符号样式 –如果创建缓存，无需考虑使用简单符号 –使用Annotation替代Label –使用相同坐标系统 性能监视与调优 响应环节 Browser Reverse Proxy Web Server Web Adaptor SDE/DBMS 传输 处理 获取数据。