На что это влияет?

Как это? Это и есть реализация zero downtime

ваше контейнер должен зафейлить хелсчек чтобы на него лоадбалансер не слал новые запросы но при этом обслужить уже открытые коннекшены и закрыть их

Это с логах?

Или вы какую-то магию хотите от амазона?

Чтобы лоадбалансер каким-то магическим образом догадался когда нужно прекратить слать запросы?

Логах чего?

Наоборот, хочу минимум магии)

Когда инстанс переходит в дрейн, он все таски тоже дрейнит

https://medium.com/engineering-at-grammarly/perfecting-smooth-rolling-updates-in-amazon-elastic-container-service-690d1aeb44cc вот тут начиная от Once a SIGTERM is received, a stopping task has to turn off the health check endpoint and fail all health check requests for that load balancer to move the stopping target to the unhealthy state. Тот вариант о которм я говорю

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

В Питере было бы круто, но организатор из меня такой себе

в Питере есть @varsy, и я уверен что он поможет с организаций

абсолютно верно! давайте посмотрим как в мск пройдёт и сделаем в питере :-)

если я вешаю cloudformation поверх с3 бакета и использую хттп ендпойнт для с3, то между ними общение будет в голом виде по интернету ходить? или по своим защищенным сетям амазона?

(под cloudformatian я имею в виду cloudfront)

я не настоящий сварщик, но думаю амазон по максимуму использует свои кабеля - зачем им кому-то платить за траффик если есть свой кабель от edge location до датацентра

Кэш имеет два уровня: edge, это то что разбросано по городам и странам и regional, это большой кэш в ближайшем регионе.
Если данные запрашиваются в первый раз, то edge обращается в regional и regional к origin (s3).

я тут столкнулась с "особенностью" одной в aws eks, мб ктото сталкивался уже тоже: задаю свойству service.spec.sessionAffinity перед деплоем сервиса значение ClientIP, в итоге после деплоя сервис <pending>, я подозреваю что в annotations надо чтото еще добавить
Вот сервис:
apiVersion: v1
kind: Service
metadata:
 name: _SERVICE_NAME_
 namespace: _NAMESPACE_
 annotations:
   service.beta.kubernetes.io/aws-load-balancer-internal: 0.0.0.0/0
spec:
 selector:
   app: _SERVICE_NAME_
 type: LoadBalancer
 ports:
   - name: _SERVICE_NAME_
     port: 18630
     targetPort: 18630
 sessionAffinity: ClientIP
 sessionAffinityConfig:
   clientIP:
     timeoutSeconds: 10800

Если же ELB был создан до включения sticky session, то все норм.