Vitaly Karasik

И она очень любит крашится при перезагрузке машины

При нормальном ребуте линукса или при падении линукса?

Посмотрите на

https://goaccess.io/
lnav.org

максимальное количество ресурсов процессора и памяти

CPU он и так будет использовать, если ничего другого не бежит

Память - настройки в my.cnf, это очень важно.

1. По-моему, самое простое - каждую игру запускать как сервис в K8S, и тогда ничего не надо хранить - K8S сам это делает.

2. Использовать "StrategyType: RollingUpdate" deployment https://kubernetes.io/docs/concepts/workloads/cont...

Насколько понимаю, он уже должен быть у вас - на сервере или у того кто посылал Certificate Signing Request (CSR).

Посмотрите в логи.
server_id=1 я думаю, по умолчанию, то есть сервер то игнорирует ваш ID.
Вроде бы он не больше максимума, но попробуйте выбрать поменьше на всякий случай https://mariadb.com/docs/reference/mdb/system-vari...

В /var/lib/docker/containers/ на хост машине

Есть 2 пути:
1) всякие опен-соурс утилиты/системы, как вам уже сказали - jmeter, ab, ....
2) сервисы - для начала наверно полегче разобраться - https://loader.io/, https://app.k6.io/ и т.п.

Я за второй вариант, не вижу преимуществ в дополнительном слое Virtualization.
Разве что у вас уже есть развернутая крутая виртуализация.

Уверен, что на сайтах MS таких ресурсов будет ОЧЕНЬ много.
Мое личное мнение - спросите себя "зачем"? "потому что у всех все в облаке" и "jenkins устарел"? Или есть конкретный список вещей которые плохо работают или их нехватает в jenkins?
Если второе, то составьте список и проверяйте, что с этими features у azure pipelines.

1)

запросы простые, типа SELECT id FROM .. where d_idx=? and a_idx=?; ну и INSERT.

Все же проверьте slow-query-log, возможно есть тяжелые запросы, не использующие индекс

2) насколько понимаю, при большом кол-ве insert, InnoDB будет работать быстрее, т.к. нет блокировки всей таблицы при записи

Как я себе представляю решение:

В целом правильно. Идея простая - поднять новый инстанс, перестать слать траффик на старый, подождать пока закончится обработка запросов, убить старый. Это не фантастически сложно, но надо реализовать.
Или пользоваться оркестратором - K8S, и т.п.

Еще вариант - немного дороже, но надежнее - использовать managed service - AWS Elastic Beanstalk, Google App Engine , Heroku.

1) Советую New Relic - https://newrelic.com/signup. Достаточно установить их агент, и у вас будет подробный мониторинг.

2) Чтобы было меньше нагрузки - подключите Cloudflare

"Однако до сих пор не озадачились безопасностью передаваемой информации официальные порталы Президента России kremlin.ru, Госдумы www.duma.gov.ru, ФСБ России www.fsb.ru, Совета Безопасности РФ www.scrf.gov.ru. "
https://roskomsvoboda.org/31159/ - 15.08.2017