1. Цена влияет на качество. Вот как раз хотя бы именно количеством клиентов на одну единицу саппорта.
2. Хоть как автоматизируй, есть человеческий фактор. Никто не застрахован от вопросов "а на какую кнопку ткнуть, чтобы "тама" всё появилась" и прочего. Ну и не умением скажем скрипты настраивать. Много вопросов, которые к автоматизации не относятся.
Да и (обычно), чем меньше цена, тем больше таких вопросов.
Himiko добавил 20.07.2010 в 18:48
Это вы считаете виртхостами. Я считаю это в корне не верным. Нагрузка на сервера не зависит от количества сайтов.
И западный хостер не "бог и царь". У них другая политика и там за эти деньги никто "сюсюкаться" не будет. А наши люди к этому привыкли.
Логично. Набрать клиентов легче, чем с более высокими ценами. По поводу "успешно" мы не знаем. Он не знает других вариантов, а мы не знаем, что у них внутри происходит) Может всё не так хорошо, как видно снаружи :)
Да ну?
Если конечно вы считаете, что клиенту обязательно нужно искать копеечные хостинги, то ошибаетесь. А вы не думаете, что снижением цен меняете свою клиентуру? Судя по практике, обычно, чем меньше клиент платит (т.е. чем дешевле ищет хостинг), тем он требовательнее и меньше у него опыта. Поэтому нагрузка на тех. поддержку выше.
Может ещё клиенту нравится, что сервера могут упасть, а времени на всё у админа не хватит? Ведь сомневаюсь, что на каждые несколько серверов есть свой админ или на все команда админов.
При "нормальных" ценах можно на несколько серверов чуть ли ни отдельного человека ставить. Вот, что важно, имхо.
А у вас получается, что серверов нужно ставить больше, чтобы на зарплату всем и на прибыль хватило. Т.е. на одного сотрудника приходится больше клиентов.
А вот если клиент платит достаточно для обеспечения качественного сервиса и следить за серверами легче + легче ему оказывать качественную тех. поддержку - разве не это важно для клиента?
"Забить" сервера клиентами как раз легко с такими ценами)
А вы думаете, что хостеры ради сверхприбыли цены держат выше?
Вы не думаете, что лучше забить 2 сервера и иметь такую же прибыль как у вас? Следить за состоянием 2-х серверов легче, чем за 10-ю. Так же оказывать тех. поддержку 50 клиентам легче, чем 300. Разве не так?
Вот как раз не важно) Главное, чтобы при падении чего-то одного, вторая часть работала.
Просто вот почитал темы, там как раз проблемы при поднятии одного из mysql-серверов. Написано, что вручную снова восстанавливать их связь. Такого бы не хотелось...
Нет. Они будут оба мастерами.
Каждая часть (сайт и менеджеры) будут работать со своим mysql-сервером. Между ними будет репликация. Т.е. нужно:
1. Оба mysql-сервера master'ы. При добавлении данных на сайт данные реплицируются на mysql-сервер менеджеров. При изменении данных менеджерами, всё реплицируется на mysql-сервер сайта.
2. Если падает mysql-сервер сайта, то отваливается сайт. Менеджеры спокойно работают со своим mysql-сервером. Когда поднимается второй сервер, он автоматом должен всё поднимать и mysql-сервер менеджеров должен туда изменения реплицировать.
3. Если падает mysql-сервер менеджеров, то спокойно дальше работает сайт. Менеджеры пока отдыхают) Ну и так же по подъёму сервера, как в п1.
Вот так и делали, только + кэширование nginx'ом. От "не малого" количества ботов помагает.
Такое не рассматривается. Есть работающие скрипты, переделывать не вариант.
Про какой управляющий сервер речь? Нужна репликация master <-> master.
Вроде такой большой, а в сказки верите:)
Даже google.ru не застрахован на 100%, а вы застрахованы?
P.S.: Тем более 3 дня назад предложили хостинг, а он у вас сразу стал "не падающим" в принципе. Да и у hetzner бывают проблемы.
Сервера в локалке.
Я вот точно не знаю, как себя поведёт mysql при вылете одного из мастеров. И восстановит ли нормально репликацию при его "подъёме".
