随着 GIS 服务的流量模式和用户需求出现变化，您可对可用于服务的资源进行调整。
服务比例示例
为了努力满足性能需求，并同时节约组织对资源的使用，了解何时以及如何扩展可用于服务的资源这一点非常重要。 以下示例是组织管理员需要考虑扩展其资源的假设情景：
- 公共组织中的 Web 地图突然收到高流量，并且用户遇到性能延迟。 组织管理员查看系统日志并确定 Web 地图使用的地图服务负担过重。 首先，他们将服务模式从使用共享资源更改为使用专用资源。 接下来，它们为服务部署增加 Pod 复本。 通过为地图服务提供专用资源，管理员可以确保处理服务的高流量而不会出现性能问题。
- 一家测量公司已在其组织中积累了数百项要素服务。 它们全部设置为共享模式，因此会有一种服务部署支持它们。 所有服务的流量都不会很高，但是组织 GIS 内容的整体使用给服务部署带来了负担。 组织管理员增加了服务部署中 Pod 复本的数量。 通过运行更多共享实例，可以充分处理组织的许多要素服务的流量。
- 在内容迁移工程期间，市政府的 GIS 组织会将许多 Web 地图和 Web 图层重新发布到组织。 由于时间限制，他们希望尽快完成。 由于发布 Web 地图和 Web 图层下的服务是由 PublishingTools 实用程序服务执行的，因此可用于该实用程序服务的机器资源决定了发布的速度。 组织管理员会临时增加 PublishingTools 服务部署中的 Pod 复本，以提高工程期间的发布效率。 工程完成后，它们会减少服务部署中的 Pod 复本以节省机器资源。
服务比例选项
您可通过两种主要方式扩展服务：
调整服务模式
如果使用共享资源的地图或要素服务所接收的流量恒定，则可以将其实例类型切换为使用专用资源。 随即打开一个专用于该服务的新服务资源池。
重新分配系统资源
您可以使用 ArcGIS Enterprise Manager 扩展分配到服务部署的 Pod 数量。 当面向服务的专用资源数量不足且用户出现了性能延迟时，可使用此选项。
这会增加部署的 Pod 复本数量。 当您增加可用于服务的 Pod 数量时，Kubernetes 集群将生成服务部署的现有 Pod 的其他复本，包括其服务配置和服务实例。
这还会增加服务的内存和 CPU 消耗，以及服务实例的可用性和总吞吐量。 因为您正在扩展 Kubernetes 基础架构，所以该选项具有容错性；运行失灵的 Pod 将自动得到还原，而不会影响其他 Pod。
注：
部署组织的 Kubernetes 集群具有有限数量的计算机节点。 通过扩展许多 GIS 服务，组织可能会达到分配给 ArcGIS Enterprise on Kubernetes 的计算机资源的极限。 如果发生这种情况，请与您的 IT 管理员一起将更多节点添加到 Kubernetes 集群中。