Вам забыли сказать о проблемах с бесплатным хостингом: сателиты, доры, детское порно, трава, ворованные ключи для игр, программ, винды, фейк антивирусы, скрипты для xss, воровста кук и вообще все, что нелегальное можете придумать у вас будет. У них же никакой ответственности, аккаунты могут регить через анонимные прокси.
Ради ограничения такого всего хотя бы баксов 5 за активацию одного сайта разово я бы брал.
Pilat: Представьте, что при крахе оригинала DRBD не успел все даные пперегнать. Значит, у нас неполноценная копия, но может и заработает, если mysql таблицы сможет починить и если дисковая подсистема при очередной перезагрузке не обнаружит проблемы с файловой системой. При восстановлении оригинала из копии получим оригинал с повреждениями. Несколько таких сбоев - и возникает вопрос - стоило ли вообще городить огород. Ведь при нормальном использовании DRBD делает точное зеркало, то есть не дайт записать на разные диски разные данные, а при удалённом DRBD либо надо мириться с отставанием копии, либо иметь тормознющую дисковую подсистему, либо иметь гигабит между серверами. Первое ненадёжно, последнее совсем не бюджетно.
Если innodb (там как бы журнал) и файловая система с журналированием - вообще ниче страшного не будет.
Pilat: Про DRBD - не получится, будут невыполнимые требования к линиям связи, к тому же сами авторы DRBD предлагают такое зеркалирование, но под их присмотром.
Как для целей миграции (master/slave и резервная нода потушена) - вполне будет работать.
gooooodru: Да мне самое главное не нагрузку распределить, а "Отказоустойчивость сайта на KVM", т.е доступность. А то получается иногда, что вроде бы и есть сайт, а он недоступен. Представьте как плохо без если бы лежали Google, Яндекс...
Fansmorgan: я могу рассказать как организовать хостинг с капиталом в $10 ! кто меньше ?
Можно, но или с напильником или под чуть-чуть сайтов. Как вы с сервером за $10 решите проблему такого типа, когда, например, упала сапа и некоторые сайты, которые к ней обращаются блокируют на 60 секунд процесс апача, так как не могут к ней приконнектиться? В итоге через какое-то время наберется достаточно запросов к таким сайтам и вообще все сайты на сервере перестанут открываться или будут по несколько минут открываться.
sergeish0, а не проще реселлить тогда? Один хрен получаете точно такой же коктейль, только еще и самому поддерживать.
Да отличаются, я думаю тут многие на дорвейных форумах тусуются, все прекрасно знают :)
Все так же сливают трафик, если юзер пришел с поисковика и их все так же банят.
Доры постепенно банят и подсырают хостингу репутацию, со временем вообще ничего не индексируется на таких хостингах.
Достаточно ввести верификацию по sms и это уже отсеет большинство таких клиентов.
От сателитов/доров не спасет.
Вам забыли сказать о проблемах с бесплатным хостингом: сателиты, доры, детское порно, трава, ворованные ключи для игр, программ, винды, фейк антивирусы, скрипты для xss, воровста кук и вообще все, что нелегальное можете придумать у вас будет. У них же никакой ответственности, аккаунты могут регить через анонимные прокси.
Ради ограничения такого всего хотя бы баксов 5 за активацию одного сайта разово я бы брал.
Представьте, что при крахе оригинала DRBD не успел все даные пперегнать. Значит, у нас неполноценная копия, но может и заработает, если mysql таблицы сможет починить и если дисковая подсистема при очередной перезагрузке не обнаружит проблемы с файловой системой. При восстановлении оригинала из копии получим оригинал с повреждениями. Несколько таких сбоев - и возникает вопрос - стоило ли вообще городить огород. Ведь при нормальном использовании DRBD делает точное зеркало, то есть не дайт записать на разные диски разные данные, а при удалённом DRBD либо надо мириться с отставанием копии, либо иметь тормознющую дисковую подсистему, либо иметь гигабит между серверами. Первое ненадёжно, последнее совсем не бюджетно.
Если innodb (там как бы журнал) и файловая система с журналированием - вообще ниче страшного не будет.
Про DRBD - не получится, будут невыполнимые требования к линиям связи, к тому же сами авторы DRBD предлагают такое зеркалирование, но под их присмотром.
Как для целей миграции (master/slave и резервная нода потушена) - вполне будет работать.
(но соглашусь, проще и надежнее синхронизировать)
Да мне самое главное не нагрузку распределить, а "Отказоустойчивость сайта на KVM", т.е доступность. А то получается иногда, что вроде бы и есть сайт, а он недоступен. Представьте как плохо без если бы лежали Google, Яндекс...
Посмотрите на drbd.
я могу рассказать как организовать хостинг с капиталом в $10 ! кто меньше ?
Можно, но или с напильником или под чуть-чуть сайтов. Как вы с сервером за $10 решите проблему такого типа, когда, например, упала сапа и некоторые сайты, которые к ней обращаются блокируют на 60 секунд процесс апача, так как не могут к ней приконнектиться? В итоге через какое-то время наберется достаточно запросов к таким сайтам и вообще все сайты на сервере перестанут открываться или будут по несколько минут открываться.
sergeish0, а не проще реселлить тогда? Один хрен получаете точно такой же коктейль, только еще и самому поддерживать.
знаю что хостинг можно организовать даже за 15 баксов в месяц, и это будет не ресселинг а хостинг
Да, на двух впс на ssd, на сколько-то людей хватит. Что тут невероятного?
Это на сотню клиентов? Может еще и офис в центре москвы? Самим не смешно?