Настройка Zabbix

The trigger is not discovered anymore

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

Так что надо либо уменьшить промежуток времени, в течении которого заббикс помнит о контейнере, либо задавать имена контейнерам

Имена на контейнерах уже есть, задать промежуток времени на опрос данных контейнеров?

Имена на контейнерах уже есть

какие? можете пример итемов привести?
Если заббикс говорит, что что-то «is not discovered anymore», значит имена контейнеров не предсказуемы. Либо вы удалили какой-то конкретный контейнер и больше не собираетесь его запускать под таким именем, но по настройкам заббикс будет месяц о нем помнить

задать промежуток времени на опрос данных контейнеров?

тот, который Keep lost resources period
— Note: If set to «0», entities will be deleted immediately. Using «0» is not recommended, since just wrongly editing the filter may end up in the entity being deleted with all the historical data.

какие? можете пример итемов привести?

И всё же как настроить триггер, чтобы он срабатывал на остановку и ошибки контейнера/контейнеров. У меня есть итем Container /nginx-server: Exit code: docker.container_info.state.exitcode[«/nginx-server»]

И триггер Container /nginx-server: Container has been stopped with error code: last(/nginx/docker.container_info.state.exitcode[«/nginx-server»])>0 and last(/nginx/docker.container_info.state.running[«/nginx-server»])=0

Итем и триггер включены, но не приходит алерт после остановки контейнера.

но не приходит алерт после остановки контейнера.

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