[Geoserver-users] Production environment advise

Hello all,

I'm about to choose production environment for geoserver. Geoserver will be
connected to MSSQL-2012 DB and will serve WMS and WFS services for .NET
aplication running on standalone server. I have 4 virtual cores and 24 GB of
RAM aa HW resources. My question is how to utilize this HW for best
Geoserver performance? At this time I have two possibilities:

1: MS WINDOWS 2012 64bit 4vCore, 24GB RAM + Tomcat7 + Geoserver 233 (java
jdk1.7 64 without JAI)

2: sw loadbalanced: 2 x Debian 64bit, 2vCore, 12GB RAM + Tomcat7 + Geoserver
233 (java jdk 1.7 64 with JAI)
       - possible squid and watchdog

What do you think is better configuration? Do you have any ideas how to get
the best from HW?

thank you

Peter

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Production-environment-advise-tp5067567.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Hi Peter,
I’ve found that GeoServer doesn’t use many resources at all, no matter what the hardware of the server it only uses a few GB of RAM.
To that end we’re using multiple instances of GeoServer/Tomcat on the same physical Windows box.

You may wish to see this thread for some more advice and useful links:
http://osgeo-org.1560.x6.nabble.com/Setting-Up-New-Windows-Server-td5062378.html#a5062903

Regards,
Jonathan

On 19 July 2013 12:06, nueve <psimonovic@anonymised.com> wrote:

Hello all,

I’m about to choose production environment for geoserver. Geoserver will be
connected to MSSQL-2012 DB and will serve WMS and WFS services for .NET
aplication running on standalone server. I have 4 virtual cores and 24 GB of
RAM aa HW resources. My question is how to utilize this HW for best
Geoserver performance? At this time I have two possibilities:

1: MS WINDOWS 2012 64bit 4vCore, 24GB RAM + Tomcat7 + Geoserver 233 (java
jdk1.7 64 without JAI)

2: sw loadbalanced: 2 x Debian 64bit, 2vCore, 12GB RAM + Tomcat7 + Geoserver
233 (java jdk 1.7 64 with JAI)

  • possible squid and watchdog

What do you think is better configuration? Do you have any ideas how to get
the best from HW?

thank you

Peter


View this message in context: http://osgeo-org.1560.x6.nabble.com/Production-environment-advise-tp5067567.html
Sent from the GeoServer - User mailing list archive at Nabble.com.


See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk


Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.

On Fri, Jul 19, 2013 at 1:06 PM, nueve <psimonovic@anonymised.com> wrote:

Hello all,

I'm about to choose production environment for geoserver. Geoserver will be
connected to MSSQL-2012 DB and will serve WMS and WFS services for .NET
aplication running on standalone server. I have 4 virtual cores and 24 GB
of
RAM aa HW resources. My question is how to utilize this HW for best
Geoserver performance? At this time I have two possibilities:

1: MS WINDOWS 2012 64bit 4vCore, 24GB RAM + Tomcat7 + Geoserver 233 (java
jdk1.7 64 without JAI)

2: sw loadbalanced: 2 x Debian 64bit, 2vCore, 12GB RAM + Tomcat7 +
Geoserver
233 (java jdk 1.7 64 with JAI)
       - possible squid and watchdog

I would go for the second, no doubt.
Even if we don't have recent benchmarks, past experiences showed that most
web map
servers are faster on Linux than on Windows (then again, none of the
servers that
were benchmarked back then were using .NET, maybe one written with Windows
as the sole target can do better).

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

Something that we have run into is related to distributing large number of files. In our case, we are creating services for several raster datasets representing aerial imagery and digital elevation models (among other WMS/WFS/WCS services). Some of these required the use of the ImageMosaic and ImagePyramid plugins. For others, we use cache tiling.

We have seen folders with thousands of files, sometime tens of thousands of files. Windows does a horrible job at disk i/o in these cases regardless of the compression level of each tile, type of plugin (mosaic vs pyramid vs cache), processor cores, etc… Going 64bit does help here, allowing the use of large amounts of RAM, performance was still poor (compared to what we and our clients expect), we did lose the native JAI benefits, and seemed unstable at times.

