轻松管理 ES 集群：我把 Infinilabs Console 上架了懒猫微服，默认支持外网访问、

之前我的infinilabs Console 一直跑在群晖里，由于和 Coco-AI 的默认端口冲突，导致经常忘记端口信息，群晖里运行着 Easysearch，Elasticsearch、OpenSearch 三个大集群，也想慢慢迁移到其他性能高的机器上去，正好最近购买了懒猫微服，能够让我做应用的迁移，顺便还得能上架一些应用。 ## Infinilabs.console 是什么？ 如果你用过 Elasticsearch，那就一定知道 Kibana。Infinilabs Console，就是极限科技团队开发的国产可视化控制台，是一个面向 Easysearch、Elasticsearch 和 OpenSearch 的运维、监控、数据管理平台，可以看作是国产版的 Kibana 替代品。 最初接触这个款产品的时候让我眼前一亮，它能够借助Easysearch 或者 Elasticsearch 的REST API 来连接集群，同时也高效地管理和监控 Elasticsearch、OpenSearch 以及 INFINI Easysearch 等搜索引擎集群，提供统一的运维、监控、安全和数据管理能力。这一点其实是 Kibana 比不了的，尽管是老牌软件，但是初学 ES 的时候Kibana 连接 ES 要查 log 设置一些 key，这个整个部署过程就花了一个小上午的时间。而且跨版本，跨引擎来支持的能力也是其他可视化工具无法比拟的。简单来说，真的很符合国人的使用习惯。 首先我们可以在连接的时候不同的引擎（Easysearch、Elasticsearch、OpenSearch ），以及你集群的位置（线下还是在各种云上），同时支持 HTTP 和 HTTPS 的连接。  连接之后，可以看到已经正确识别出来了的Easysearch、Elasticsearch和OpenSearch，并且抓取了相应的数据监控，比如基本的集群状态，节点数量，索引，分片以及文档的数量，还有磁盘和 JVM 的占用。  执行 DSL 的时候可以开启多个 TAB 页这个是我最喜欢的功能，尤其在做集群迁移的时候再也不用找不同的系统去登录了，这里手动@aws 的 OpenSearch。除此之外，做快照传到 S3 的时候也不用担心 access_key 读不到的问题了。曾经我是托管OpenSearch 的用户，托管节点有诸多问题，无法登录，由于服务本身的问题导致业务滞后（升级卡住，看门狗不定时杀进程），做快照必须借助 Postman来传递 IAM 凭证。但，换了Infinilabs console 和Easysearch 之后，整个世界都清净了。  GitHub 项目地址如下：https://github.com/infinilabs/console ## 为什么选择了懒猫商店？ 懒猫微服解决了我日常使用 NAS 的几个痛点： - 装了一堆服务（Redis、MinIO、MeiliSearch、Adminer、Swagger UI……），入口太分散； - 每次看容器状态都要 `docker ps` 一把梭； - Homepage 要手动配置，配置文件写起来太繁琐； 部署成功后会给到一个域名，然后通过域名访问可以自动解析内外网的 IP 地址，同时也自带了路由守卫功能来重定向到懒猫的 SSO， 而在传统 NAS 部署 Authentik 然后再去应用端做 SSO 的适配应该是 NAS 玩家的终极梦想，而上架商店之后自动集成了这样的认证系统（也是单点登录）。然后，在外边的时候也可以监控和操作自己的 ES 集群啦～（随地大小班的理由又多了一条）  因为上架的应用是 HTTP 的，懒猫微服还能自动做了一个 TLS 传输，用的他们自己域名，然后通过 https 访问Infinilabs Console。  除此之外还自带了dozzle，可以很方便查看安装应用的上架信息，毕竟对于开发者来说，装机玩 NAS 是兴趣，但是搭建好之后的维护问题也同样劳心费力，真的一点都不想浪费时间和精力，那么杂活就交给平台来管理吧。  进入懒猫微服的【应用商店】，搜索：`infinilabs.console`一键安装并启动，打开浏览器，开始使用Infinilabs Console 吧～  地址如下： https://lazycat.cloud/appstore/#/shop/detail/xu.infinilabs.console ## 相关链接 - infinilabs.console 介绍：https://infinilabs.cn/products/console/ - infinilabs Github介绍：https://infinilabs.cn/products/console/ - 懒猫微服上架地址：https://lazycat.cloud/ - 懒猫微服官网：https://lazycat.cloud/ 

容器运行 Coco AI，如何访问宿主机的 localhost？

