ECS не может разместить задачу, несмотря на увеличение количества экземпляров - PullRequest
1 голос
/ 29 мая 2019

Я сталкиваюсь со следующей проблемой при создании новых экземпляров и одновременном увеличении желаемого количества контейнеров. Поскольку экземпляры не работают, когда я увеличиваю желаемое количество, я получаю «служба XXX не смогла разместить задачу, потому что ни один контейнерный экземпляр не выполнил все ее требования». Через несколько секунд новые экземпляры работают, однако кластер все еще имеет «Число желаний: 30, Число ожидающих: 0, Число работающих: 3». Другими словами, кластер не «знает», что существуют новые экземпляры и новые контейнеры не создаются.

Как мне избежать этой ситуации? Есть ли параметр, который инструктирует кластер контролировать количество экземпляров, кроме как сразу после увеличения желаемого количества?

1 Ответ

1 голос
/ 31 мая 2019

В этом случае это ожидаемое поведение ECS, причина в том, что планировщик службы ECS включает логика выключателя , которая регулирует частоту размещения задач, если они неоднократно не запускаются.

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

Сказав, что если вы подождете ~ 15 минут после масштабирования номера экземпляра в кластере, планировщик службы начнет размещать задачу на новых экземплярах контейнера.

Чтобы избежать этой ситуации, кластер ECS следует автоматически масштабировать на основе метрики резервирования Custer, так как этот кластер ECS заранее будет иметь дополнительные возможности для учета количества новых задач.

и вот учебник по масштабированию кластера ECS.

...