【问题标题】:If you are using AWS to autoscale spot instances of your application, how do you handle logging?如果您使用 AWS 自动缩放应用程序的 Spot 实例,您如何处理日志记录?
【发布时间】:2020-02-15 00:44:47
【问题描述】:

考虑使用 AWS 简单消息队列为我们的应用程序的一部分添加自动缩放功能,该消息队列将按需启动 EC2 或基于队列积压的现场实例。

我有一个问题,您如何处理从自动缩放的实例收集日志?新实例基于图像启动,但完成后它们会关闭。目前,如果我们的一项服务出现问题,导致它崩溃,我们有一个系统可以自动重新启动服务,但日志和核心转储文件需要查看。如果我们切换到自动扩展系统,新实例会在其中启动,那么当出现故障时如何获取日志和核心转储文件?尤其是在实例停止运行时。

【问题讨论】:

    标签: amazon-web-services amazon-ec2 amazon-sqs


    【解决方案1】:

    良好的做法是将这些日志发送到其他地方并将它们聚合到其他地方,并且有许多服务,例如 DataDog 和 Rapid7,它们会为您完成这项工作,但需要付出一定的代价。

    但是,AWS 提供 CloudWatch 日志,它为您提供了一个存储和查看日志的中心位置。它还允许您随后授予用户访问 AWS 控制台上的日志的权限,而无需他们通过 ssh 连接到服务器。

    将您的日志传送到 CloudWatch 日志需要在您的服务器上安装 CloudWatch 代理并在配置中指定要传送的日志。

    您可以安装一次 CloudWatch 代理并创建该服务器的 AMI 以在您的自动扩展组中使用,或者在每次启动服务器时在 userdata 中安装和配置 CloudWatch 代理。

    您可以在此处找到入门所需的所有信息: https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html

    【讨论】:

    • 这对核心转储有何作用? CloudWatch 可以抓住它们吗?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-11-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-05-27
    • 2012-01-16
    相关资源
    最近更新 更多