Рекомендуемые спецификации сервера для 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 придерживайтесь облачного сервера, вы можете увеличивать и уменьшать его в любое время.


1
К сожалению, облачность не вариант, но хороший ответ с некоторыми интересными моментами. Я не буду принимать его, чтобы посмотреть, добавит ли кто-нибудь еще что-нибудь :)
— Роб Квинси
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.