[OSGeo-Discuss] OS Spatial environment 'sizing'
Bruce.Bannerman at dpi.vic.gov.au
Bruce.Bannerman at dpi.vic.gov.au
Mon Feb 18 17:34:41 PST 2008
IMO:
Hello everyone,
I'm trying to get a feel for server 'sizing' for a **hypothetical**
Corporate environment to support OS Spatial apps.
Assume that:
- this is a dedicated environment to allow the use of OS Spatial
applications to serve Corporate OGC Services.
- the applications of interest are GeoServer, Deegree, GeoNetwork,
MapServer, MapGuide and Postgres/PostGIS.
- the environment may need to scale relatively quickly.
- it will be required to serve in the vicinty of 5 to 10 TB of data
initially (WMS, WFS, WCS).
Can anyone shed some light on the following questions please?
- I'm assuming a Linux installation (SLES, Redhat or Debian) or possibly
Intel Solaris. Has anyone experienced any issues in these (or other)
environments that they'd like to share?
- Are there any recommendations as to dedicated network bandwidth that
should be allocated?
- Has anyone done any work with load balancing and would like to share
their experiences?
- Of the above OS Spatial products, which ones could co-exist on the same
server (excluding Postgres/PostGIS)?
Any thoughts are appreciated.
Bruce Bannerman
Australia
Notice:
This email and any attachments may contain information that is personal,
confidential, legally privileged and/or copyright.No part of it should be reproduced,
adapted or communicated without the prior written consent of the copyright owner.
It is the responsibility of the recipient to check for and remove viruses.
If you have received this email in error, please notify the sender by return email, delete
it from your system and destroy any copies. You are not authorised to use, communicate or rely on the information
contained in this email.
Please consider the environment before printing this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/discuss/attachments/20080219/82340fa8/attachment-0002.html>
More information about the Discuss
mailing list