【问题标题】:Recommended spec for an OSM tile server on EC2EC2 上的 OSM 切片服务器的推荐规范
【发布时间】:2018-04-29 16:25:58
【问题描述】:

我正在使用 mod_tile/renderd 和 osm2pgsql 构建一个 OSM 切片服务器,按照此处的说明:https://switch2osm.org/manually-building-a-tile-server-16-04-2-lts/

使用我当前的规格 EC2 服务器 t2.xlarge,Ubuntu 16.04,我几乎可以使用国家大小的地图,尽管动态渲染图块仍然很慢,因此需要 render_list。我已经尝试了所有我能找到的性能调整来加快渲染速度,但我真正认为我需要的是更强大的服务器,特别是最终目标是行星大小的导入。我能找到的大多数服务器规格都非常过时。

对于 2018 年构建行星大小的 OSM 磁贴服务器的 EC2 实例(或通用云服务器规范)有什么建议吗?

【问题讨论】:

    标签: amazon-ec2 server openstreetmap


    【解决方案1】:

    我发现升级到 m5.2xlarge 服务器足以使用 planet 数据库 - 在我之前的 16gb 服务器上,我的许多数据库任务都用完了 RAM。其他需要解决的重要问题是:

    1. 在整个表几何上构建空间索引,在我的例子中,osm2pgsql 没有这样做。我已经通过运行 openstreetmap-carto/scripts/indexes.py 获得了部分索引,但是这些不适合我的风格并且没有被使用,所以我需要创建这些索引:

      CREATE INDEX planet_osm_polygon_index ON planet_osm_polygon USING GIST(way)

      CREATE INDEX planet_osm_line_index ON planet_osm_line USING GIST(way)

    2. 在样式 xml 文件中手动设置图层范围(我只是使用了地图范围) - 我省略了它,这意味着它必须通过耗时的 PostGIS 查询来计算,请参阅:https://github.com/mapnik/mapnik/wiki/OptimizeRenderingWithPostGIS

    3. 运行 VACUUM 并分析

    我现在已经能够在缩放 0-11 上运行 render_list,并且服务器可以根据需要生成更多缩放级别而不会出现问题。

    【讨论】:

      猜你喜欢
      • 2010-09-16
      • 2020-03-13
      • 1970-01-01
      • 2020-12-22
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多