Рекомендовані серверні характеристики для GeoServer

ми обслуговуємо наші географічні дані за допомогою нашої флагманської програми Dorset Explorer . Це використовує OpenLayers та GeoServer для обслуговування наших географічних даних, включаючи ОСМ та базові карти ОС та масу інших даних, таких як аерофотозйомка, школи тощо.

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

Будь-які вказівники будуть дуже вдячні!

100-200 користувачів на день - це, як правило, нічого, ноутбук не може сприймати таке навантаження, якщо карта не є складною.

Загальні вказівки:

• отримайте достатньо пам’яті (принаймні 8 Гб), але не давайте все це GeoServer
• використовуйте процесори Intel, а не AMD, оскільки рідні розширення JAI працюють швидше в Intel
• спробуйте отримати два сервери та встановити їх у кластері для високої доступності (2 чотирьохядерних ядра повинно вистачити), якщо навантаження зростає, вам просто потрібно додати більше серверів
• переконайтеся, що ваші дані правильно налаштовані для продуктивності: http://demo.geo-solutions.it/share/foss4g2011/gs_steroids_sgiannec_foss4g2011.pdf
• якщо у вас є достатньо місця на диску, розгляньте кешування плитки для шарів, які не змінюються часто
• зробіть тестування навантаження, щоб побачити, як далеко ви можете дістатись з деяким тестовим обладнанням та масштабувати сервери відповідно до очікуваного навантаження.

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

- Оскільки в кожному додатку (навіть якщо вони використовують один і той же стек програмного забезпечення) є власний попит, моя порада - запустити деякі стрес-тести на хмарному сервері, як-от amazon AWS. Витрати на проведення цих тестів незначні.

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

-Якщо це варіант для вас, IMO дотримуйтесь хмарного сервера, ви можете масштабувати його вгору і вниз, коли захочете.