Especificações de servidor recomendadas para GeoServer

servimos nossos dados geográficos por meio de nosso aplicativo principal Dorset Explorer . Isso usa o OpenLayers e o GeoServer para servir nossos dados geográficos, incluindo mapas de base OSM e OS e uma grande quantidade de outros dados, como fotografia aérea, escolas etc.

Minha pergunta é: que tipo de especificações de servidor devemos usar para o GeoServer. Teremos disponível apenas um servidor para entrega de blocos via WMS (e talvez no futuro possamos estar usando algum WFS nele também). Temos entre 100 e 200 usuários por dia, mas esperamos que isso comece a aumentar assim que tivermos certeza de que os servidores aguentarão! É apenas uma questão de manter as especificações mais altas que podemos pagar ou existem alguns limites ou máximos teóricos.

Qualquer dica será muito apreciada!

geoserver wms server specification Rob Quincey
fonte

Existe um orçamento para isso ou você precisa de especificações gerais recomendadas?

Mapperz

Na verdade, apenas algumas especificações gerais recomendadas, qualquer que seja o que alguém ache que seria a melhor configuração para o GeoServer nesse tipo de ambiente. Por exemplo, valeria a pena gastar o máximo possível para fornecer especificações realmente altas ou isso seria um desperdício de dinheiro se o GeoServer não puder utilizá-lo.

precisa

Respostas:

De 100 a 200 usuários por dia (normalmente) não são nada, um notebook pode carregar esse tipo de carga se o mapa não for complexo.

Diretrizes gerais:

obtenha memória suficiente (pelo menos 8 GB), mas não entregue tudo ao GeoServer
use CPUs Intel, não AMDs, pois as extensões nativas JAI funcionam mais rapidamente no Intel
tente obter dois servidores e configurá-los em cluster para alta disponibilidade (2 quad core deve ser suficiente), se a carga aumentar, você só precisará adicionar mais servidores
verifique se seus dados estão configurados corretamente para desempenho: http://demo.geo-solutions.it/share/foss4g2011/gs_steroids_sgiannec_foss4g2011.pdf
se você tiver espaço em disco suficiente, considere o cache de blocos para as camadas que não mudam frequentemente
faça alguns testes de carga para ver até onde você pode chegar com algum hardware de teste e dimensione os servidores de acordo com a carga esperada.

Andrea Aime
fonte

Quando você diz 'Não dê toda a memória ao GeoServer', você pode expandir o porquê? Peço desculpas pelo meu ligeiro 'desconhecimento' neste campo, não sou a pessoa que realmente administra o GeoServer, embora eu esteja muito envolvido com isso, estou apenas recebendo perguntas e conselhos por aqui! Oh e FYI, nosso mapeamento é bastante complexa, mais de 700 camadas e crescente, uma mistura de raster, simples e vector complexo, translucidez, fontes personalizadas, o nome dele que temos para servi-lo: P

Rob Quincey

Como o GeoServer não o usará, enquanto o cache do sistema de arquivos pode aproveitá-lo para acelerar os dados rasterizados e os shapefiles dos serviços. Com tantas camadas, isso pode se tornar um problema, ao mesmo tempo, ninguém no seu perfeito juízo colocaria tantas no mesmo mapa ... apenas certifique-se de que o cliente não permita que os usuários configurem mapas muito complexos. E fazer alguma carga testes com casos de uso típicos

Andrea Aime

'ninguém em sã consciência colocaria tantas camadas no mesmo mapa'. Você não conhece nossos usuários ... :)

Rob Quincey

Isso é um PDF bolada você foi ligado há @AndreaAime, não pode fazer cara ou coroa de que, principalmente devido à Noob-ness

Daniël Tulp

Escolher o servidor certo é sempre uma tarefa difícil, pois em pouco tempo seu serviço pode se tornar muito popular, tornando seu hardware de mil dólares inútil.

Como todos os aplicativos (mesmo que usem a mesma pilha de software) têm demanda própria, meu conselho é executar alguns testes de estresse em um servidor baseado em nuvem, como o Amazon AWS. Os custos para executar esses testes são insignificantes.

-É possível fazer uma relação entre o hardware da AWS (por exemplo) e o hardware comum, para que você possa tentar configurações diferentes para diferentes números de usuários e solicitações para ter uma idéia de como o hardware e o software irão se comportar no futuro, exemplos: aqui e aqui .

-Se for uma opção para você, o IMO adere ao servidor em nuvem, você pode aumentá-lo sempre que quiser.

Pablo
fonte

Infelizmente, a nuvem não é uma opção, mas uma boa resposta com alguns pontos interessantes. Vou adiar aceitá-lo para ver se alguém acrescenta nada :)

Rob Quincey