kxk, не понимаю зачем вы это пишите мне...
А так - вы бы хоть сперва тему почитали и поняли бы, что ТС самый что ни на есть новичок в этом и он не сможет этого сделать.
Нет, конечно, никто не мешает ему попробовать и будет ему за это честь и хвала, если сможет настроить :)
Пока он бесплатный, т.к бетта. Да и советовал его ТС'у не я, а лишь ответил на его вопрос)
А на счёт баш скрипта - затея вполне жизнеспособна, но для ТС'а это будет слишком трудно сделать.
Вы можете настроить дополнительно за чем ему следить, а самое главное - он уведомит вас той же СМС'кой, когда будут превышены
допустимые значения. Также он сможет уведомить и в телеграм, и в другие мессенджеры.
Ну как минимум load average, загрузка процессора и оперативной памяти. Загрузка диска, а также свободное место, которое на нём осталось. Использование inodes,
количество, которое доступно. Использование swap в конце концов. Ещё можно обратить внимание на сетевой трафик - количество входящих
и исходящих пакетов. Всё это Pinguzo умеет мониторить, вот небольшой список...
Для максимальной производительности надо настраивать всё.
Да кэш понятное дело, но это ведь не панацея. Сервер должен быть настроен хорошо, стандартные параметры не подходят для реальных задач.
Код и БД, а также запросы к ней тоже должны быть оптимизированы должным образом. Но это в идеале, что в данном случае ТС сделать не может(
С добрым :) Спасибо, почитал, буду знать...
Тогда тем более Percona будет лучше, как я и писал. Но вопрос - зачем ТС'у InnoDB остаётся открытым, а также то, что mysql его надо ещё настраивать и настраивать.
Почему вы поставили такой замечательный форк mysql, но используете обычный InnoDB?
MariaDB может работать с XtraDB, который лучше и основан на InnoDB и совместим с ним.
Но ещё лучше будет с ним работать не MariaDB, а Percona Server.
Потом сразу же в глаза бросается наличие включенного binlog'а. Зачем он вам?
А рекомендациям тюнера вы следуете не до конца. И, конечно, их недостаточно.
Тюнер хорош для очень удобного сбора статистики, но его рекомендации лишь часть всей картины.
Это хорошо, но прежде чем тюнить вручную необходимо понимать то, как тот или иной параметр влияет на работу.
Просто так выставлять значения, взятые с чужих рекомендаций не надо. Они ведь были рекомендованы
в конкретной ситуации, при наличии конкретного железа, они не подходят вам и могут вызвать лишь падение
производительности.
А вообще не очень понимаю, зачем вы используете InnoDB... У вас почти все операции это чтение с базы,
записей очень мало. MyISAM в этом плане будет работать шустрее и ему понадобится меньше памяти, чем InnoDB.
Ему надо выделить память под индексы, в то время как у InnoDB надо выделить память размером со все базы.
Учитывая, что памяти на VPS у вас очень мало, что вы будете делать, когда база вырастет в размерах?)
Разумеется, при использовании такого форка как MariaDB, MyISAM надо заменить на Aria.
Кроме того - помимо mysql надо настраивать и остальное. Особенно если у вас есть вебсервер, там тоже
очень много параметров, которые влияют на производительность. А главное настроить и саму операционную
систему, иначе все эти вышеперечисленные манипуляции подействуют не полностью.
При стандартных настройках на таком VPS точно будет хуже, чем на шареде...
Выигрыш в производительности будет невелик, если по мощности ваш VPS такой же как и шаред, об этом я уже писал. Чем мощнее сервер,
чем грамотнее он настроен, тем больший прирост производительности будет. Разумеется не до бесконечности)
Плюс виртуального сервера по сравнению с виртуальным хостингом(шаредом) состоит в том, что шареды обычно имеют жесткие ограничения по
использованию ресурсов. На виртуальном сервере же (в зависимости от технологии виртуализации) ваши возможности больше,
но и тут могут быть свои подводные камни с этим. Как я писал, всё зависит от технологии виртуализации, ну и от добросовестности хостера.
Если речь идёт о работе с базой, то mysql (my.cnf) обязательно и в первую очередь. Если же идёт речь о php и веб сервере, то и их тоже надо настроить, разумеется)
Плюс ко всему прочему ядро операционной системы имеет множество настраиваемых параметров, среди которых есть настройки как сетевого стека, так и работы с диском.
А вообще - думаю, стоит найти специалиста хорошего для данной работы во избежание ошибок, которые могут оказать противоположный
результат на производительность вашей системы. Некорректно подобранные значения этих параметров будут хуже, чем даже стандартные значения)
Исходя из того, что уже сейчас у вас имеет место существенная нагрузка на процессор, я бы советовал всё же 2х процессорную систему с запасом на будущий рост.
Ну это, конечно, в идеале. На счёт дисков - SSD будет лучше всего, но их ресурсы всё же не безграничны и если у вас планируются частые записи больших
данных на них, то, наверное лучше воспользоваться SAS дисками, они не имеют таких ограничений по количеству циклов записи/перезаписи.
Конечно, они не такие быстрые как SSD, но быстрее, чем обычные HDD. Если всё же решитесь на SSD, то обязательно несколько дисков в 1 рейде
для надёжности, а также бекапы никто не отменял. Хотя такой рейд, наверное, в любом случае не будет лишним. Рейд, разумеется, только аппаратный.
Можно ещё подумать на счёт 10 рейда, но это уже, наверное, будет через чур в случае с SSD)
Ну и конечно - грамотная настройка сервера обязательна. Стандартные настройки в вашем случае критически скажутся на производительности.
Кстати - да. Наличие SSD тоже сказывается на производительности.
