Будущее у VPS хостинга.. клауд?

Клауд это мыльный пузырь и тупик. Там бояться с проблемами которые вообще не актуальны для хостинга и приносят новые которых в нормальном хостинге нет.

Аптам и клауд - могут говорить люди которые ни разу им не пользовались. (Что неудивительно бо он дорогой а по умничать очень хочется)

1. на впсках файловая система повреждается намного чаше. Главная проблема частый "рид онли"

2. на самом лучшем случае скорость фалойвой системы будет в 3 раза меньше обычного саташного винта на 5400 рпм. То есть проблема 1 приносит нам гемороя в 3-4 раза больше чем на самом дешевом десктопе. и случается гораздо чаше.

3. САНы - это просто отдельная песня.... Пропал свет - десктоп ребут полторы минуты. - Клауд в лучшем случае 4 часа в худшем - еще 2 суток саны будут синкаться и тормозить.

4. Надо уметь админить сервер ....

5. Он дорогой....

Ну есть плюс гибкость и безопасность но это вполне реализуемо и на обычном хостинге без стрельбы по воробьям из пушки.

Что представляет облако сейчас? - проблемная файловая система, очень тормозная дисковая система, аптайм хуже не придумаешь, очень высокая цена.

И для реальной жизни - сложно придумать нафига этот клауд нужен. кто потребляет мало ресурсов - юзайте обычный хостинг, крупный проект - несколько серверов со своей архитектурой и распределением нагрузки, для "а если мне внезапно понадобится больше мощность" - думайте заранее, за сутки до планируемого всплеска нагрузки - выгоднее, стабильнее и дешевле поставить дополнительный более мощный сервер...

Вот в этом и беда - идея о том что облако это туча из VPS'ок с решёнными проблемами репликации завладела массами настолько, что даже думать в другую сторону не хотят.

Разумеется, что работа CMS с облаком, это не просто "другая база".

Это например доступ к файлам через API, так как отказоустойчивые облачные ФС предоставляют только API доступ, зато работают по принципу p2p, тоесть надо увалить все сервера в сегменте для дауна.

Все же надо отделить мух от котлет :-)

Чего надо на VPS:

1. Процессор

2. Память

3. Диск

А теперь давайте прикинем, у вас есть массовая услуга, а не узко заточенная, значит вам надо все эти три пункта увеличивать практически линейно.

Еще лет этак 6 назад был собран кластер, нормальный хайабилити и все такое, но он решал задачу Диска(3) и через систему Балансировки разброс на разные сервера, что решало проблему Процессора(1) и Памяти(2), так как приходящий запрос из вне порождал N процессов на одной из нод, нагрузка на систему распределялась и дури у системы было более чем предостаточно.

Все было бы тоже идеально, если бы не разные способы идентификации посетителей в которые пришли из вне, дабы избежать всяких нехороших казусов, например с точки зрения безопасности, на Балансере пришлось тречить пользователей и направлять на ноду где он был до этого, что свело на нет все масштабы кластерелизации для одного из пользователя :-( Хотя для множества пользователей, с не большой реактивной нагрузкой, получилось хорошее решение.

Но и тут опять не все гладко, так как про базы данных забыли :-) На тот момент такие чудеса были доступны только Ораклу :-) Который совсем был не интересен простым пользователям :-) Но и даже сейчас если все опять собрать, массового решения не выйдет :-)

Вернемся к VPS, если в хостинге запрос инициируется из вне, то на VPS просто может крутиться задача, которой нужны все эти Процессор(1) Память(2) Диск(3), и опять выйдет облом, так как если вы даже сами напишите гипервизора который будет собирать мощность кучи нод в единое целое для вас будет бесполезной если этот же гипервизор не сможет распилить вашу задачу на части и отправить на расчет на доступные ноды.

Итог :-) Если вы делаете решения только для себя одного любимого, вы сможете реализовать все эти Тучки, Кластеры и т.д. Так как вы будете учитывать все тонкости, манипулировать задачами для гипервизора, распределять память, нагрузку на дисковую систему, потому что это ваш продукт и вы решаете как чего будет работать.

А вот если он не ваш, то забудьте вы про Тучки, Кластеры и т.д. :-)

Как пример аналогии, многопоточное программрование :-) Не учтете нюансов, блокировок и т.д. получите или медленную ненужную программу или падающую от рейсов или от того и другого :-)

На тему ваш не ваш, ваш это скрипт на php, а не ваш php который выполняет ваш скрипт, который вы не можете контролировать :-)

Здравствуйте всем!

Не надо про маркетинг булшит. Маркетинг булшит - это оверселлинг. Продажа воздуха в расчете на динамическое распределение ресурсов. К чему это приводит - Греция вам в пример.

Идея облака само по себе вполне хороша. Реализация хромает. С другой стороны даже в том виде в котором этой сейчас шуршит при грамотной настройке и использовании все не так уж плохо и работает. Но, конечно, это вовсе не замена массовому виртуальному хостингу. Во всяком случае при теперешних реализациях.

Немного непонятно про что текст, хотя читать интересно :)

---------- Добавлено 03.05.2012 в 21:35 ----------

Нужен тем, кому надо тупо сделать сайт и не разбираться в тонкостях версий php, проблемах хостеров, разных условий выполнения, слушать бред про бесконечный трафик, нарываться на сюрпризы разного рода. Нужен тем, кто не администрированием линукса хочет заниматься, а заниматься предоставлением сервиса пользователям и нуждается в инструментарии, который не надо каждый раз изучать и для поддержки которого не надо нанимать сомнительных админов-хакеров.

В греции был не оверселинг, а обман систе ы образования. Странааграно туристическая и наготовили кучу специалистов которые не нужны

Вот и имеют что получили

Я вот понять не могу. Что мешает взять за единицу измерения именно виртуальную машину на облаке.

И если Вам нужен отдельный сервер MySQL то берете VPS с нужным кол-ом ресурсов и пользуйтесь.

Кластер-облако решает две основные задачи:

1) Резервирование (да пока это не тождественно с надежностью)

2) Масштабирование - Нужно для одного сервера MySQL один процессор Xeon - пожалуйста - нужно 8 процессоров - пожалуйста. Да, мы изучали вопрос - пока большие трудности запустить одну ВПС на двух физических машинах. Но в этом случае, за ноду можно брать 4х процессорные (или даже 8ми) машины. Этого достаточно для большинства задач.

Как только все вышесказанное будет реализовано - "дедикам" придет конец.

Клиентов-то хоть спросят перед этим? ;)