Рекомендуемые спецификации сервера для GeoServer

16

мы предоставляем наши географические данные через наше ведущее приложение Dorset Explorer . При этом используются OpenLayers и GeoServer для обслуживания наших географических данных, включая базовые карты OSM и OS, а также массу других данных, таких как аэрофотосъемка, школы и т. Д.

У меня вопрос, какие спецификации сервера мы должны использовать для GeoServer. У нас будет только один сервер для доставки тайлов через WMS (и, возможно, в будущем мы также сможем использовать некоторые WFS на нем). Мы получаем от 100 до 200 пользователей в день, но, надеюсь, они начнут расти, как только мы будем уверены, что серверы будут работать! Является ли это всего лишь вопросом приверженности самым высоким характеристикам, которые мы можем себе позволить, или есть какие-то ограничения или теоретические максимумы.

Любые указатели будут высоко оценены!

Роб Квинси
источник
1
Есть ли для этого бюджет или вам нужны общие рекомендуемые характеристики?
Mapperz
Просто некоторые общие рекомендуемые спецификации, независимо от того, что кто-либо считает наилучшей настройкой для GeoServer для работы в такой среде. Например, стоило ли бы нам тратить максимум возможного, чтобы придать ему действительно высокие характеристики, или это была бы пустая трата денег, если GeoServer не может его использовать.
Роб Квинси

Ответы:

12

100-200 пользователей в день - это (обычно) ничто, ноутбук может взять такую ​​нагрузку, если карта не сложная.

Общие рекомендации:

  • получить достаточно памяти (не менее 8 ГБ), но не отдавать все это GeoServer
  • использовать процессоры Intel, а не AMD, так как собственные расширения JAI работают на Intel быстрее
  • попробуйте получить два сервера и настроить их в кластере для обеспечения высокой доступности (достаточно двухъядерного ядра), если нагрузка возрастет, вам просто нужно добавить больше серверов
  • убедитесь, что ваши данные правильно настроены для производительности: http://demo.geo-solutions.it/share/foss4g2011/gs_steroids_sgiannec_foss4g2011.pdf
  • если у вас достаточно места на диске, рассмотрите возможность кэширования листов для слоев, которые меняются не часто
  • Проведите нагрузочное тестирование, чтобы увидеть, как далеко вы можете продвинуться с некоторым тестовым оборудованием, и масштабировать серверы в соответствии с ожидаемой нагрузкой.
Андреа Айме
источник
Когда вы говорите «Не отдавайте всю память GeoServer», вы можете объяснить, почему? Я прошу прощения за свое небольшое «недовольство» в этой области, я не тот человек, который действительно управляет GeoServer, хотя я сильно вовлечен в это, я просто получаю здесь вопросы и советы! Да и к вашему сведению, наше отображение довольно сложное, более 700 слоев и растущих, смесь растровых, простых и сложных векторных, полупрозрачности, пользовательских шрифтов, вы называете это, мы должны его обслуживать: P
Rob Quincey
1
Поскольку GeoServer не будет его использовать, а кеш файловой системы может использовать его для ускорения обработки растровых данных и шейп-файлов. С таким количеством слоев это действительно может стать проблемой, и в то же время никто в здравом уме не поместит их на одной карте ... просто убедитесь, что клиент не позволяет пользователям устанавливать слишком сложные карты. И проведите нагрузочное тестирование с типичными сценариями использования
Andrea Aime
«Никто в здравом уме не поместил бы столько [слоев] на одну карту». Вы не знаете наших пользователей ... :)
Роб Квинси
это здоровенный PDF-файл, который вы связали там @AndreaAime, он не может сделать из него головы или хвосты, в основном из-за новичков
Даниэль Тулп
6

Выбор подходящего сервера всегда труден, потому что в скором времени ваш сервис может стать очень популярным, что сделает ваше оборудование стоимостью в тысячи долларов бесполезным.

-Так как каждое приложение (даже если оно использует один и тот же программный стек) имеет свои собственные требования, я советую провести несколько стресс-тестов на облачном сервере, например, amazon AWS. Затраты на проведение этих тестов незначительны.

- Можно установить связь между (например) аппаратным и AWS-оборудованием (AWS), так что вы можете попробовать разные конфигурации для разного числа пользователей и получить запросы на представление о том, как будут работать аппаратное и программное обеспечение в будущем, например: здесь и здесь .

-Если это вариант для вас, IMO придерживайтесь облачного сервера, вы можете увеличивать и уменьшать его в любое время.

Pablo
источник
1
К сожалению, облачность не вариант, но хороший ответ с некоторыми интересными моментами. Я не буду принимать его, чтобы посмотреть, добавит ли кто-нибудь еще что-нибудь :)
Роб Квинси