Хостер должен развиваться, оптимизироваться, автоматизироваться, внедрять современные технологии, а не сидеть на допотопном и пытаться навешать что-то о цене и экономии.
Например, технологии облачных хранилищ позволяют хранить файлы намного дешевле, с лучшей производительностью и отказоустойчивостью, чем NASы, SANы и RAID-массивы. Это может позволить сделать хостинг совершенно другого уровня и дешевле.
А качество это привычка, как говорил Аристотель. Все можно делать и качественно и лишь бы как, зависит только от людей.
rustelekom подсказывает, что работы не в 10 раз больше по сравнению с простым хостингом, а зависимость экспоненциальная, которая соответствуют росту сложности, потому работы в 100+ раз больше.
Разговор не о простом хостинге, а о хостинге для прожорливых клиентов у которых много сайтов и много требований.
Но, конечно, если скучно и поддержка просиживает штаны, можете одного такого клиента взять и предоставлять ему в 10 раз больше услуг, чем он оплачивает :)
Больше часа поддержки в месяц за озвученную цену не получится предоставлять, как ни крути :)
Так что все закончится такими ответами:
- мы данное ПО не поддерживаем и установить не сможем
- проблемы в вашем ПО, ничем помочь не можем---------- Добавлено 08.10.2015 в 22:54 ----------
Это вообще попугаи. Если процессов apache можно запускать только 2 штука на клиента, то 50 там или 1000 соединений разрешено не так важно, все равно больше 2 их не будет.
Я думаю все хостинги так и подбирают, чтобы чуть больше соединений можно было, чем процессов.
Такой саппорт почти без обращений и с разными если автор за саппорт наверняка не считает, исходя из его поста. Я тоже не считаю.
У меня давно когда-то был клиент, который сайтами занимался. Примерно такой хостинг хотел, за пару лет штук 15-20 сайтов туда разместил. По половине просил что-то доставлять и настраивать. Все время что-то происходило. Как-то сделал пару рассылок и почта вся в спам стала ходить. Какие-то сайты ломали. Какие-то сайты со временем стали диск в полку грузить по 5 минут, зачем-то сканировали 100к файлов при аплоаде фотки товара. Были подключения магазинов к разным каталогам, тоже что-то надо было возиться. Разные сапы падали и все тормозило. Хрумеры атаковали. Все требовали пофиксить. Столько всего было, многое и не помню.
Указанная сумма и десятую часть работы не покроет. Ее хватит, только на поддержку чего-то одного, специализированного, а не на все подряд. Один сайт на вп без левых модулей, например.
Нормальная цена, но только без саппорта и хотелок, совсем.
Просто слишком низкую цену просите.
Новосозданные фирмы всегда будут пытаться делать что-то лучше, чем старые опытные. Не стоит застрявать в прошлом и платить дорого за всякий отстой.
Он реселлит те самые крутые компании, а рассказывает, что это все его.---------- Добавлено 07.10.2015 в 19:06 ----------
Вранье в маркетинге уже сейчас заставляет выбирать известные западные бренды, вместо таких бизнесов по русски.---------- Добавлено 07.10.2015 в 19:09 ----------
Ничего с этим не делать.
У вас процесс mysql прибивается оом киллером, это значит, что какой-то процесс просит больше памяти, но памяти нет и кого-то нужно прибить и забрать у него память. Есть два алгоритма кого прибивать: того кто просит или кого-то другого, кого система посчитает самым ненужным. Чаще второй алгоритм включен, потому что он позволяет постепенную деградацию (правда ему нужен супервизор чтобы подкручивать oom_adj под конкретную задачу, чтобы не убивал mysql, например). Можно проверить какой алгоритм включен выполнив cat /proc/sys/vm/oom_kill_allocating_task, если там 0, то работает именно второй алгоритм.
Предположим, что второй. Тогда mysql точно не причина и решений может быть несколько:
1. Перейти на первый алгоритм (записать в /proc/sys/vm/oom_kill_allocating_task единичку) и тогда будет прибиваться тот процесс, который просит больше памяти.
2. Настроить оом для автоматической перезагрузки сервера при срабатывании. Он такое умеет.
3. Найти, какие процессы плодятся и едят много памяти и поубавить их аппетиты. Возможно это apache, потому что у него идиотские настройки по умолчанию, которые позволяют плодить много процессов просто от обращений к нему.
Если вдруг алгоритм первый, то в my.cnf просто поуменьшать память на все.
