Так как структура трафика и требования пользователей к вашим ГИС-сервисам меняются, вы можете настраивать ресурсы, доступные для использования вашими сервисами.
Примеры масштабирования сервисов
Для удовлетворения требования к производительности при экономии ресурсов, используемых вашей организацией, важно понимать, когда и как масштабировать ресурсы, доступные вашим сервисам. Следующие примеры представляют собой гипотетические сценарии, в которых администраторам организации необходимо рассмотреть возможность масштабирования своих ресурсов:
- Веб-карта в общественной организации неожиданно получает большой объем трафика, и у пользователей возникают задержки с производительностью. Администратор организации просматривает системные журналы и определяет, что картографический сервис, используемый веб-картой, перегружен. Во-первых, он может изменить режим работы сервиса с использования общих на использование выделенных ресурсов. Затем он может увеличить количество реплик модуля для развертывании сервиса. Предоставляя выделенные ресурсы для картографического сервиса, администратор гарантирует, что высокий трафик сервиса будет обрабатываться без проблем с производительностью.
- Геодезическая компания накопила в своей организации сотни сервисов объектов. Все они работают в режиме общих ресурсов, поэтому их поддерживает одно развертывание сервиса. Ни один из сервисов не получает большого трафика, но использование всех ГИС-ресурсов организации загружает развертывание сервиса. Администратор организации увеличивает количество реплик пода в развертывании сервиса. Чем больше запущено общих экземпляров, тем лучше обрабатывается трафик множества сервисов объектов организации.
- Во время выполнения проекта переноса ресурсов ГИС-организация городского правительства повторно публикует множество веб-карт и веб-слоев в своей организации. Из-за нехватки времени они хотят завершить это побыстрее. Поскольку публикация сервисов, лежащих в основе веб-карт и веб-слоев, выполняется служебным сервисом PublishingTools, ресурсы компьютера, доступные этому служебному сервису, определяют, насколько быстро может происходить публикация. Администратор организации временно увеличивает количество реплик пода в развертывании сервиса PublishingTools, чтобы повысить эффективность публикации на время проекта. После завершения проекта он уменьшает количество реплик пода в развертывании сервиса для экономии ресурсов компьютера.
Опции масштабирования сервисов
У вас есть два основных способа масштабирования сервисов:
- Изменение режима работы сервиса.
- Перераспределение системных ресурсов.
Изменение режима работы сервиса
Если картографический сервис или сервис объектов, использующий общие ресурсы, получает постоянный трафик, вы можете переключить тип его экземпляра на использование выделенных ресурсов. Это открывает новый пул ресурсов сервиса, выделенный для этого сервиса.
Перераспределение системных ресурсов
Вы можете масштабировать число модулей, назначенных развертыванию сервиса, посредством ArcGIS Enterprise Manager. Эта опция полезна, если количество выделенных ресурсов, обслуживающих сервис, недостаточно, и пользователи испытывают проблемы с производительностью.
Это увеличивает количества реплик модуля в развертывании сервиса Когда вы увеличиваете количество модулей, доступных для сервиса, кластер Kubernetes создает дополнительные реплики существующих модулей развертывания сервиса, включая конфигурацию и экземпляры сервиса.
Это также увеличивает доступность и общую пропускную способность экземпляров для сервиса, а также потребление памяти и загрузку центрального процессора сервиса. Поскольку вы масштабируете свою инфраструктуру Kubernetes, этот вариант является отказоустойчивым; вышедшие из строя модули автоматически восстанавливается, не затрагивая другие модули.
Примечание:
Кластер Kubernetes, на котором ваша организация развертывается, имеет конечное количество компьютерных узлов. Масштабируя множество ГИС-сервисов, ваша организация может достичь предела компьютерных ресурсов, выделенных для ArcGIS Enterprise on Kubernetes. В этом случае обратитесь к ИТ-администратору, чтобы добавить больше узлов в кластер Kubernetes.