ky0

Похоже, у вас кэширование DNS-ответов не используется и DNS-сервер периодически тупит.

location / {
...sign-in
}

location = / {
...landing
}

https://nginx.org/ru/docs/http/request_processing.html

Делаете дамп из двух кусков: основная часть без здоровых таблиц + выборка данных из здоровых таблиц. Накатываете 1, затем 2.

Вообще, для таких целей отлично подходит партиционирование - при переносе просто не дампите всё подряд, а только тот набор, который вас устраивает по полноте/размеру.

А вы думали, гугл даст вам отправлять через свои серверы с левых адресов? Хотите подменять - настраивайте SPF на своём домене и отправляйте от любого имени.

Прибейте на HTTP 2.0, оставив в блоке, отвечающем за 80 порт только локейшен для верификации LE и безусловный редирект на HTTPS:

server {
        listen 80;

        location /.well-known/acme-challenge {
                root /usr/share/phpmyadmin;
        }

        location / {
        rewrite ^/(.*) https://$host/$1;
        }
}

Любая система мониторинга + SNMP-данные с сетевых железок не подойдут? Ну или netflow там...

Вас не смущает ключ dry-run? Это тестовый прогон, без реального выпуска сертификатов.

Уточните, в чём проблема? Хотите, чтобы разные локейшены смотрели в разные каталоги - установите им разные root`ы.

З.Ы. - вы ведь знаете, зачем ставите завершающие слэши в директивах, правда?

Никакой калькулятор вам не посчитает допустимую нагрузку на ваше приложение, только сферических попугаев. Проще всего арендовать сервер у хостера (или где-нибудь ещё раздобыть), взгромоздить на него ваше ПО и устроить нагрузочное тестирование. По результатам станет более-менее понятно, насколько более крутое железо потребуется. А может и не потребуется.

LA 0.7 на процессоре с 4/8 ядрами - это немного. Подозреваю, что тормоза связаны не с загруженностью процессора.

Перевезите клиента в более свободную страну, всё остальное - полумеры.

Ваша локальная подсеть и без пуша маршрута продолжит работать - если, конечно, 192.168.18.0/24 соответствует настройкам на офисных машинах.

Можно не допустить ситуации, в которой пользователь случайно через браузер попадает на несуществующий HTTPS-урл, только целенаправленно.

Имхо - с этим ничего и не нужно делать. Можно, наверное, анализировать заголовок Host перед установкой соединения и разрывать коннект, например, но не очень ясна цель.

Покупать сертификаты в 2018 году...

https://letsencrypt.org

Амазон легко выдаёт в VPC адреса из разных диапазонов, а уж в случае использования разных регионов - вообще.

Это какой-то дурацкий сленг. Видимо, кто-то попытался отправить на сервер HTTP-запрос с помощью curl`а и у него не получилось.

Какой-то странный конфиг. Просто прибейте alias и завершающий слэш в локейшене - всё должно заработать.

С сетью всё в порядке, это CIFS тормозит. Попробуйте через SSH/NFS или iperf`ом каким-нибудь померять.