You can make this case work on windows by trying to limit the number of files per folder in different ways, with average performance, but it is still inefficient compared to Linux and seems to be a losing strategy, in this case, on Windows. Of course, our decision to go with Windows, probably like most everyone else, had mostly to do with staff familiarity and IT support.

···
  • John

John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu

john.callahan@anonymised.com

On Fri, Jul 19, 2013 at 8:06 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Fri, Jul 19, 2013 at 1:06 PM, nueve <psimonovic@anonymised.com> wrote:


See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk


Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Hello all,

I’m about to choose production environment for geoserver. Geoserver will be
connected to MSSQL-2012 DB and will serve WMS and WFS services for .NET
aplication running on standalone server. I have 4 virtual cores and 24 GB of
RAM aa HW resources. My question is how to utilize this HW for best
Geoserver performance? At this time I have two possibilities:

1: MS WINDOWS 2012 64bit 4vCore, 24GB RAM + Tomcat7 + Geoserver 233 (java
jdk1.7 64 without JAI)

2: sw loadbalanced: 2 x Debian 64bit, 2vCore, 12GB RAM + Tomcat7 + Geoserver
233 (java jdk 1.7 64 with JAI)

  • possible squid and watchdog

I would go for the second, no doubt.
Even if we don’t have recent benchmarks, past experiences showed that most web map
servers are faster on Linux than on Windows (then again, none of the servers that
were benchmarked back then were using .NET, maybe one written with Windows
as the sole target can do better).

Cheers
Andrea

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


Hi John,
A counter-anecdote, but for us at least Windows (Server 2008) is doing fine with the many-files. Our GWC tile-cache has just shy of 200,000 files (197,038 files with a disk space of just 3.56GB - 3.96GB on disk) in it right now and the performance is excellent as a TMS. The machine has 15k RPM HDD’s which help with latency - at its peak it has served about 100 tiles per second (we ran out of users to get it higher), no noticeable slowdown.
We’re not using ImageMosaic or ImagePyramid though. Just BigTiffs.

Jonathan

···
  • John

John Callahan
Research Scientist
Delaware Geological Survey
University of Delaware
http://www.dgs.udel.edu

john.callahan@anonymised.com

On Fri, Jul 19, 2013 at 8:06 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Fri, Jul 19, 2013 at 1:06 PM, nueve <psimonovic@anonymised.com> wrote:


See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk


Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Hello all,

I’m about to choose production environment for geoserver. Geoserver will be
connected to MSSQL-2012 DB and will serve WMS and WFS services for .NET
aplication running on standalone server. I have 4 virtual cores and 24 GB of
RAM aa HW resources. My question is how to utilize this HW for best
Geoserver performance? At this time I have two possibilities:

1: MS WINDOWS 2012 64bit 4vCore, 24GB RAM + Tomcat7 + Geoserver 233 (java
jdk1.7 64 without JAI)

2: sw loadbalanced: 2 x Debian 64bit, 2vCore, 12GB RAM + Tomcat7 + Geoserver
233 (java jdk 1.7 64 with JAI)

  • possible squid and watchdog

I would go for the second, no doubt.
Even if we don’t have recent benchmarks, past experiences showed that most web map
servers are faster on Linux than on Windows (then again, none of the servers that
were benchmarked back then were using .NET, maybe one written with Windows
as the sole target can do better).

Cheers
Andrea

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


Thank you all for your posts.

I think, I will go for multiple linux instances with Tomcat. I have another
question about configuration.
It is possible to use one datadir for more than one geoserver? Or I have to
configure each gesoserver separately?

Peter

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Production-environment-advise-tp5067567p5067973.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Hi Peter,
Yes you can use the same Geoserver_data_directory for multiple geoserver instances. I believe Simone’s post in the thread I linkted to in my Earlier reply has details including links to pre-setup tomcat instances.

Regards,
Jonathan

On 22 July 2013 13:31, nueve <psimonovic@anonymised.com> wrote:

Thank you all for your posts.

I think, I will go for multiple linux instances with Tomcat. I have another
question about configuration.
It is possible to use one datadir for more than one geoserver? Or I have to
configure each gesoserver separately?

Peter


View this message in context: http://osgeo-org.1560.x6.nabble.com/Production-environment-advise-tp5067567p5067973.html
Sent from the GeoServer - User mailing list archive at Nabble.com.


See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk


Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.