Запускать операцию только на 1 EC2, даже если есть 5 экземпляров

Для достижения цели вам нужно будет разработать стратегию для хостов EC2, чтобы согласовать, какой из них будет выполнять сканирование.

Есть несколько возможных решений, но одно, которое, вероятно, довольно просто реализовать, - это использовать оптимистичный параллелизм в DynamoDB для выбора хоста EC2 для каждого сканирования.

Либо в той же таблице (если это позволяет схема), либо в отдельной таблице создайте элемент расписание сканирования со следующими атрибутами:

• key - первичный ключ (также может быть составным, если вам нужно модифицировать существующую схему таблицы), установленный на некоторое статическое значение, которое вы можете использовать для получения и размещения элемента.
• host - строковый атрибут, который будет обновляться, чтобы отражать имя хоста, выполняющего сканирование, каждый раз при успешном запуске сканирования
• lastScanTime - числовой атрибут, который будет обновлен до отметки времени эпохи, когда было запущено последнее сканирование, каждый раз при успешном запуске сканирования
• version - числовой атрибут, который будет использоваться как монотонно увеличивающееся числовое значение с целью оптимистичного параллелизма (подробнее об этом ниже)

Теперь на каждом хосте EC2 настройте операцию для запуска каждые 30 секунд (может быть локальный cron, настроенный для запуска каждые 30 секунд).

Когда запланированная операция запущена, сделайте следующее:

1. GetItem для чтения текущего значения элемента расписания сканирования, который мы только что обсудили выше
2. Если lastScanTimestamp был более 25 секунд назад, попытайтесь обновить элемент с помощью информации этого хоста и установить lastScanTimestamp на текущую метку времени, также увеличивая атрибут version, используя условное выражение, который проверяет, что version == то же значение, которое было прочитано на шаге 1
3. Если условное обновление выполнено успешно, может начаться операция сканирования; однако, если условное обновление не удается, это означает, что к нему первым подключился другой хост, и этот хост не должен продолжать сканирование.

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