Проблема передачи данных AWS

Я обнаружил проблему в облаке AWS. Я получаю большой счет за передачу данных (передача данных месяца). Мой экземпляр EC2 содержит сервер Tomcat для мобильного приложения. У нас есть только 1.5k пользователей, и мы используем веб-службы отдыха. Я установил тесты, и они показали, что я отправляю 1 - 3gb в месяц в качестве ответов. Но у меня есть счет за передачу данных на 9,5 ТБ. Несколько дней назад я наблюдал за экземпляром, и я вижу, что мой трафик на сервере составляет около 200 гб/день. Я не знаю, может быть, я был взломан, но я всегда использую группы безопасности на AWS, и пользователи имеют доступ только к 80 портам, а мой IP имеет доступ только к 22 (SSH). Может кто-нибудь помочь найти решение? Или, может быть, у кого-то есть предложение, что это может быть? Большое спасибо.Проблема передачи данных AWS

источник

2013-08-10 Roman Paraschak

Вы используете несколько экземпляров? Используете ли вы частный или открытый ip для соединения между экземплярами? – datasage

Нет, это единственный случай. Эта служба не имеет связи между другими серверами. Но в других случаях мы всегда используем private ip. –

В этом случае, если облачный канал не показывает высокие скорости передачи (вы можете посмотреть до последних двух недель). Тогда причиной может быть s3. Включите ведение журнала на ваших ведрах и посмотрите файлы журнала. – datasage

Я бы включил access logging на tomcat и убедитесь, что это не данные, выходящие из tomcat. Вы должны уметь суммировать объем трафика из журналов доступа и определять, является ли tomcat источником.

Я предполагаю, что у вас нет apache спереди и что вы используете Elastic Load Balancer для перевода с 80 на 8080? Если у вас есть apache или аналогичный спереди, то также разрешите доступ к этому протоколу. Не запускайте tomcat как root на порт 80.

Какие еще компоненты вы используете в своей настройке? Проверьте это не какое-то автоматическое решение для резервного копирования!

Надеюсь, это поможет,

источник

2013-08-10 09:47:19 Will

Мы не используем Elastic Load Balancer на этом сервере, поэтому я думаю, что будет намного легче узнать, является ли tomcat источником. В этом проекте мы используем внутренние БД и S3. S3 содержит много мелких файлов, и я уверен, что это не проблема. Итак, я надеюсь, что доступ к журналу поможет. Я расскажу вам, что я выясняю в журнале доступа в понедельник. Я очень благодарен за ваш ответ. –

Мы нашли несколько результатов и убили их. После этого выходной трафик стал нормальным. Я спросил нашего разработчика Java, и, как вы сказали, мы запускали tomcat как root на порт 80. Полагаю, нас взломали. Теперь мы запускаем root на 8080. Thx много для вашей помощи! –

Wow - рад, что вы дошли до конца. – Will

Проблема передачи данных AWS

ответ

Смежные вопросы