Server specifications

Hi all,

While the original service migration plan called for the use of OSUOSL
for colocating a server, we have run into a roadblock in getting an SLA
with them; they have to be careful about not crossing the
academic/commercial line. We do still have a virtual server there if we
need it, and they are interested in coordinating with us in more
academic GIS areas.

Because of this, I have started putting together a matrix of some
important features from a variety of web hosts that, in my research,
have been shown to have exceptional uptime and satisfaction levels, as
well a recommendation from the OSL administrator. As much as I hate
wiki tables, I've put my initial attempt at a matrix up on the
transition plan wiki page along with any further recommendations I
receive in the interim later this afternoon. Bob/Don have volunteered
to help with the research, and I'd appreciate any other help or
suggestions of other high-availability hosts if you have time. I'd love
for active participation as we go along so that we can present a
completed matrix and a recommendation to the officers of the foundation
first thing next week.

http://wiki.osgeo.org/index.php/Infrastructure_Transition_Plan#Provider_
Matrix

I'm currently favouring fully managed servers such as Rackspace and
LiquidWeb because of the security they give us for uptime, and because
they take away the need for us to pay for day-to-day OS and core
application management. I have added a couple unmanaged servers to the
list, and if anyone has any particularly good experiences with
high-availability co-los, I'd appreciate some guidance so that we can
present some alternatives. However, I don't know that we want to take
on responsibility for our own hardware; our resources are stretched
enough as it is.

We'll also need to solicit input for a system administrator with
experience with Apache, MySQL, PostgreSQL, SVN, mailing lists, Trac,
etc, that we can retain for some initial setup help, and an ongoing
support contract for the next year.

Once Tyler comes on board, he will be spearheading this work, but we
need to push ahead before then if we want to get done by the end of the
year.

Thanks,
Jason

Jason Birch wrote:

I'm currently favouring fully managed servers such as Rackspace and
LiquidWeb because of the security they give us for uptime, and because
they take away the need for us to pay for day-to-day OS and core
application management. I have added a couple unmanaged servers to the
list, and if anyone has any particularly good experiences with
high-availability co-los, I'd appreciate some guidance so that we can
present some alternatives. However, I don't know that we want to take
on responsibility for our own hardware; our resources are stretched
enough as it is.

If you're looking for alternatives, FYI the dl.maptools.org server has been hosted at iWeb on a dedicated server (iWeb MyServerNow) for almost a year now and everything has gone very smoothly so far. See http://iweb.ca/en/index.php?page=dedie

I did a quick search and didn't find the SLA terms, but I believe Frank has his gdal.org domain hosted there as well and could comment on his experience.

Maptools.org generated 189.6GB of downloads in September and this number is increasing by 10-15GB per month these days, so you cannot go with a provider where bandwidth is expensive or where you get less than 0.5TB/month.

In our case we have other co-located servers with another more expensive provider and used to host the maptools.org stuff there too, but we ended up moving just the maptools.org downloads and websites to iWeb because bandwidth was much cheaper there... and we kept our more critical stuff with the other provider.

You might want to consider a hybrid config like this as well.

Daniel
--
Daniel Morissette
http://www.mapgears.com/