AWS 数据传输问题答案

【问题标题】：AWS Data Transfer issueAWS 数据传输问题
【发布时间】：2013-08-10 09:32:34
【问题描述】：

我在我的 AWS 云中发现了问题。我要为数据传输（月数据传输）支付大笔费用。我的 EC2 实例包含用于移动应用程序的 Tomcat 服务器。我们只有 1.5k 用户，我们使用其余的网络服务。我已经设置了基准，他们显示我每月发送 1-3gb 作为响应。但是我收到了大约 9.5 TB 数据传输的账单。几天前我正在监控实例，我看到我的服务器输出流量约为 200gb/天。我不知道，也许我被黑了，但我总是在 AWS 上使用安全组，用户只能访问 80 端口，我的 IP 只能访问 22(SSH)。有人可以帮助找到解决方案吗？或者也许有人建议它可以是什么？非常感谢。

【问题讨论】：

您在使用多个实例吗？您是使用私有 IP 还是公共 IP 来连接实例？
不，它是一个实例。该服务在其他服务器之间没有连接。但在其他情况下，我们总是使用私有 IP。
在这种情况下，如果 cloudwatch 没有显示高传输率（您可以查看最近两周）。那么原因很可能是s3。在您的存储桶上启用日志记录并查看日志文件。

标签： tomcat amazon-web-services amazon-ec2

【解决方案1】：

我会在 tomcat 上启用access logging，并确保这不是来自 tomcat 的数据。您应该能够总结访问日志中的流量并确定tomcat是否是来源。

我假设您前面没有apache，并且您正在使用Elastic Load Balancer 将80 转换为8080？如果您前面确实有apache 或类似名称，那么还要启用访问日志记录。不要在端口 80 上以 root 身份运行 tomcat。

您在设置中还使用了哪些其他组件？检查这不是一些自动备份解决方案！

希望对你有帮助，

【讨论】：

我们在这台服务器上没有使用 Elastic Load Balancer，所以我认为找出 tomcat 是否是源会容易得多。在这个项目中，我们使用内部 DB 和 S3。 S3 包含很多小文件，我相信这不是问题。所以，我希望访问日志会有所帮助。我会告诉你我在星期一访问登录时发现了什么。非常感谢您的回答。
我们发现了一些进程并杀死了它们。之后输出流量就正常了。我问了我们的 Java 开发人员，正如你所说，我们在端口 80 上以 root 身份运行 tomcat。我想我们被黑了。现在我们在 8080 上运行 root。非常感谢您的帮助！
哇 - 很高兴你找到了它的底部。