конечно есть, я же говорю приходит ответ от envoy

в ingress gw тоже envoy и он тоже сам по себе может возвращать 503

в логах istio-proxy который сайдкар с приложение вижу только:

mTLS PERMISSIVE mode is used, connection can be either plaintext or TLS, and client cert can be omitted. Please consider to upgrade to mTLS STRICT mode for more secure configuration that only allows TLS connection with client cert

в Istio-proxy который istio-ingress, только info Логи

спасибо за статью, понятно что нужно смотреть на стороне приложения: таймауты сокетов по умолчанию

ошибки будут в access logs

в логе энвоя самого этого не будет - это часть нормального flow обработки запроса

так а как его посмотреть? немного не понятно

ну надо конфиги истио глянуть - убедиться что он пишется

формат настроить

Ребят подскажите плиз, куда копнуть - rook-osd под не стартует - пишет не может занять адрес. kubectl -n rook-ceph log pod/rook-ceph-osd-2-7897997954-w5vph
2020-09-03 05:42:48.730 7f83cd448e00 -1 Falling back to public interface
2020-09-03 05:42:48.740 7f83cd448e00 -1  Processor -- bind unable to bind to v2:10.244.3.206:7300/0 on any port in range 6800-7300: (99) Cannot assign requested address
2020-09-03 05:42:48.740 7f83cd448e00 -1  Processor -- bind was unable to bind. Trying again in 5 seconds

в неймспейсе istio-system. нашел POd: istio.  У него в configmape  есть примерно такое:   # Set accessLogFile to empty string to disable access log.

   accessLogFile: ""       и  такое    # Leave empty to use default log format

   accessLogFormat: ""

Ребзя, если куберовские readiness/liveness failed то кубер прибивает под, так?

вроде не развернет, контейнер крашится и не стартует, я такое видел когда не проходили initialDelaySeconds в livenessProbe

Пытаюсь просто понять, что происходит при этом с соединениями к базе

Если у тебя сервис объявлен, то пока у тебя рединесс не але, туда трафик не будет роутится

Это понятно, не понятно что с соединенями к базе происходит. Приложение пытается стартануть, по каким то там своим прияинам не стартует, при этом он создаёт соединения с БД, и когда приложение прибивается потому что readiness/liveness  не прошли, соединения судя по всему остаются висеть, из за этого лимит соединений на стороне БД кончаетсч] =)

Если на живую это видишь, сходи в под и посмотри

подскажите можно ли посмотреть информацию о pvc
pv я могу посмотреть
kubectl get pv
NAME            CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                        STORAGECLASS   REASON   AGE
dtester-mysql   300Mi      RWO            Retain           Bound    test-vloume/test-pvc   standart                16m