在我工作的公司中，目前所有监控都“强制”使用 check_mk 进行。
这迫使我们在 AWS 中的某些部署在所有机器上始终具有公共 IP，然后有人必须去安装代理并打开端口。
理想情况下，应该存在一些其他的通信方法，而不需要 NAT、端口转发等。
是否仍然可以使用 check_mk，但使用 check_mk 将数据推送到 Nagios，而不是打开端口？在这种情况下还有哪些其他选择？
答案1
快速而肮脏的答案：在 ec2 实例上有一个 cron，运行 check_mk_agent 脚本并将结果作为文件上传到 check_mk 服务器，然后使用自定义数据源（可能会归结为“cat”）读取文件