А с чего взяли вообще, что сервер не держит ?
Но если проблема базы - то получите ошибку от базы. А 503 - это просто nginx (если он) не может данные получить от бакэнда. Но там куча других причин возможна.
Где стандарт ?
Вот у меня есть дедикейт под проект. Нафига мне там докер сдался ? А вот кластер из нескольких sql серверов, там что, будет снова в докере базу поднимать ?
Афигенно классная идея, поднимать на проде контейнеры на зоопарке операционок и потом получить зоопарк дырок во всем этом вальере.
Второй nginx будет в $scheme видеть http
На втором nginx X-Forwarded-Proto нужно не $scheme передавать, а $http_x_forwarded_proto
Спасибо, все действительно просто.
А то я уже начал строить схему через map брать заголовки, присваивать в переменную, передавать другим заголовком.
Ничего не понял. Если имеется ввиду ручное подставление http https - то не катит, обращаться могут по разному.
MySQL generally does not know how to use more than one core (cpu) for one query.If you have multiple connections, they can use different cpus.If you are using InnoDB, some of its background tasks (notably I/O) are run in separate threads.
Это с форума mysql.
Имхо по сессиям соединений. По крайней мере в сингл режиме больше одного ядра мне не удавалось загрузить. А вот когда соединений несколько - нагрузка спокойно делиться по ядрам. Т.е. если ТС смотрит нагрузку только ориентируясь на свои запросы - то и будет видеть одно ядро. Но стоит запустить какой нибудь бенчмарк в много потоков, то нагрузка пойдет по всем ядрам.