使用容器确实方便了很多事情，但在网络访问上可能会引出一些麻烦。 如果你的调试服务只监听在宿主机的 `localhost`，那么在容器里访问时，会找的是**容器自己的 localhost**，所以无法连通。 https://appstore.lazycat.cloud/#/shop/detail/xu.deploy.coco-ai https://appstore.lazycat.cloud/#/shop/detail/xu.infinilabs.console 因为无论是 Coco server 还是 Console 都是服务端发送请求，所以我统一记录下来。 下面介绍几种在不同环境下的解决方案。 ## 1. Mac 的 Orbstack 在 **Orbstack** 环境中，可以使用 `host.docker.internal` 代替宿主机的 `localhost`。 例如访问宿主机的 Hexo 服务（`http://localhost:4000/atom.xml`）时，直接这样写： ```bash http://host.docker.internal:4000/atom.xml ``` <!-- more --> `host.docker.internal` 会被解析到宿主机 IP，相当于容器内部的 “localhost”。  ## 2. Linux 下单容器运行 在 Linux 环境中，`host.docker.internal` 默认可能不可用，可以用以下方法： ### 方法 1：`--add-host` 运行容器时显式添加： ```bash docker run --add-host=host.docker.internal:host-gateway ... ``` 容器里访问： ```bash curl http://host.docker.internal:4000/atom.xml ``` ### 方法 2：`--network host` 在本地调试时让容器和宿主机共用网络命名空间： ```bash docker run --network host ... ``` 这样容器里的 `localhost:4000` 就等于宿主机的 `localhost:4000`。 ⚠️ 缺点：端口可能冲突，不建议在生产环境使用。 --- ## 3. Docker Compose 下多容器访问宿主机 在 **Linux + docker-compose** 场景下，容器访问宿主机的 `localhost` 同样需要绕过。可以使用以下几种方式（推荐优先使用前两种）： ### 方案 1：`host.docker.internal` ```yaml version: "3.8" services: myservice: image: your-image extra_hosts: - "host.docker.internal:host-gateway" ``` 容器里访问： ```bash curl http://host.docker.internal:4000/atom.xml ``` ### 方案 2：Docker 网桥网关 IP Linux 默认 `docker0` 网桥的宿主机 IP 通常是 `172.17.0.1`，可用以下命令确认： ```bash ip addr show docker0 ``` 容器里直接访问： ```bash curl http://172.17.0.1:4000/atom.xml ``` ⚠️ 缺点：如果 Docker 网络结构改动，IP 可能变化。 ### 方案 3：`network_mode: host` ```yaml services: myservice: image: your-image network_mode: host ``` 容器内的 `localhost:4000` 直接访问宿主机服务。 ⚠️ 缺点同上，失去网络隔离，端口冲突风险高。 ### 方案 4：绑定 Hexo 到 `0.0.0.0` 并用局域网 IP 容器里访问： ```bash curl http://192.168.x.x:4000/atom.xml ``` 其中 `192.168.x.x` 为宿主机的局域网 IP。 💡 **建议**：如果 Compose 版本 ≥ 3.4，优先使用 **方案 1**。写死 `host.docker.internal` 后，即使宿主机 IP 变化，也能稳定访问。 通过上面的几种方式，无论是在 **Orbstack**、**Linux 单容器** 还是 **Docker Compose** 场景下，都能找到合适的方法让容器访问宿主机的 `localhost` 服务。 日常调试时，推荐优先使用 `host.docker.internal`（配合 `--add-host` 或 Compose 的 `extra_hosts`），既稳定又无需记 IP； 在容器之间互访，则直接使用 **服务名/容器名**，让 Docker 自带的 DNS 帮你解析。 掌握这些技巧，既能让 Coco AI 的调试环境跑得顺畅，也能为后续复杂的容器网络架构打好基础。

懒猫微服商店里的 Console 配置集群监控 Webhook 通知指南

在集群管理中，监控关键指标如CPU、内存、磁盘、JVM等是至关重要的。对于Easysearch及ES生态系统，还需要关注集群本身的指标，例如搜索延迟、集群状态、节点移除等。INFINI Console不仅提供了默认的监控指标，还支持用户自定义监控项。当监控数值达到预设阈值时，系统可以通过Webhook发送通知至Slack、飞书等平台。 https://appstore.lazycat.cloud/#/shop/detail/xu.infinilabs.console ## 监控配置流程 ### 1. 告警对象与通知渠道设置 在INFINI Console中，首先需要配置监控对象和通知渠道：  ### 2. 告警中心管理 通过告警中心可以集中管理所有监控告警：  ### 3. 告警详情查看 每个告警事件都提供详细信息查看功能：  ### 4. 告警历史记录 系统完整记录所有历史告警信息：  ## Webhook实现示例 以下是用Python实现的Webhook接收服务： ```python from flask import Flask, request, jsonify import json from pprint import pprint app = Flask(__name__) @app.route('/webhook', methods=['POST']) def webhook(): # 获取并处理请求数据 raw_data = request.data decoded_data = raw_data.decode('utf-8') data = json.loads(decoded_data) # 打印接收到的数据 print("Received data:") pprint(data) # 返回响应 return jsonify({ "status": "success", "message": "Webhook received" }), 200 if __name__ == '__main__': app.run(host='0.0.0.0', port=8000) ``` ## Webhook配置步骤 1. 在Console中添加Webhook配置：  2. 查看捕获的告警信息：  ## 飞书Webhook集成 ### 1. 创建飞书群组 在飞书客户端创建新的群组：  ### 2. 添加自定义机器人 选择添加自定义机器人：  ### 3. 配置机器人信息 设置机器人名称和描述：  ### 4. 获取Webhook URL 完成配置后获取Webhook地址：  通过以上配置，即可实现集群监控告警的实时通知，确保系统运维人员能够及时响应各种异常情况。