Хотите маленький кейс из боли админа high-load проекта? Я никогда ранее не админил тяжело нагруженные сервисы. Понятия "масштабирование" для меня было чем-то далёким. И вот я столкнулся лицом-к-лицу с проектом, который обслуживает огромное кол-во пользователей. Для понимания, php-fpm работает в режиме 250 активных процессов и простаивают из них одновременно не больше 40. Nginx проксирует на php по 150-200 запросов в секунду, а заказы в админке появляются по 2-3 штуки в минуту. И вот я встрял на проблеме сессий. Где их хранить? В базе? Так с таким кол-вом обращений база тупо ляжет, т.к. каждый запрос к php - это операция update для базы. Плюс, сессий, в среднем, на 6-10 ГБ выходит На файлах? Тоже отпадает, т.к. диски ложатся от постоянного поиска по файловой системе Остаются не реляционные базы ключ—значение. В web'е принято использовать для этого memcached или redis (любая уважающая себя CMS имеет эти 2 драйвера в своей коробке) Что сказать про memcached? Он классный, быстрый, но не стабильный. Он хранит все данные в оперативной памяти и никуда их не бэкапит. Упала служба? Перезапустили сервис? Прощайте все пользовательские сессии! (прощайте корзины анонимных пользователей). Ещё и memcached не умеет в распределение на ноды, срепликацией (с кастылями это можно сделать, но будет крайне не стабильно) Остаётся redis! Он точно так же хранит все оперативные данные в RAM, но, в отличии от memcached, данные можно реплицировать, а так же он имеет инструменты восстановления данных после падения. Redis представляет 2 варианта: дамп в файл или ведение журнала. Дамп в файл позволяет быстро перезагружаться, но, в случае падения, это приводит к потери части данных. Файлы журналов позволяют сохранять оперативные данные каждую секунду, но приводят к очень медленному перезапуску. Я настроил комбинированный вариант, когда раз в час база дампится в файл, а промежуток между дампами логгируется в журнал. Таким образом, максимальный промежуток потерянных данных может составлять ~1сек Жил проект так долго и здорово. Но сейчас клиент решил запустить новую маркетинговую кампанию, от чего всплески набегов покупателей стали колоссальными. От этого кол-во сессий выросло, пришлось докинуть редису ещё 2гб ОЗУ, но теперь столкнулся с тем, что раз в час на системный диск (мой косяк) дампится база в 10гигов и просто укладывает диск и процессор. А в моменты маркетинговых рассылокпики посещаимости иду такие, что журнал redis начинает дёргать диск и опять вешается процессор на iowait. Вернулись опять к тормозам 😢 Какой вывод? Не нужно упарываться в монолиты! Распределяйте сервера. Думайте о горизонтальном масштабированиии проекта, т.к. бесконечное подкидываение ресурсов в сервера перестают оказывать хоть какой-то эффект в геометрической прогрессии.

Разрешения не важно, главное чтоб монитор хороший был

Разрешения не важно, главное чтоб монитор хороший был

https://4k-monitor.ru/catalog/lg/LG_27UN880-B/

Спасибо гляну

https://4k-monitor.ru/catalog/lg/LG_27UN880-B/

Так это первое что смотреть. Тебе ретина нужна или нет. Для чего нужен какой отклик. Но брать в любом случае стоит LG

Сейчас у меня Самсунг (правда старенький уже). Им тоже доволен

https://fragstore.ru/devaysy-ili-geymerskaya-perefiriya/igrovye-myshi/logitech/logitech-g-pro-x-superlight-2-wireless-white/

Ключевое старенький

Поэтому и хочу менять

Спасибо, если все таки сдам свою "прелесть", присмотрюсь именно к этой модели

Поэтому и хочу менять

тут вопрос что главное в мониторе

Комфорт для глаз

она идеальна

Поэтому и хочу менять

Была бы она еще на мегамаркете, а то бонусов накопилось

она есть там но ценник не гуманный

Я не нашел

Я не нашел

отличие от первой версии - usb. type c

Вот тут кстати спорный момент. У меня например столько type-c нету =)

зарядка

404

Ну да... цена кусается

ну так это он прохлаждается, можно сказать. Все кто пришли - пришли за заказом. А вот когда по сайту шарится куча народу "мне только посмотреть" и тех кто в корзину кладёт и не покупает потом, вот тогда нагрузка становится веселее

это был впс с 4 ядрами

а ещё есть коварный linux oom killer, с которым так же нужно дружить

вообще не слышал про него

когда сервак грузит на протяжении долгого времени, просыпается убийца процессов. Штука интересная, но очень мудрёная. С ней можно договориться, настраивая юниты systemd

как определяется нагрузка?

В основном это связано с тем, когда какое-то приложение запрашивает выделить ему ещё сколько-то там памяти. той, которая RSS Тогда oom начинает смотреть, кому, когда и сколько памяти уже выделяли, как активно эту память использовало приложение, на сколько часто просит выделение памяти. Как часто обращается к диску. Как часто работа с памятью и работа с диском взаимосвязаны. Как работа с диском влияет на процессор. После этого раздаёт приложениям оценки. Дальше смотрит, когда systemd инициализирует этот процесс. Какие процессы зависят от выбранного процесса, от каких он сам зависит. На основании этого он добавляет какие-то коэффициенты к оценкам. Потом идёт смотреть конфиги systemd по юнитам. Оттуда он берёт корректирующие коээффициенты. Потом ряд полученных оценок сортирует и у кого больше всех - тот умирает. И так он повторяет, пока не аметит положительной динамики по объёму выделенной памяти в соотношении с физической

кстати ты не рассматривал вариант arm?

В основном это связано с тем, когда какое-то приложение запрашивает выделить ему ещё сколько-то там памяти. той, которая RSS Тогда oom начинает смотреть, кому, когда и сколько памяти уже выделяли, как активно эту память использовало приложение, на сколько часто просит выделение памяти. Как часто обращается к диску. Как часто работа с памятью и работа с диском взаимосвязаны. Как работа с диском влияет на процессор. После этого раздаёт приложениям оценки. Дальше смотрит, когда systemd инициализирует этот процесс. Какие процессы зависят от выбранного процесса, от каких он сам зависит. На основании этого он добавляет какие-то коэффициенты к оценкам. Потом идёт смотреть конфиги systemd по юнитам. Оттуда он берёт корректирующие коээффициенты. Потом ряд полученных оценок сортирует и у кого больше всех - тот умирает. И так он повторяет, пока не аметит положительной динамики по объёму выделенной памяти в соотношении с физической

на хабре сталкивался со статьями, где у людей oom killer сначал убивал php-fpm, а потом sshd

Подскажите, joomla 4 ведь работает на mysql8 ?

а JShopping работает?

mysql8 не позволяет использовать в datetime '0000-00-00 00:00:00'

mysql8 не позволяет использовать в datetime '0000-00-00 00:00:00'