[SAC] Hosting for http://openstreetmap.org.ar/

correo at fernando.com.ar correo at fernando.com.ar
Sun Apr 6 08:22:31 PDT 2014


Alex,

1- Ive noticed the I/O problems, and that you have many sites in the same
server, so I believe that your priority is to improve Osgeo's
infrastructure rather than helping us out (OSM-Ar).

We have already 1 donated server with 2 cores, 16GB RAM, and 500GB
(mirrored), there are two VM with ubuntu 12.04, one for the tileserver and
the other for the webserver. So we are OK right now, we are just awaiting
delivery.

2- Thats a really good point, I use to reach help through my friends, and
since I dont know Grant Slater or the team, I just didnt know where to
ask. Anyway, Ive found out his nickname and joined #osm-dev @OFTC to talk
with him. Thank you!

3- Thats nice, in the meantime, when we have our webserver VM ready, I
will let you know in case you need to temporarily host any low importance
site, like historic foss4g sites, mirroring in South America, whatever.

Good luck with the new hardware adquisition! You'll have fun for sure :)

Thank you all.

> 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.
>
> 2. I spoke with Grant an admin at OSM, and he was confused as to why the
> request didn't go to their team. I think he might be on this list now.
> This page is enlightening, http://wiki.openstreetmap.org/wiki/Servers
> They too lack any mirrors in South America and currently use North
> American. We haven't ruled out collaborating on some additional North
> American servers.
>
> 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.
>
>
> http://www.telegeography.com/assets/website/images/maps/global-internet-map-2012/global-internet-map-2012-l.png
> Implies that Florida might be a good place. Or a South Eastern US
> university.
>
> Thanks,
> Alex
>
>
> On 03/20/2014 10:53 AM, correo at fernando.com.ar wrote:
>>
>>
>> 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 at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/sac
>>
>>
>>
>>
>> Links:
>> ------
>> [1] http://www.geoforall.org/locations/
>>
>>
>>
>> _______________________________________________
>> Sac mailing list
>> Sac at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/sac
>>
>
> _______________________________________________
> Sac mailing list
> Sac at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/sac
>



More information about the Sac mailing list