2

Недавно я работал над созданием образа машины (AMI) Amazon CentOS 6.4 с нуля, который будет использоваться в качестве базового образа для запуска почтовых сервисов Postfix на EC2. В своем стремлении изучить этот процесс я начал с использования команды ec2-import-volume API EC2 API для импорта созданных образов дисков.

После нескольких неудачных попыток регистрации и запуска AMI из загруженных изображений я удалил из этих загрузок несколько ГБ файлов, которые мне больше не нужны, чтобы снизить затраты на использование.

На протяжении всего этого процесса я внимательно следил за своими затратами на AWS и недавно заметил, что я ежедневно накапливаю плату за запросы S3, которые я не могу учесть.

Сегодня я обнаружил, что мой счет примерно на 30 долларов выше, чем ожидал, и загрузил отчет об использовании для расследования. Он показывает сотни мегабайт запросов на одну только пустую корзину, которые я использовал более дня назад с командой import.

Не понимая, откуда поступают эти запросы, я включил ведение журнала S3 для этого сегмента и ждал появления журналов. И они достигли ... мегабайт, все они показывают запросы HEAD на детали, загруженные на S3 командой импорта, выпущенной несколько дней назад и поступающей с ec2-54-244-xxx-xxx.us-west-2.compute.amazonaws.com с пользовательский агент, такой как JetS3t/0.8.0 (Linux amsz-x.x.x.x; amd64; JVM 1.6.0_20) .

Некоторый контекст:

  • Я единственный, у кого есть доступ к проблемному ведру
  • У меня не было запущенных экземпляров EC2 или чего-либо еще, связанного с S3, когда происходили запросы
  • Пользовательский агент в зарегистрированных запросах не описывает экземпляр, который я узнаю

Где генерируются все эти запросы?

1 ответ1

1

Ничего не видя в консоли AWS, я заподозрил, что команда ec2-import-volume из инструментов API EC2 может быть виновником, и обнаружил связанные с ним ec2-describe-conversion-tasks .

Выполнение этого показало две незавершенные и две просроченные задачи, которые, очевидно, пытались преобразовать данные образа диска, которые я с тех пор удалил, и делали это снова и снова.

ec2-cancel-conversion-task убило процесс, который генерировал $ 30 в запросах HEAD. В системе преобразования, похоже, отсутствует какая-либо логика для интеллектуальной обработки 404-х, вызванных удаленными данными образа диска. Возможно, некоторые улучшения и документация лучше.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .