最近洛基2.4的发布而且Grafana企业日志在1.2版本中，我们很高兴能引入一个新的部署架构。
以前，如果你想要扩展Loki安装，你的选择是:1)运行单个二进制文件的多个实例(不推荐!)，或者2)运行Loki作为微服务。
第一个选项很简单，但它会导致脆弱的环境，在这种环境中，沉重的查询负载可能会减少数据摄取，而且问题通常难以调试。第二种选择规模很好，但需要Kubernetes和强大的Kubernetes经验。
这就是我们引入第三个部署体系结构的原因简单、可伸缩的部署．
这个简单的、可伸缩的部署引入了两个新的目标，“读”和“写”，它们提供了一种分离读写路径的简单方法。读取路径处理查询服务，并且它可以独立于处理数据摄取的写入路径进行伸缩。为了帮助您开始使用这个新的体系结构，我整理了一个20分钟的演练，介绍如何在vm上启动和运行。(不需要Kubernetes !)
在上面的视频中，我将两个空vm分别转换为GEL的写和读实例，它们可以独立伸缩。为了实现这个目标，我进行了几次迭代:我首先以单二进制模式部署GEL(在单个实例上同时读取和写入路径);然后迁移到单个读写节点，仍然使用本地文件存储;最后使用共享对象存储后端迁移到单个读写节点。
需要明确的是，任何具有多个写和/或读节点的部署都不支持使用本地文件系统存储，本例中使用本地文件系统存储是为了快速启动和运行。
另外，为了澄清视频末尾关于它是“生产就绪架构”的陈述，我指的是写入和读取路径的隔离。我们完成的部署仍然使用MiniIO作为后端，并禁用了身份验证—这两种方法都不推荐用于生产环境。但是，假设启用了身份验证，并且将MinIO替换为生产就绪的对象存储后端(如S3或GCS)，那么同样的配置已经可以用于生产，并且它允许您根据负载需求独立地扩展读和写节点。
作为参考，这里是视频中最终配置的副本。
Auth_enabled: false server: http_listen_port: 3100 memberlist: join_members:—loki:7946 common: replication_factor: 1 path_prefix: /var/ lip /enterprise-logs ring: kvstore: store: memberlist s3: endpoint: minio:9000 insecure: true bucketnames: loki-data access_key_id: loki secret_access_key: supersecret s3forcepathstyle: true ingester: chunk_idle_period: 1h max_chunk_age: 1h chunk_retain_period: 30s schema_config: configs: - from: 2020-10-24 store: boltdb-shipper object_store: filesystem schema:V11索引:前缀:index_周期:24h标尺:alertmanager_url: http://localhost:9093我希望你喜欢这个视频教程，它可以帮助你更快地使用Loki和GEL。
一如既往，我们非常感谢来自社区的反馈，所以请让我们知道您使用GEL和Loki简单、可伸缩的部署架构的经验。你可以在Grafana实验室找到我们bob电竞频道社区论坛或者在#洛基在我们的社区Slack上。
你也可以阅读更多关于洛基的信息，或者如果你是我有兴趣试用Grafana企业日志的，请联系我们！
