哪个用户启动了EC2实例？

Question

我有一些EC2实例，我不知道是谁启动了它们。

有没有办法知道谁启动了一个特定的实例？

Answer 1

不幸的是这些信息不能直接通过API调用 - 你现在有两个选择：根据您的需要

1. ，你可以通过使用DescribeInstances API动作看key-name接近你的目标用于启动该实例（如果有的话，它是可选的，尽管通常就位） - 假设您已遵循安全最佳实践并且每IAM用户（而不是共享密钥）使用专用的EC2密钥对，则密钥通常应表示用户谁开始实例;）
   • 是最容易通过AWS Command Line Interface测试，具体describe-instances
2. 现在你可以激活AWS CloudTrail，这记录为您的帐户AWS API调用并提供日志文件到您和提供准确你是后的信息：
   

   所记录的信息包括所述API调用者的身份，该 时间API调用时，API调用者的源IP地址， 请求参数以及AWS 服务返回的响应元素。

AWS CloudTrail是一个早已逾期并且非常宝贵的工具，可以为您的AWS使用情况提供前所未有的洞察力;很容易 get started和只有剩下几个注意事项目前：

• 最重要的是，它并非在所有地区尚未提供，但AWS刚它扩展到3共计5以上的，看到AWS CloudTrail Expands Again - More Locations and Services，从而迅速接近的覆盖其整个Global Infrastructure
• 不是所有的服务都还没有覆盖，但AWS竟只是把它扩展到7个，共15个，见AWS CloudTrail Update - Seven New Services
• 根据您的需求，您很可能希望有一个Logging as a Service (LaaS)解决方案来缓解挖掘大量的lo GS，并提供警报等 - 一些供应商已经开始提供专门的CloudTrail集成（通常一个自由层足以说为好）
• 事件被传递API调用的15分钟，所生成的日志内的S3桶每5分钟，导致在20分钟的最大延迟，这是足够的事后和批量分析，但没有足够的近实时当然警报大约（见AWS CloudTrail FAQ）

Answer 2

展开上Steffen Opel关于记录即服务的答案： 您可以使用第三方服务v清理CloudTrail数据或设置您自己的解决方案。

Amazon Parters将帮助您找到这样的服务。 如果你想围绕这个建立你自己的解决方案，那么这个TrailDash也可以帮助你。