GIS系统性能优化策略.pptx

GIS系统性能优化策略;通常，我们会遇到这些性能问题？;其实，性能伴随系统的整个生命周期;性能术语 案例分享 软件性能 平台性能;性能术语;性能和伸缩性;衡量性能的关键指标;性能术语;案例分享;典型的GIS系统架构;案例;图层数：1个点图层、5个面图层； 要素数：几千个要素 符号：字体符号 开发框架：FlexViewer框架，各种swf文件约几十K~几百K GIS Server：10.0（服务发布过多） 硬件资源：资源不足导致性能下降（内存使用高达89%、存储超过90%） App Server：Web容器内存较低 ;网络带宽：我们通常所说带宽的单位是兆比特，而不是兆字节 比如， 10Mbit带宽，是 10Mbit （比特），而不是10MB （字节） 而1MB=8 * 1Mbit 所以，10Mbit /s = 1.25MB /s=1.25*1024KB /s=1280KB/s 假设有200人使用，最大和最小传输速率分别为： Max = 1280KB/s Min = 1280KB/s / 200 = 6.4KB/s 通常，假设有10%的人同时使用网络，即只有20人，那么速率为： 速率 = 1280KB/s/20 = 64KB/s 那么下载上页的index.swf文件的时间为： 500KB/ 64KB/s = 7.8秒 ;底图加载：;服务配置：;优化过程;软件性能;软件性能影响因素;服务组织，数据密度;服务组织，输出格式;服务组织，利用缓存;服务组织，重视消息;具备ArcGIS 10.1 for Server的新特性 以64位本地应用程序的形式运行，软件性能得到大的提升 减少单点故障，自动配置管理，提升了处理故障恢复，使得架构更加的健壮 可以通过具有管理权限的REST admin API进行管理编辑 采用自适应网站配置管理，专门服务弹性云部署 全新的Java软件组件体系结构，Linux环境支持更加友好;新特性 增加site站点导出备份功能 强制处理警告消息 ;服务配置：进程设置;服务配置，实例设置;服务配置，实例设置;服务配置，实例设置;站点监控：站点资源使用情况 服务监控：服务事务处理量及使用时间 ;System Test简介;System Test（系统测试工具）;数据源【fileGDB、SDE、数据存储位置】 数据组织【地图文档配置】 部署方案【集群、单机】 服务配置【instance数、停止其他不使用的服务】 硬件环境调整【计算、存储、网络、虚拟化环境等】 测试工具选择【压力测试工具】 脚本编辑【参数调整】 测试结果分析【迭代测试】;以往经??得知，在软件方案选择方面一定要慎重，充分理解了软件性能可以减少实施过程中的风险，并减低总体成本，节省用户时间和金钱。 如果服务创建时间过长，可以进行池化处理，把服务对象装载到内存中 如果服务等待时间过长或超时，可以设置最大等待时间，或增加服务对象个数 如果服务使用时间太长，需要检查应用程序代码是否正确，或者客户端操作过于复杂 查看ArcGIS Server日志，进行相应处理，以提高性能 如果资源允许，尽量选择池化，增加客户端并发数 软件传输负载及性能调整都是从多次测试中得到的结论 ;平台性能;平台组件;部署方式;部署方式;部署方式;部署方式;虚拟化环境部署;虚拟化部署优势;一台物理机做虚拟化之后，期间运行的虚拟机占用的总体资源要低于系统总资源的85% 对不同的场景需求规划不同配置的物理硬件资源，例如主频较高的CPU主机可用于切图、GP等服务的托管 通常为1个CPU配置2GB内存，虚拟化环境中基本规则也一样，具体可以根据特定的数据和服务通过测试决定最终参数 可以在一个站点上发布多个服务，站点扩展节点时需要在新的节点上池化所有这些的实例，可能导致添加新机器节点时间过长 不要动态改变DNS或者hostname ;配置4个2核的VM，还是配置2个4核的VM，根据实际处理需求设定 磁盘必须有RAID5或RAID10的支持，一般常规的SAN都可以用于支持 不要在单块物理磁盘上运行多个虚拟机 虚拟化环境支持HA和FT方案 确保一个站点中的所有节点虚机都在同一个网络配置中，尤其是网络被虚拟化之后尤其需要注意，存在NAT网络设置的情况下尤其如此;硬件环境;硬件环境;硬件环境;硬件环境;硬件环境;总结;相关资源