ArcGIS 10.2 for Server架构设计与性能优化策略
ArcGIS Server管理与性能优化
68.5
64.3
50
0 SHP FGDB Oracle11g PostgreSQL SQL Server
大数据不同数据源矢量查询
• 大数据不同数据源矢量查询
– Shapefile劣势很明显 – 如果是只读操作File Geodatabase表现不错 – PostgreSQL 免费且足量
吞吐量KB/S
配置用户和角色的存储
•
配置用户和角色信息存储的位置
用户角色管理
•
添加用户
-
配置完存储位置以后,立即添加user和role可能会报错,重 启som和manager服务以后就可以了。
用户角色管理
•
添加角色
开启安全设置
•
激活安全机制
-
配置完用户角色以后再激活
设置服务的访问权限
• •
激活了安全机制以后,默认情况下所有的服务都不能匿 名访问 对于已有的服务,可以用特殊角色进行授权
•
根据最大吞吐量设置实例数 (通常为每个核有2 到4个 实例
最佳的做法是运 行测试实例,在 机器上查看CPU 和内存使用情 况。最大压力下 CPU使用80%为 最优
内存瓶颈(现阶段出现几率不大)解决
•
增加主机内存
•
限制主机上实例数
-
一旦达到这个限制,服务器开始取 代最近很少使用的实例,而不是创 建新的实例
Web Server (Windows/UNIX) Web Application
Web Browser ArcGIS Desktop
Web Service
ArcGIS Desktop
Administrator (ArcCatalog)
• • • •
ArcGIS Server性能优化
ArcGIS Server性能优化1影响时间的关键因素1.1客户端到Web服务器传输时间这部分取决于网络环境,从软件角度我们没有什么工作可以做,增加带宽就可以。
1.2服务器端的请求排队时间随着服务的增多和用户访问频率的加快,请求排队时间的影响将越来越明显。
因此将请求负载服务独立出来就很有必要,这就是所谓的负载均衡,也就是分布式部署。
目前我们在这一块没有做太多的工作,可以采用server本身就支持的分布式部署来提升性能。
1.3地图渲染时间1.3.1图层数目图层数据越多,渲染时间越长,因此应该根据具体的应用情况整合、合并部分图层。
1.3.2符号的复杂化显示符号越复杂,渲染时间越长,因此要尽量避免复杂的符号,多使用简单符号。
具体的原则为:使用简单线型、使用宽度较小的线型、使用实色填充模式。
1.3.3显示比例设置合适的显示比例,在满足实际应用的情况下,一般将显示比例设置的尽能大。
1.3.4图片大小和格式渲染时间与要素数量成正比,越大的图片写磁盘需要更长的时间。
根据项目具体应用,尽量采用合适的图片格式如png、gif等。
1.4数据库查询时间1.4.1设置合适的空间索引和属性索引ArcGIS支持三级空间索引,设置合适的空间索引是加快访问速度的关键因素1.4.2删除不必要的字段和记录字段越短越好,字段数据量越小越好1.4.3优化查询代码通过编写高效的查询代码来避免重复低效的查询。
1.4.4大表拆分为小表当表的数据量较大时,应该考虑拆分,可以横向拆分(分区)、纵向拆分(按类型分表)。
1.4.5尽量使用影象压缩技术或采用金字塔结构1.5采用缓存机制采用缓存机制,缓存客户端和服务器端的内容,可以减少数据库的访问次数和网络传输往返次数。
1.6采用MSDMSD是ArcGIS Server 9.3.1最新支持,它使用一种更快的地图渲染引擎,速度更快,效果更好。
1.7平台因素采用高性能或高版本的平台。
ArcGIS for Server新特性、部署架构及性能优化
注意问题: 增加请求开销 不具备高可用性 只能使用Token验证
基本部署+Web Adaptor
•
Web Adaptor是Esri 针对ArcGIS Server
的代理应用
•
支持IIS、 WebSphere 、 WebLogic 、 Tomcat等Web容器
•
提高第三方Web容器的安全,实现Web
层的安全控制
基本部署(主动+被动)
• 应用场景: • 内部使用或外网使用 可用性要求较高
优势: 包含了HA备份部署 备机的License不需要额外费用
•
注意问题: 依赖于外部的负载均衡 需要保持两个Server完全同步
基本部署(主动+主动)
•
应用场景: 性能要求高 发布地图切片 高性能 依赖于外部负载均衡
-
纯粹的维护版本,只是修复了一些bug
单个集群模式
• 在10.3.1 版本中,作为一个可选项被引入; • 在10.4 版本中,创建新站点或者升级原有站点(除了原站点具有多 个集群)过程默认启用单个集群模式。
单个集群模式
Server 站点
配置目录/ 服务器目录
只读模式
只读模式
GIS Server
小结
1. 单个集群模式 2. 只读模式 3. 更新注册/托管数据库的密码 4. Server对象拦截器(SOIs) 5. 默认 HTTP 和 HTTPS 通信协议 6. 安全脚本 7. 新的安全默认值:地理处理服务和服务器扩展 ……
3. 部署情景
典型部署情景
• 单机部署
- 单机基本部署 - 基本部署+代理 - 基本部署+Web Adapter - 基本部署(主动+被动) - 基本部署(主动+主动)
ArcGIS Server10.2服务发布及管理(二)
ArcGIS Server10.2服务发布及管理(二)
备注:本文根据2014年10月武汉举办的ArcGIS国土培训课程资料整理,特此说明。
2.1.专题地图服务发布
前面(一)中利用桌面做了服务的发布,本节中将用ArcGIS Server Manager来发布服务。
第一步:打开要发布的专题地图文档,选择【文件】-【共享】-【服务】,如下图所示:
第二步:在共享为服务窗口中,选择【保存服务定义文件】,点击【下一步】,如下图所示:
第三步:继续【下一步】
第四步:选择文件保存位置后继续:
第五步:接着完成服务编辑窗口中的操作及参数设置,参考“ArcGIS Server10.2服务发布及管理(一)”一文:
(/view/82af2ceba0116c175f0e48de.html)最后选择【过渡】,如下图所示:
第六步:在开始程序打开ArcGIS Server Manager,输入用户和口令登录后,点击界面右上角【发布服务】,如下图所示:
第七步:在弹出窗口选择刚才保存的.sd文件(选择文件位置见第四步),作为要发布的地图服务,如下图所示:
第八步:点击【下一步】,在发布服务窗口填写相关参数,点击【下一步】。
参考下图:
第九步:在服务类型窗口中选择服务要启用的功能,这里默认选择【地图】功能即可,其他服务功能如何确定和选择,参考《ArcGIS
白皮书》,点击【完成】即可发布服务。
如下图所示:
服务发布完成后在服务列表中会显示刚刚发布的地图服务,如下图所示:。
ArcGIS Server性能调整
ArcGIS Server性能调整ArcGIS Server产品的强大功能往往给了有些用户带来一定的认识误区。
有些用户会认为可以把c/s程序的使用模式和数据照搬到ArcGIS Server的应用系统中.。
ArcGIS Server的应用是b/s的应用,软件角度来讲涉及到数据库,web server,ArcGIS Server,浏览器,任何一个环节都有可能出现问题,所以ArcGIS Server系统需要很好的设计和规划,简单的功能移植只能得到低效率的ArcGIS Server应用。
其实ArcGIS Server的应用系统往往都比较大,特别是数据量都比较大。
用户都希望把大量的数据都通过网络共享给广大的浏览器用户。
由于ArcGIS Server简单功能的系统的构建是非常简单的,用户很容易就搭建出来了,因此当用户把大量的数据往ArcGIS Server系统上搬时并发现速度非常慢时,用户往往会认为是ArcGIS Server产品的速度慢,因此性能调整的考虑角度也仅仅从ArcGIS Server产品角度入手,这也给ArcGIS Server系统的性能调整带来一定的误区,忽略了ArcGIS Server系统中的重要组成部分――数据的性能。
当然,不同应用系统有不同的情况,因此在性能调整方面都要看具体系统情况,这里我们只是大致介绍一下ArcGIS Server应用性能调整的几个大的考虑方面:1 硬件和网络方面这方面我们不做过多的介绍2 数据方面1)数据量角度ArcGIS Server应用毕竟是b/s程序,网络传输很容易使它的性能瓶颈,除了增加网络带宽之外,当然也尽量要减少数据量,主要的原则是按需使用数据。
比如在对数据进行了分析之后,发现数据节点非常密,在不影响数据的浏览精度的情况下使用简化操作,减少数据量。
2)数据组织角度如果是文件方式的话,就没有什么可调整性,如果是sde中的数据,那么主要从两个方面对数据进行调整,一个是属性字段的索引,一个是空间索引大小的调整。
ArcGIS Server分布式技术实现与优化
2 We G S系统 框架 设计 bI
本 文 使 用 W e evc 技 术 实 现 多 个 We G S分 布 式 服 bS ri e bI
务器之间的相互通信 ,调用各 自的数据传 输到 统一 而又独
立 的 W eGI 户 端 。 b S客
图 1 W eGI b S系统 框 架
整个实现过程包括 :空间数据与 S E VE QL S R R之 间的 通信 、S E VE 与 WeG S分 布式 服 务 器 之 间 的通 QL S R R bI
2 Yu n n P o ica a i o aisCe t ro ia . n a r vn ilB scGe m tc ne fChn ,Ku mig6 0 3 n n 5 0 4,Chn ) ia
Ab ta t To s l e t eh r wa eh r l a if st eg o h W e GI f r t n ,a c m p e e s ep a f r t c n lg o n src : o v h a d r a d ys t i h r wt b S i o ma i s o r h n i lto m e h o o y f re — se n o v t r rs -e e S a p ia in a e n Ar GI e v rwe e v c sp o o e .W e e v c e g n r t n o e v c - r n ep i lv l e GI p l t sb s d o c S s r e b s r iei r p s d c o b S r ie i a n w e e a i f r i o i — s o s e e t d d s r u e o u i g mo e.W e e v c ,b sn h e e vc e v rb t e h u i e s lg c l n p t l n o m a e iti t d c mp t d 1 b n b S r ie y u i gt eW b S r ies r e e we n t eb sn s ia d s a i f r — o a ai t n l y r a u sa t l e l et el g c l n h s a i r u ie p o e sn e e h e GI y tm. Usn h e h i a e ,c n s b t n i l r a i h o ia d p y i l s i tv r c s i g s r ri t eW b S s s e o ay z a c d tb v n i g t et c — n q e o e e vc n c S S r e a e o v h mo n f W e GI n o ma in p o lm y ds rb tn e e a r iu f W b S r ie a d ArGI e v r c n r s le t e a u t o b S i f r t r b e b it i u i g s v r lW e o b S r ie e v c ,a d a s e o v h r b e o a d r .Att es metme h c S S r e e f r n eo i i a e v r e vc ss r i e n l r s le t e p o lm f r wa e o h h a i ,t e Ar GI e v rp ro ma c f nm l r e m s r s u c so c p n y r t ,mi i —ig t e a u to a a ta s s in,t emo ts i b e i g o m a n h e t d a t g f eo r e cu a c ae ‘ 。 zn h mo n fd t r n miso n mi h s ut l a ma e f r t d t eb s v n a eo a a t e e f in y o o ee e u in a eo t z d t e h p i 1s s e p r o a c ,h r wa e h fi e c fc d x c t r p i e O g tt e o t c o mi ma y t m e f r n e a d r . m Ke r s y wo d :Ar GI r e ; we e i ; W e GI c SS vr e b sr c v e b S; d srb t d s r ie o t z t n i iue e c ; pi ai t v mi o
ArcGIS Server地图服务性能优化策略
ArcGIS Server地图服务性能优化策略作者:俞亮,周吉金来源:《科技资讯》 2015年第8期俞亮周吉金(浙江省地理信息中心浙江杭州 310012)摘要:ArcGIS Server是一个用来构建集中管理、支持多用户的企业级GIS应用平台。
由核心的ArcObjects构建,是对ESRI其他两个应用服务器ArcSDE和ArcIMS的一个补充。
数字城市地理信息公共服务平台利用AGS提供的地图服务发布和管理功能,实现了海量空间数据的处理、发布、分享、管理业务。
ArcGIS Server的性能直接影响公共服务平台的使用性能。
影响ArcGIS Server地图服务性能的因素有很多,该文通过优化配置服务参数、调整地图数据显示、优化地图文档结构等多种手段对ArcGIS Server的地图服务进行优化,可以大幅提高地图服务的访问性能。
关键词:ArcGIS Server 地图服务性能优化地图缓存中图分类号:TP31 文献标识码:A 文章编号:1672-3791(2015)03(b)-0018-02①作者简介:周吉金(1984,12—),男,江西上饶人,硕士学历,工程师,研究方向:地理信息系统。
通讯作者:俞亮(1982,6—),男,浙江杭州人,本科学历,工程师,研究方向:地图学与地理信息系统。
随着数字城市建设的不断加快,越来越多的行业部门的应用系统通过调用数字城市地理信息公共服务平台提供的基于ArcGIS Server平台发布的地图服务实现了和数字城市的对接。
应用系统用户数量的不断增加,公共服务平台的地图服务负载压力越来越大,地图浏览速度逐渐变慢、数据查询性能降低。
为了提高地图服务的性能,笔者通过多种手段对地图服务进行优化,在一定程度上提高了地图访问速度。
根据实践经验,该文作者对一些优化策略进行了归纳,和大家一起分析探讨。
1 影响ArcGIS Server地图服务性能的几个因素影响ArcGIS Server地图服务性能的因素有很多,主要有以下几个因素。
GIS系统性能优化策略
特点:统一计算、统一存储、虚拟化
虚拟化部署优势
• 提高物理主机的资源使用率,降低总成本(能源消耗、维护等)
•
•
利用虚拟化技术提供的HA和FT,减少宕机时间并快速恢复、迁移、备仹虚拟机
Esri为在虚拟化环境中使用ArcGIS`软件出现的仸何问题提供技术支持,前提必须是 使用官方支持的操作系统,因为这些已经经过Esri和这些厂商之间的严格测试,尤 其是VCE Vblock环境的测试,有相应的质量保证
显示 复杂 性 数据密 度
工作流 基准
输出格 式
服务 配置
数据 缓存
服务组织,数据密度
• 高复杂地图文档
• 36个图层(点、线、面) • 每个图层有几千-几万要素 • 全部显示 • PostgreSQL
• 预览显示时间为10秒 • 低复杂地图文档
• 2个图层(线、面)
• 每个图层有几十个要素
• 全部显示 • fileGDB数据库
可操作图层来自于劢态数据源 缓存的底图可以来自于ArcGIS Online 初除地图文档中引用的其他服务
服务组织,重视消息
Analyze:
• 解决错误 • 处理警告(会影响地图绘制和显示性能) • 重视消息:潜在性能问题
服务配置,ArcGIS 10.2 for Server新特性
具备ArcGIS 10.1 for Server的新特性
• 以64位本地应用程序的形式运行,软件性能得到大的提升 • 减少单点故障,自劢配置管理,提升了处理故障恢复,使得架构更加的健壮 • 可以通过具有管理权限的REST admin API迚行管理编辑 • 采用自适应网站配置管理,与门服务弹性云部署 • 全新的Java软件组件体系结构,Linux环境支持更加友好
ArcGIS for Server 架构设计与性能优化策略 - 韩源萌 - 上传版
发布的服务所见即所得 空间数据的管理、分析及可视化 提供企业级应用的整套方案 支持各种客户端API开发技术 支持多种服务类型及标准 与生俱来的支持SOA架构
Web GIS
Server
Online Content and Services
Web App已经悄无声息的走入我们的生活
空间数 据模型
业务数据 访问(X Y事件) 属性索引 未必要
分布式数 据I/O
地图文档设计
地图文档设计
高复杂地图文档
36个图层(点、线、面) 每个图层有几千个要素 全部显示 预览显示时间为10秒
低复杂地图文档
2个图层(线、面) 全部显示 fileGDB数据库 预览显示时间为0.11秒
地图文档设计 - 地图文档组织
为ArcGIS Server运行提 供关键信息,确保ArcGIS Server用户具备相关权限
规划 ArcGIS Server 站点配置
客户端
GIS服务器
站点管理员,连 接到ArcGIS Server Manger
ArcGIS Site
http:6080
Manager
服务器目录与配置 存储,存储本地能 体现最佳性能
The ability to increase output and maintain acceptable performance
Capacity – 吞吐量
The maximum level of output the system can produce, e.g. X cars/sec X maps/sec
一个显示请求需要1.32秒,最大3.78Mbps流量(5Mb/1.32Sec)
ArcGIS Server地图服务性能优化策略
地 图服 务 的 访 问性 能 。 关键词 : A r c G I S S e r v e r 地 图服 务 性 能 优 化 地 图 缓 存
中 图 分类 号 : T P 3 1
文献 标 识 码 : A
文章 编号 : 1 6 7 2 — 3 7 9 1 ( 2 0 1 5 ) 0 3 ( b ) - 0 0 1 8 - 0 2ຫໍສະໝຸດ 2 地图服务 性能优 化
作 者 以 数 字 城 市 地 理 信 息 公共 服 务 平 1. 2 网络 环境 数 字 城 市 提 供 的 地 图服 务运 行 在 政 务 台 发 布 的 地 图服 务 为 例 , 整 理 了 一 些 地 图 外网, 网络 环 境 对 服 务 性 能影 响很 大 , 增 加 服 务 优 化 的 策 略 。 2. 1数 据源 优化 网络带宽能够有效提 高服务访问速度 。 1 . 3部署方 式 数 字 城 市 地 理 信 息 公 共服 务 平 台 的 地 Ar c GI S S e r v e r 的部 署方 式和 参数 配 置 图服 务 常 用 的 数 据 类 型 有 两 种 : 矢 量 数 据 根 据 服 务 使 用 频 率 和栅 格 数 据 ; 数 据 的 存 储 方 式 一 般 包 括 文 1 影g  ̄ A r c G I S S e r v e r 地 图服务 性能 的几 也 会 影 响 系 统 的 性 能 。 和性能要 求 , 可以选择采用单 层架构 、 2层 件 存 储 ( S ha pe \I ma g e \ Gr i d) 、 Fi l e GDB、 个因素 影 响Ar c GI s S e r v e r 地 图服务性 能 的 因 架 构 、 3层架 构 等 不 同 的 集 群 架 构 。 Ar c S DE 三 种方 式 。 不 同的 存 储方 式 对W MS 表1 不 同数据 源 地 图服 务 出 图吞 吐量 服 务 的性 能影 响各 不 相 同。 表1 是 低 复 杂度 的 w M S服 务 采 用 不 同 数 据 源 时 的 出 图 效 F GDB SHA P E Or a 1 1 g Po s t g r e SQL 率, 单位 : k b/S。 表2 是 低 复 杂度 的W MS 服 3 61 29 1 2 2 5 3 47 务采用 不同数据源 时的矢量查 询效率 , 单 表2 不 同 数 据 源 地 图 服 务 查 询 效 率 位: TPS。 表3 是 高 复 杂 度 的 w M s服 务 采 用 本 地 数 据 和 网 络共 享 数 据 ( UNC) 时 的 出 图 效率 , 单位 : kb /S。 通过表 1 、 表2 、 表3 可 以 清 楚 发 现 以 下 表 3本地 与 U N C路 径 的地 图服 务 出图吞 吐 量 几点 。 ( 1 ) 地 图服 务采 用 F i l e GDB作 为数 据 源 , 出图性能较 好。 ( 2 ) 地 图 服 务 采 用 Ar c S DE+P o s t g r e S QL 表 4 动 态 绘 图 响 应 时查询效 率最高 。 这 是 由 于 关 系 型 数 据 库 服 务 类 型 操 作 类 型 第 一 次 第 二次 第 三次 均 值 内部优化查询效 率的结果 。 MXD 放 大 1 . 5 7 8 1 . 1 5 7 1 . 4 5 7 1 . 3 9 l ( 3 ) 地 图 服 务采 用 本 地 数 据 时 的 性 能 明 缩 小 1 . 5 7 8 1 . 7 0 3 1 . 5 4 6 1 . 6 0 9 显 强 于 采 用 UNC路径 的数 据 。 漫 游 1 . 8 2 8 1 . 4 3 8 1 . 5 7 8 1 . 6 1 5 2 . 2 地 图文档优 化 MS D 放 大 0. 9 8 4 0 . 7 0 3 0 . 7 0 1 0 . 7 9 6 地 图服 务 在 发 布 之 前 , 需 要 在 Ar c Ma p 缩 小 0 . 9 8 4 1 . 0 6 2 0 . 9 6 5 1 . 0 0 4 中对 数 据 做 一 系 列 的优 化 , 如 整 理 图层 、 整 漫 游 1 . 0 4 7 0 . 8 5 0 0 .9 6 0 0 . 9 5 2 理 属性字段 、 比例 尺 控 制 、 符号渲 染等。 对 地图文档进行 合理的优化 , 能 有 效 提 高 地 表 5 缓存 瓦 片响应 图 服 务 的 访 问速 度 。 服务类型 I 操作类型 第一次 第二次 I均值 2. 2. 1图 层 整 理 M X D I 地图 切片 7 1 . 2 7 3 . 5 I 7 2 . 3 5 在 一 个 地 图文 档 中 图 层 数 量 的 多 少将 MS D I 地 图切片 5 3 . 2 5 1 . 4 l 5 2 . 3 0 会影响到地 图服务的 访问速度 , 在 组 织 图 层结构时 , 根 据 应 用 需 要 删 除 不 必 要 的 图 表6 不 同隔 离机 制的 性 能 层, 并对 点、 线、 面 图层 进 行 合 理 的 合 并 处 进 程 设 置 响应时 间 吞 吐 量 事 务数 每 秒 点 击 数 理, 减 少 图 层数 据 量 。 如 果 地 图 服 务 需 要 在 高 隔 离 1 . 5 O 1 4 6 3 8 8 1 2 2 7 2 7 . 1 多级 比例尺下显 示 , 那 么 利 用 分 辨 率 来 组 低 隔 离 1 . 7 9 l 4 0 9 6 4 1 2 l 4 2 5 . 9 织 图层 组 , 一个 图层 组 代 表 一 种 分 辨 率 , 在 表 7 不 同数据 源类 型性 能峰 值 时 C P U配 置 的实例 数 其下面 只包含在该分辨率 下显示的 图层。 2. 2. 2属 性 整 理 组织 图层时 , 由于 图 层 对 应 的 数 据 源 并 没 有 经过 显 示 优 化 , 数据 中包 含 了 一 些
ArcGIS Server10.2新特性
ArcGIS forServer 10.2相关的很多重大消息,如与Portal for ArcGIS进行了集成,提供对实时数据支持、离线地图使用。
1、与Portal for ArcGIS集成用户能够配置Portal for ArcGIS和ArcGIS for Server一起工作,这样当用户在Portal、Esri Maps for Office或ArcGIS for desktop中创建切片服务或要素服务时,服务将托管在自己的ArcGIS 服务器中。
ArcGIS 10.2 for Server和Portal for ArcGIS能通过配置使用相同的安全性设置,确保登录Portal的用户不需要重新登录即可访问Server服务。
2、新增GeoEvent Processor扩展ArcGIS GeoEvent Processor for Server 作为ArcGIS for Server新增的扩展模块,提供了对GIS 流数据的实时处理功能,它允许您连接几乎任何类型的流数据,并且在所有实时过程中当条件发生的时候提醒有关人员。
GeoEvent Processor 改变日常GIS应用的前线决策模式。
不论在何时何地,当事件发生时能够帮助您快速而精确地地做出相应。
以上仅在考虑ArcGIS系统整体方案的情况下才有意义。
除此之外,10.2针对ArcGIS for Server 管理人员也同样提供了一些重大的功能增强和改进:1、对于要素服务来说,增强了DBMS支持一些用户希望可以抛开空间数据库,直接连接、编辑原生数据库。
简单说,就像一些用户描述的:”我想不使用ArcSDE技术就可以创建要素服务。
“ArcGIS 10.2提供了此功能。
支持的数据库有:SQL S erver、Oracle、PostGRESQL。
只在ArcGIS for Server企业级标准版和高级版中提供。
2、安全(1)支持PKI认证一些企业希望用户访问应用、计算机和其他设备时,可以使用多重身份认证。
ArcGIS Server10.2服务发布及管理(一)
ArcGIS Server10.2服务发布及管理(一)备注:本文根据2014年10月武汉举办的ArcGIS国土培训课程资料实践整理,特此说明。
1.服务发布1.1.基础地图服务发布第一步:在开始菜单启动ArcCatalog。
在ArcCatalog的目录树中,展开GIS 服务器,双击【添加ArcGIS Server】打开添加ArcGIS Server窗口,如图所示:第二步:在添加ArcGIS Server窗口选择【管理GIS服务器】,选择下一步,如下所示:第三步:在服务器URL:后面输入http://localhost:6080/arcgis,其中arcgis 为实例名,具体名称根据用户自己安装时的设置而定。
在身份验证处填写安装ArcGIS Server时创建的用户和密码。
填写完成后选择【完成】按钮。
第四步:如果连接成功,在ArcCatalog的目录面板的【GIS服务器】节点下会显示已经连接上的ArcGIS Server服务器。
第五步:在ArcMap界面添加预发布的SHP地图数据,在属性菜单中编辑渲染方式,设置符号化方式后,从File菜单中选择保存菜单。
定位到某文件夹,输入文件名,点击保存按钮。
将此文档作为ArcGIS Server地图服务发布的文档。
第六步:在ArcMap界面选择【文件菜单】下的【共享为】-【服务】,将上面配置好的地图资源进行发布共享,如下图所示:第七步:在共享为服务窗口,选择【发布服务】,点击【下一步】,如下图所示:第八步:在发布服务窗口中,选择创建的连接,填写服务名称,点击【下一步】,下一步默认即可,完成参数选择设置。
如下图所示:第九步:完成参数设置点击【继续】按钮,弹出服务编辑器窗口,我们可以在这里设置相关的服务属性和参数。
如下如所示:(启用抗锯齿对于显示效果有影响,但显示效果更好。
)地图服务:MapServerFeatureAccess:要素编辑,需要使用ArcSDE Schematics:逻辑图扩展Mobile Data Access:Windows Mobile 地图服务Network Analyst:网络分析扩展WCS,WMS,KML,WFS:OGC服务l第十步:设置完服务参数后,选择【分析】,对要发布的资源和参数进行分析,检查是否有问题。
ArcGIS Server 性能优化与高可用性部署
•
使用原生ArcGIS栅格数据格式如GRID
数据服务(Geodata Service)
•
可以作为数据库连接池使用
•
使用AGS ArcObjects开发Web Service访问数据非常有用
•
• •
服务使用时间设置为大于10分钟 同步复制尽量使用单向(one-way)而不是双向(two-way) 精心设计GDB,确保版本树深度不要太大,定期压缩数据库
•
•
• •
client
模型中输入数据源参数使用MXD图层参数
模型作为Tool Layer添加到文档中 避免图层每次都需要打开数据源
GIS Server Map Svc GP Svc Clip Web Server
避免坐标转换 • 简化数据并使用属性索引 • 使用内存数据集
•
•
ToolBox
MXD
例如:%scratchworkspace%\out.shp
0.7
0.6
0.5
60,000
0.39
56,520
0.4
0.3 40,000
0.2
20,000 0.1
0
MSD_FGDB MSD_SDE
0
Maps/Hour
Avg. Response Time
测试数据: 1,800,000 个土地利用多边形图斑 图斑最多有60000个节点
Ave. Response Time
GIS Server
GDB GeodataSvc Web Server MXD client
MapSvc
4 性能规划与测试
预备知识:理解ArcGIS Server分布式架构
Web应用程序
ArcGIS for Server 系统设计策略并发支撑
ArcGIS for Server 系统设计策略并发支撑(民间版)ArcGIS for Server提供地图服务,不同于普通的Web Application。
在用户访问压力方面,也有科学的系统架构设计模式。
同时,市面上硬件设备也五花八门,我们往往以服务器CPU的核数来描述地图服务支撑能力。
CPU:Xeon E5-1620 4 core (1 chip) 3600 MHz,在支撑不同类型的ArcGIS for Server服务时,能够支撑的用户访问并发区间,如ArcGIS 10.2版本的Rest 动态服务,在190到381个用户。
实际情况中会因为数据存储的方式、地图渲染的程度、用户在客户端使用服务的方式(如控制显示、浏览、渲染、查询、编辑、分析等)的不同而不同。
而在系统架构设计我们需要考虑使用ArcGIS for Server服务的类型、方式、以及使用频率。
大体从业务的角度分为三类服务:1、基础底图,控制显示和浏览使用。
作为基础地图,都是数据更新频率慢,我们都会做成切片地图服务,而切片服务基本上不会占用太多CPU资源,访问地图瓦片是虚拟目录的形式,并发能力的损耗躲在内存,而不在CPU。
一般而言,每个基础底图的实例数都可以设置成当前CPU核数的16倍。
2、显示地图,渲染专题图、查询数据和数据编辑使用。
此类地图对CPU损耗较大,从CPU支撑的角度来说,1个核可以支撑4个服务实例(ArcSOC.exe)。
以刚才的CPU:Xeon E5-1620 4 core (1 chip) 3600 MHz为例,可以支撑16个实例数。
3、业务地图,存在复杂空间计算的业务流程的数据使用。
此类服务对CPU损耗更大,从CPU支撑的角度来说,1个核可以支撑1个服务实例(ArcSOC.exe)。
以刚才的CPU:Xeon E5-1620 4 core (1 chip) 3600 MHz为例,可以支撑4个实例数。
当我们提用户并发时,不得不去考虑,每一个用户在客户端会使用多少个不同类ArcGIS for Server服务。
ArcGIS_Server配置和调优(学习资料)
1 Manager进程使用的网络端口(Windows) (2)2 Manager进程使用的网络端口(Linux/Solaris) (2)2.1 默认显示端口,DISPLAY:600,可以被修改 (3)2.2 RPC端口 (4)Monitor (5)2.3 2422–3 GIS服务器如何工作 (6)server (7)3.1 GISdirectories (8)3.1.1 Serverserver启动的进程 (8)3.1.2 GIS3.1.3 监测SOC机器的状况 (8)server (9)3.2 Web3.3 Clients (10)4 Windows平台的网络环境 (11)server组件配置指南 (11)5 ArcGIS5.1 关于SOM的建议 (12)5.1.1 选择一台SOM机器 (12)5.1.2 Using a failover or round-robin configuration (12)5.1.3 SOM帐号 (12)5.1.4 添加用户到agsadmin和agsusers组 (12)5.2 关于SOC建议 (12)5.2.1 SOC机器以及ArcGIS Server的许可 (13)5.2.2 添加和删除SOC机器 (13)5.2.3 给SOC帐号授权 (13)5.2.4 输入SOC名称 (14)5.3 关于Web servers的建议 (14)5.4 帐号和权限 (14)5.5 深入阅读 (16)6 预计和考虑用户 (16)6.1 用SOC机器来容纳更多用户 (17)6.2 调整服务属性来容纳更多用户 (17)7 优化和配置服务 (18)7.1 Pooling (18)7.1.1 池化的服务 (18)7.1.2 非池化的服务 (19)7.2 回收 (20)7.3 隔离级别 (21)7.4 超时 (22)7.5 通过Capacity参数限制服务器的负载 (23)7.6 服务器如何根据需求调整:Pool shrinking (23)7.7 限制用户对服务的操作 (24)1Manager进程使用的网络端口(Windows)ArcGIS Server Java的Manager系统占用了许多网络端口给GIS 服务和部署的应用程序使用。
ArcGIS 10.2安装之 Server的安装
1、ArcGIS Server的安装
(1)双击打开安装程序,选择ArcGIS for Server,安装
接受许可,进入下一步;
选择安装目录,进入下一步。
给arcgismanager配置密码,此处把账户名修改为了Administrator,密码自行设定,进入下一步,
如果下次配置,还需要该文件,则导出配置文件,最好别导出,选择,请勿导出配置文件,进入下一步,
点击安装,直到安装完成;
安装完毕后,进入授权阶段,如下
选择安装目录下的KeyGen.exe文件,打开,选择server标签,Feature处选择arcgisserver,Version处选择102(如果不在列表中,手动输入),表示版本为10.2,点击All生成license文件,
将生成的内容,复制,新建一个.txt文本,将其粘贴进去,另存为.ecp文件,在上一步浏览按钮打开后,查找到该ecp文件,即可实现注册。
(注:该处为ESRI厂家提供测试使用,如果正式使用,需由厂家提供相应的注册文件)。
选择第三项,我已收到来自ESRI的授权文件,并且准备好完成授权过程。
点击浏览按钮,选择生成的.ecp文件,点击进入下一步;
点击下一步,完成安装;
(4)配置ArcGIS Server Manager 主站点
打开ArcGIS Server Manager
填写在安装过程中配置的用户名密码,进入下一步
配置更服务器目录和存储位置,要确保有足够的空间,可以默认
点击下一步完成配置;
使用配置好的用户名密码进行登陆;
登陆后的界面如下:。
ArcGIS Server应用程序优化
ArcGIS Server应用程序优化飞行石(spediacn@)摘要本文主要根据作者开发与配置经验分析基于平台的ArcGIS Server的性能优化与代码开发优化。
讲述如何设置地图缓存、设置缓存图像格式、使用合适的地图服务连接方式、ArcGIS Server中一些对象属性的设置、服务器环境配置等内容,尽可能地使得ArcGIS Server程序性能达到最大化。
关键词ArcGIS, 优化, 缓存, 地图服务简介ArcGIS Server主要用于向各种客户端提供集中部署的GIS功能、应用和数据。
它提供了一整套框架,可供开发人员创建含有GIS功能的Web应用程序和服务,我们可以通过手机终端、桌面程序、浏览器甚至进行再次开发来访问和使用这些发布的GIS Web应用程序和服务。
ArcGIS Server由一个GIS服务器(GIS Server)和应用程序开发框架(ADF)组成。
GIS 服务器含有两个基本元素:服务器对象管理器(Server Object Manager,简称SOM)和服务器对象容器(Server Object Container,简称SOC);应用程序开发框架分别支持.NET和Java开发框架。
ArcGIS Server提供了一套基于Web的管理工具,包含服务或数据的部署和发布,服务器属性设置、负载均衡设置、网站快速生成以及安全设置等功能;ArcGIS Server还提供了一套完整的基于 2.0/3.5的控件包,开发人员可以通过少量代码就可实现许多复杂的地图功能。
设置地图缓存几乎所有大访问量的GIS信息网站提供的地图数据都是经过缓存的,通过设置地图缓存可以极大地减少服务器端地图图像的绘制时间。
设置地图缓存最常见的方式就是进行“切片”,将各个比例尺的地图数据进行预读处理,将显示的图像切割为固定大小的图片集合(如256×256,或者512×512),按一定的规则存储在磁盘阵列上。
ArcGIS Server部署策略与性能优化
ArcGIS Server
ArcSDE
多SOC部署(MIME)
网绚负载均衡
WS (2) Web Tier (WS1) SOM
…
WS (N) 全双工的千兆网
SOC (1)
SOC (2)
… SOC (N)
是否存在 网绚瓶颈
ArcSDE
多SOC部署(URL)
网绚负载均衡
Virtual Dir (1) Web Tier (WS1) SOM File Server (1)
但是这个结果并非绝 对,在某些情况下可 能结果也会相反。一 般还是推荐直连。
100 80 60 40 20 0
83.6
62.9
服务连接
直连 吞吐率(KB/s)
数据库参数调整 创建/维护 属性索引 更新数据库统计信息 版本压缩 检查空间索引
数据源种类太多,无法穷尽。 在可选的基础上,模拟业务情况,测试 +比较。 明天的讲座《海量空间数据库实施策 略》中会有一些供参考的基准结果。
MIME vs. URL
一般磁盘总是先于网绚成为系统瓶颈 MIME伸缩性较好 输出小图片MIME更有优势
MIME vs. URL
200000
吞吐量(Tr/Hr) 150000 100000 50000 0 FGDB_Local_MIME FGDB_Local_URL
Portland (large images)
2010 Esri 中国区域用户大会 ArcGIS Server 部署策略 与性能优化
吴泳锋
ArcGIS Server 系统中的性能影响因素
硬件 数据源 ArcGIS Server 配置 服务 开发框架
硬件的影响
影响响应速度
分布式部署与性能优化
ArcGIS Server分布式部署和性能优化分布式部署•ArcGIS Server应用部署中总共有这个几个部分:WebServer,SOM,SOC,DataServer•单层结构•双层结构•三层结构具体部署中注意的问题•SOM和SOC机器上的用户名和密码相同•Mxd以及数据源所在目录的权限•输出图片的目录的权限•发布服务时候的参数要使用UNC目录性能优化ArcGIS Server: Response time factors•Four main factors of response time•Multiple tiers•Performance bottleneck can occur in each tierBrowserWeb ServerSOMSOCArcSDE TransmissionTimeWait TimeSearch &Retrieval TimeUsage TimeSDE数据方面•数据量对数据进行分析,在可能的情况下,对数据进行一些简化操作•数据组织角度属性字段索引,空间索引大小的调整Mxd数据的组织(对动态服务而言)•较少数据图层•图层按比例控制•使用annotation来代替label•减少复杂符号General Guidelines•Show relevant information–Start simple (additional layers can be toggled on by user)–Use field visibility (hide unnecessary attributes)•Use scale dependencies–Use data appropriate for the given scale (generalize ifnecessary)–Display similar number of features at all scales forconsistent user experiencePoint, Line & Polygon rendering For non-cached, dynamic layers •Points–Use single layer Simple or Character markers for best performance–Use EMF instead of bitmaps–Use Integer (vs. character) fields for symbol values–Avoid halos, complex shapes, masking•Line & Polygons–Use ESRI_Optimized style–Avoid cartographic lines (also includes polygon outline!)ESRI_Optimized•For lines & polygons•Outlines for all fillsare simple linesinstead ofcartographic lines•Picture fills are emf-based instead of bmp-based •Improves drawing performance by > 50%Best PracticesText and labeling•Use annotation instead of labels•Use indexed fields (reduce label SQL querynumber and complexity when possible)•Use label and feature conflict weights sparingly •Avoid special effects (fill patterns, halos,callouts, backgrounds)•Avoid very large text size (60+ pts)•Avoid Maplex for dynamic labeling•Avoid overuseSymbolizing data effectively: Labels / Text •Use larger size•Use wider line and character spacing•Use sans serif, open-letter fonts•Minimize special effects (e.g. italics)•Minimize text backgrounds (e.g. callout boxes)•Don’t overuse Labels–ID tool can be used–Use scale dependency服务的组织•不要把所有的图层都放在一个服务中,图层很多的情况下可以分放在不同的服务中,这样可以使用多进程来完成所需请求,从而提高相应速度服务的设置(一)•池化的服务性能会超过非池化,因此在功能许可的情况下,尽可能使用池化服务•在使用编辑等一定要使用非池化的服务的情况下,要尽可能的把非池化的服务中的图层减少,而把他们增加到池化服务中服务的设置(二)•使用MapCache,这是一个非常有效的提高客户端的用户感受的方法•在创建cache的时候,如果第一次出现错误,可以使用updatecache来进行弥补瓶颈•CPU •MemoryCpu 瓶颈:动态服务的池化实例的最优个数•Set instances to level where maximum throughput occurs (usually between 2 to 4 instances per CPU)CPU bottlenecknumber of instancesT h r o u g h p u t (m a p s /h o u r )NMemory 瓶颈Memory Bottleneck –Solutions •Increase physical memory•Limit capacity on host machinesSetting Capacity•Limits number of service instances running on a specific host machine.•Once this limit is reached, Server starts replacing least recently used instances instead of creating new ones.•Serve large number of services only part of which are used at any point in time–Usage sliding from European to U.S. map services over time.–Supports “limited resource” scenario•Serving a large library of maps•Individual services rarely usedBuilding Map Service Cache •Renders 4K x 4K images–1 GB consumed by just 3 processes •Options to resolve–Increase memory to 2 or 3 GB–Reduce number of instances per serverMemory and CPU usage by Service Type–Dynamic map service•CPU Usage = High•Memory = Low*–Static Map and Globe services•CPU Usage = Low•Memory = Low–Editing map service•CPU Usage = High•Memory = High•Database connections = High–Geoprocessing service•CPU = High•Memory = High•I/O = HighDetecting Bottlenecks•Single user testing is inadequate •Simulating multiple users–Low Tech:•Recruit others in the office and synchronize over the phone –High Tech: Load simulation toolLoad Simulation Tool•Build–Code your own test harness•Buy–Price: (free/bundled to $100K or more)–Technical vs. Functional–Microsoft•Web Application Stress Tool (WAST)•Application Center Test (ACT)•Visual Studio 2005 Team Edition for TestersMeasuring Web Performance •Client Response Time–How “fast” does web application appearto remote browser hitting the site–Response Time (average, 75th percentile, max)•Machine Throughput–Measured in requests/sec–Determines number of servers you need to buyVisual Studio 2005 Team System•Tester tools are now onpar with DeveloperTools•Unit, Web, Load, andManual tests•Measures codecoverageVS 2005 –Recording a Web Test• A series of HTTP URLs that can be created or recorded from a browser session.Monitor Statistics and Log Files •Creation Time•Wait Time•Usage TimeLog File Behavior•Modify Log Level in Server.cfg–0 (None): No logging– 1 (Error): Serious problems– 2 (Warning): Additional errors.– 3 (Normal): Common administrative messages of the server, warnings, and errors are logged.– 4 (Detailed): Common messages from user use of the server, including server objects, normal messages, warnings, and errors arelogged.– 5 (Debug): Verbose messages to aid in troubleshootingQuestions?High Availability Configuration。
ArcGIS 10.2 for Server架构设计与性能优化策略
条件:
•
•
• •
具有相同的Server Manager管理员账号、密码
具有相同的机器名、完全限定域名 如果注册了地理数据库,要求具有相同的数据库账号、密码
部署模式-单机
适用场景:
-
开发
http://80
-
测试
所有组件在一台机器 可选择性安装WebAdaptor
Web Server
Web Ad• •
综合衡量系统需求 结合IT基础设施
性能优化
• 性能问题 • 优化策略
你有没有遇到过这些问题呢?
1. 2.
并发用户很高时,为什么系统CPU利用率很低? 执行了一次地图查询,为什么响应很慢?
3.
4. 5.
系统并发不高,但是发布的服务较多,如何进行资源配置?
系统并发较高,CPU利用率超过85%,如何进行优化? 在平台选型时,有哪些参考工具及方法论吗?
性能影响因子
平台性能 数据管理 GIS系统性能 系统架构 客户端技 术 用户工作 流
软件性能
ArcGIS for Server配置-实例
并发请求时,后台经历了哪些过程呢?
服务发布
实例数配 置
启动SOC 进程
负载增加
配置更多 实例数
启动更多 SOC进程
更多CPU 核数
ArcGIS for Server配置-实例
•
• •
整合GIS Server与Web Server
接收请求,并转发给GIS Server 隐藏端口、arcgis目录 Web容器 负载均衡 反向代理
GIS Server
Portal for ArcGIS
•
Web Server
• • •
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
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设置有效的日志目录
优势:
• •