A few new details relevant to this discussion based on recent server events.
1. OSGeo's current machines do not have capacity for additional high I/O
jobs. Serving relatively static data is no big dealing, generating tiles
is potentially an issue.
3. We're real close to finally shutting down osgeo1, and osgeo3/4 are
both 3-4 years old now. What does this mean? We will probably start
discussing new hardware in the new future, which includes a discussion
of what do we want this hardware to be able to do and where do we want
to put it.
Hello, I'm Fernando, from the OSM-Ar community.
First of all,
thank you for taking this into consideration.
For your information, we
were running on a humble VPS with the following specs:
1Gb RAM
60GB
HDD
1 core
500GB of BW
This setup wasnt really enough, low RAM made
on-the-fly rendering quite slow, not handling concurrency nicely, if at
all. As the HDD is 60GB caching turned virtually useless, the elevated
inodes usage constantly filled the disk.
Anyway, at least doubling
this specs (not the BW), while implementing new techniques and stack
might be enough for the mid term.
We only serve tiles from Argentina,
so our DB has only the Geofabrik extract from this country.
Its not
exactly a mirror, as we introduce minor changes in the style, symbols,
and localization. [1]
On the other hand, we constantly "represent"
OSM, and FOSS4G when government authorities or representatives show
interest on these, wich is quite usual lately. We are a healthy
community working on this matter constantly. We love FLOSS and Open
Data.
We aim to get incorporated in the Local Chapters proposal, but
we still are a community, not a legal entity. [2] [3]
About the
software:
OS: Debian 7
mapnik
osm2pgsql
postgresql -
postgis
tilestache
nodejs, node-mapnik, tile-live, cartocss
nginx
Also
note that I can fully manage the server, so a fresh Debian is all we
need.
[1] http://wiki.openstreetmap.org/wiki/OpenStreetMap_Argentina
[2] http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters
[3]
http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/Agreement
For the sake of brevity Ive ommited lots of details on what we do and
can do, but I'll be glad to clear further doubts.
Thanks,
Fernando
Sanz
El 2014-03-20 13:08, Alex Mandel escribió:
On 03/20/2014
05:11 AM, Jeff McKenna wrote:
On 2014-03-19, 2:24 PM, Alex Mandel
wrote:
I'm all for finding a way to help but I'm not sure
putting stuff on an OSGeo machine is the right answer. If the data is
really "for" Argentina and other local countries a closer server
location would be helpful, something in South America. I'm wondering if
one of the OSGeo-ICA labs might be able to help.
http://www.geoforall.org/locations/ [1] I am open to discussing further
collaboration with the OSM community though. I expect there to be some
mutually beneficial arrangement. Thanks, Alex
I am aware of Geo4All,
as I am heavily involved in it. I will of course ask; however I was
hoping that OSGeo and our infrastructure could help out the OSM
community in this case. -jeff
Do we have specs for what the needs
are?
Disk space, web traffic load?
Given how much trouble we have
keeping Vmap0 tiles from overloading or
resources, I'm not sure we
have the capacity to serve high volumes of
tiles on the current
hardware.
I'm also a little confused about what the local OSM
mirrors do in
relation to the main OSM infrastructure which is well
funded?
Thanks,
Alex
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
Links:
------
[1] http://www.geoforall.org/locations/
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
