- Порезанный
- 4 сентября 2026 г. в 20:39 UTC
- Автор
- Kamo
- Обещать
- 2862548
Это развертывание не имело зонда готовности, поэтому капсула считалась готовой к моменту ее контейнера. Процесс начался. С maxUnavailable 0 Kubernetes читает, что как «новый струнок служит». Старый уходит в отставку, а Next все еще инициализируется и не связывает свой порт. Запросы приземлились В порту ничего не было слышно, откуда пришли прерывистые 502. /api/health отвечает только за эту капсулу и намеренно не касается бэкэнда: зонд готовности решает, покидает ли этот контейнер Сервис, и проводка его на бэкэнд превращает бэкэнд-флип в Перезапуск каждой капсулы здесь. /healthz отвечает самим nginx, а не примыкает к коляске: готовность решает, стоит ли Этот контейнер покидает Сервис, и маршрутизация его через коляску вытаскивает весь пользовательский интерфейс встречи из Вращение для икоты коляски, хотя nginx по-прежнему обслуживает каждую страницу. реплики 1 -> 2.Государство на стороне сервера живет в Редисе, а не в капсуле, и нет запланированной работы Чтобы дублировать, вторая реплика ничего не меняет, кроме того, что потеря одной капсулы перестает быть отключением. В одной реплике убийство OOM, неудавшийся зонд жизнедеятельности или дренаж узла взяли все это вниз для До тех пор, пока это нужно для загрузки. Ограничения (добавленные ранее, инертные до сих пор) держат их на разных узлах, где кластер может управлять им, и PodDisruptionBudget в KlusterServices заставляет ждать дренаж. OrgConfigCache коляски является считывающим TTL кэш, поэтому второй под означает Второй тайник, а не расходящееся состояние.