WapGraf: Можно конечно и не оказывать поддержку вовсе
Больше часа поддержки в месяц за озвученную цену не получится предоставлять, как ни крути :)
Так что все закончится такими ответами:
- мы данное ПО не поддерживаем и установить не сможем
- проблемы в вашем ПО, ничем помочь не можем
---------- Добавлено 08.10.2015 в 22:54 ----------
kpv: Это пример расчёта для нашего VIP сервера
Total memory needed (for 1000 connections): 181.8 GB
max_user_connections 50
Это вообще попугаи. Если процессов apache можно запускать только 2 штука на клиента, то 50 там или 1000 соединений разрешено не так важно, все равно больше 2 их не будет.
Я думаю все хостинги так и подбирают, чтобы чуть больше соединений можно было, чем процессов.
Den73: нормальная цена с саппортом (недорого и не дешево), если все работает хорошо то и клиенты беспокоить особо не будут.
для аккаунтов по 50$ можно даже кластер HA устроить для надежности.
Такой саппорт почти без обращений и с разными если автор за саппорт наверняка не считает, исходя из его поста. Я тоже не считаю.
У меня давно когда-то был клиент, который сайтами занимался. Примерно такой хостинг хотел, за пару лет штук 15-20 сайтов туда разместил. По половине просил что-то доставлять и настраивать. Все время что-то происходило. Как-то сделал пару рассылок и почта вся в спам стала ходить. Какие-то сайты ломали. Какие-то сайты со временем стали диск в полку грузить по 5 минут, зачем-то сканировали 100к файлов при аплоаде фотки товара. Были подключения магазинов к разным каталогам, тоже что-то надо было возиться. Разные сапы падали и все тормозило. Хрумеры атаковали. Все требовали пофиксить. Столько всего было, многое и не помню.
Указанная сумма и десятую часть работы не покроет. Ее хватит, только на поддержку чего-то одного, специализированного, а не на все подряд. Один сайт на вп без левых модулей, например.
ipipe: Выбирая сервер, смотрите сколько лет данная компания оказывает услуги по предоставлению хостинга. Чем опытней фирма, тем лучше, т.к. новые созданные фирмы могут предоставлять хостинг по привлекательным ценам, через несколько месяцев закрыться, лишив тем самым некоторых пользователей денег, оплаченных за хостинг.
Новосозданные фирмы всегда будут пытаться делать что-то лучше, чем старые опытные. Не стоит застрявать в прошлом и платить дорого за всякий отстой.
У вас процесс 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 просто поуменьшать память на все.
Он не для случаев, когда памяти перебрали, хотя наверное и закричит, что памяти под mysql больше, чем оперативки выделено.
Тут наоборот, надо просто памяти уменьшить на все в my.cnf.
Хотя, я забыл, еще может быть, что памяти перебрал apache, а mysql убивают просто, как самого толстого. Так что в апаче тоже уменьшайте количество процессов и в php устанавливайте ограничения по памяти.
(а вообще php процесс для каждого сайта должен быть под разным юзером и в limits.conf ему должна быть ограничена память)
Teppa: Если к вам вдруг завалятся (по наводке конкурентов например) и спросят: "Где сервер с данными клиентов", будет лучше, если этот сервер окажется у вас под рукой и да, на территории РФ, иначе тема с бэкапами может не прокатить, в наших-то реалиях.
С такими вопросами точно не завалятся :)
Скоро все узнаем. Пока не совсем понятно для чего этот закон. Если хотят заставить все сайты работать внутри великого файрвола, то будут обязательно требовать IP из РФ, а не сами данные.
Можно конечно и не оказывать поддержку вовсе
Больше часа поддержки в месяц за озвученную цену не получится предоставлять, как ни крути :)
Так что все закончится такими ответами:
- мы данное ПО не поддерживаем и установить не сможем
- проблемы в вашем ПО, ничем помочь не можем
---------- Добавлено 08.10.2015 в 22:54 ----------
Это пример расчёта для нашего VIP сервера
Total memory needed (for 1000 connections): 181.8 GB
max_user_connections 50
Это вообще попугаи. Если процессов apache можно запускать только 2 штука на клиента, то 50 там или 1000 соединений разрешено не так важно, все равно больше 2 их не будет.
Я думаю все хостинги так и подбирают, чтобы чуть больше соединений можно было, чем процессов.
нормальная цена с саппортом (недорого и не дешево), если все работает хорошо то и клиенты беспокоить особо не будут.
для аккаунтов по 50$ можно даже кластер HA устроить для надежности.
Такой саппорт почти без обращений и с разными если автор за саппорт наверняка не считает, исходя из его поста. Я тоже не считаю.
У меня давно когда-то был клиент, который сайтами занимался. Примерно такой хостинг хотел, за пару лет штук 15-20 сайтов туда разместил. По половине просил что-то доставлять и настраивать. Все время что-то происходило. Как-то сделал пару рассылок и почта вся в спам стала ходить. Какие-то сайты ломали. Какие-то сайты со временем стали диск в полку грузить по 5 минут, зачем-то сканировали 100к файлов при аплоаде фотки товара. Были подключения магазинов к разным каталогам, тоже что-то надо было возиться. Разные сапы падали и все тормозило. Хрумеры атаковали. Все требовали пофиксить. Столько всего было, многое и не помню.
Указанная сумма и десятую часть работы не покроет. Ее хватит, только на поддержку чего-то одного, специализированного, а не на все подряд. Один сайт на вп без левых модулей, например.
50$ ~ 3к рублей в месяц - это низкая цена? Это цена целого дедика, и на мой взгляд, ее вполне достаточно для нормального VIP шареда
Нормальная цена, но только без саппорта и хотелок, совсем.
Но почему-то хостеры БОЯТСЯ (?) или тупо не хотят предложить реальный VIP тариф, я не понимаю, честно.
Просто слишком низкую цену просите.
Выбирая сервер, смотрите сколько лет данная компания оказывает услуги по предоставлению хостинга. Чем опытней фирма, тем лучше, т.к. новые созданные фирмы могут предоставлять хостинг по привлекательным ценам, через несколько месяцев закрыться, лишив тем самым некоторых пользователей денег, оплаченных за хостинг.
Новосозданные фирмы всегда будут пытаться делать что-то лучше, чем старые опытные. Не стоит застрявать в прошлом и платить дорого за всякий отстой.
подскажите что с этим делать?
Ничего с этим не делать.
У вас процесс 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 просто поуменьшать память на все.
воспользуйтесь скриптом mysqltuner.pl
Он не для случаев, когда памяти перебрали, хотя наверное и закричит, что памяти под mysql больше, чем оперативки выделено.
Тут наоборот, надо просто памяти уменьшить на все в my.cnf.
Хотя, я забыл, еще может быть, что памяти перебрал apache, а mysql убивают просто, как самого толстого. Так что в апаче тоже уменьшайте количество процессов и в php устанавливайте ограничения по памяти.
(а вообще php процесс для каждого сайта должен быть под разным юзером и в limits.conf ему должна быть ограничена память)
Ничего не ложит сайт, просто mysql неправильно настроен. На впске ему надо выделять 128 МБ памяти максимум.
Честные
Облачные серверы Servers.com стоят от 4.97 долларов в месяц
hosting_manager не ты ли это? Кто бы еще додумался называть простые впски облачными серверами.
Если к вам вдруг завалятся (по наводке конкурентов например) и спросят: "Где сервер с данными клиентов", будет лучше, если этот сервер окажется у вас под рукой и да, на территории РФ, иначе тема с бэкапами может не прокатить, в наших-то реалиях.
С такими вопросами точно не завалятся :)
Скоро все узнаем. Пока не совсем понятно для чего этот закон. Если хотят заставить все сайты работать внутри великого файрвола, то будут обязательно требовать IP из РФ, а не сами данные.