hacccker

Рейтинг
115
Регистрация
03.02.2010
Бюджетный кластер на Linux'e
iamsens:
что-о мне кажется, Вы плохо представляете о чем пишите в этом топике
к Вам есть несколько вопросов.
как Вы думаете почему еще никто не предоставляет такого "Облачного хостинга", за вменяемые деньги? рынок хостинга не молод и там есть свои монстры, но у них таких услуг нет

Та прям таки никто... ;)

hacccker добавил 04.12.2010 в 01:01

bugsmoran:
hacccker, а все же, какая конечная цель? В первом посте она сформулировано достаточно размыто. А я бы вот попросил обозначить ее в двух вариантах:

1) сначала как CEO к CTO. То есть маркетинговый интерес обозначить. Ведь правильнее из него исходить.
2) тоже самое, но технически уточнить


Боюсь, что картина очень резко поменяется. Потому что ставить задачу сделать кластер - это от решения к идее. Причем не к той, которая интересна только инженеру, а не компании, которая ему платит зарплату.

Попробую...

1) Предоставить услугу виртуального хостинга, который будет отличаться надёжностью.

Это позволит:

а) Выстраивать более дорогую ценовую политику — больше прибыли.

b) А если не гнаться за прибылью, и не сильно повышать цены — получаем преимущество над конкурентами, ведь у них за те же деньги нет кластера, а у меня есть :)

2) Технически мне сложнее, но как я понимаю два пути:

- делать костыли не дорого (у умельцев есть решения и могут подточить его под меня)

- делать дорого, но не костылях (и вот тут уже скорее всего это экономически не выгодно)

Мне только не ясен такой момент, почему на свободном открытом ПО специально для этих целей (Linux Cluster/MySQL Cluster) всёравно не получается сделать без костылей.

Бюджетный кластер на Linux'e
V(o)ViK:
Резервирование всего в 2-3 раза сделает услугу в 4-6 раз дороже.
Упор нужно делать на надежность ДЦ, на скорость реакции техников ДЦ и грамотность ваших администраторов и тех. поддержки.
Даже если сгорит БП, его должны поменять за 10-20 минут и т.д. Вам будет дешевле выплатить компенсации всем вашим клиентам за эти 15 минут в месяц (даже если они будут гореть каждый месяц) чем содержать и обслуживать в 3 раза больший парк оборудования, даже если Вы придумаете как это технически реализовать.

Ну значит будем экономить на чем-то другом :) Резервирование нужно в любом случае. Просто разные у всех на это взгляды, кому-то raid1 достаточно, а кому-то нужно продублировать не только дисковую подсистему, а и все остальные службы.

Заменить оборудование на словах 10-20 минут, в реальных условиях (в случае арендованного оборудования в ДЦ) на это уйдет минимум час.

V(o)ViK:

Для начала вам нужно решить, резервируете ли вы мощности в рамках одного надежного ДЦ, либо разделяете узлы кластера географически.

Конкретный вопрос — конкретный ответ. Все оборудование в рамках одного ДЦ.

Бюджетный кластер на Linux'e
netwind:
rtyug, у такой схемы низкий порог масштабируемости. Он думает, что один аккаунт начнет потреблять столько ресурсов, что единичного сервера не хватит. Ну и надежности повышенной хочется.
Но я думаю, что такой клиент просто сбежит, чем будет платить за специальный супертариф кластерного виртуального хостинга. Такому клиенту выгодней арендовать выделенный сервер и заняться оптимизацией. На своем сервере это гораздо удобнее.

Да нет же :) Я совсем не думаю, что один аккаунт начнет потреблять столько ресурсов, что единичного сервера не хватит. На первом плане скорее как раз повышенная надёжность. Но повышенную надёжность можно реализовать по разному. Тоесть не хочется, чтобы "ведущий" сервер на конкретный момент времени принимал на себя все запросы, а вторичный сервер тупо ждал и ничего не делал вообще.

Бюджетный кластер на Linux'e

Имхо до появления MySQL Cluster это действительно был страшный головняк, но сейчас то все достаточно просто. Я понимаю, что мои теоретические знания о MySQL Cluster могут не покрывать все практические аспекты, но тем не менее очень интересно, почему вы считайте, что MySQL Cluster это головняк для веба, и чем принципиально отличается MySQL Cluster под отдельные проект и под хостинг.

Бюджетный кластер на Linux'e

Himiko, вот вы как крутой одмин, имейте прямое отношение к author-media.ru и предоставляйте услугу виртуального хостинга. Просвятите меня пожалуйста, как вы проектировали архитектуру. У вас есть сервер(а), что если один сервер падает? Ну хз, блок питания сгорел, сетевая карта ещё хрень какая-то... Ваши клиенты ждут пока сотрудники ДЦ заменят оборудования?

hacccker добавил 03.12.2010 в 05:08

Himiko:
Хотя есть такое теоретическое предположение, что можно это реализовать, если mysql-сервер будет работать одновременно один. Т.е. общее хранилище и с ним работает один сервер MySQL. В случае его падения (сгорел или что-то ещё), запускается mysql-server c другого сервера и продолжает работать базами из хранилища. (при этом подхватывает ip-адрес упавшего и даже ничего не нужно в сриптах менять.). Только вот базы лучше заранее проверить на сбои перед запуском второго mysql.

Наверное примерно так MySQL Cluster и работает.

Бюджетный кластер на Linux'e

Ок, наверное общее SCSI хранилише для всех БД серверов — это я погорячился :) В целом я имел ввиду, что с виду для разработчика это одна БД.

hacccker добавил 03.12.2010 в 04:55

myhand:
Система управления хостингом. Пресловутая "панелька", в частности.

У семи нянек дитя без глазу...

Это прежде всего дорогое решение. Во-первых - потребует постоянных услуг квалифицированного администратора. А во-вторых, удвоит стоимость оборудования (покуда у Вас реально 2-3 сервера). Хостинг весьма не бюджетный будет.

А чего вдруг падают-то?

Панелька сейчас ISP manager со всеми вытекающими. Жутко не нравится, но пока как есть.

"дорогое" решение — понятие растяжимое, разумеется за настройку админу я готов платить. А покупать дорогие продукты вроде ISP manager Cluster я не готов. И даже если бы был готов, всёравно искал бы альтернативные решения, т.к. продукты ISP меня не устраивают своими глюками.

>А чего вдруг падают-то?

К чему эти глупые вопросы? Падают потому что ломаются, потому что бывают программные сбои.

>потребует постоянных услуг квалифицированного администратора...

Что-то я смогу сделать сам, что не смогу — обращусь к квалифицированным администраторам.

Бюджетный кластер на Linux'e
Andreyka:
Я смогу сделать это. По цене - дешевле, чем лицензия на цитрикси или исп. Потребуется минимум 2 сервера. Хранилище не нужно.
Контакты в профиле.

Почитал я вашу тему на форуме, интересно, но наверное не то, что мне нужно...

Как я понимаю, вы хотели мне предложить что-то другое. Тогда опишите хотябы кратко суть решения, можно в ЛС, хотя думаю многим было бы интересно. Если нужна какая-то дополнительная информация от меня, я разумеется расскажу в пределах своей компетенции.

hacccker добавил 03.12.2010 в 04:21

MySql Cluster...

Himiko:

Что под этим имеется ввиду?

Поднимая MySQL Cluster я пишу в "одну базу" (она имеет Dbname/IP/Login/Pass) сколько там нодов у меня под NDB, разработчику не интересно. Если кто-то упадёт, вытянут другие... О каких конфликтах актуальности при записи вы говорите, я вообще не пойму. MySQL это далеко не блокнотик.

Бюджетный кластер на Linux'e
myhand:
Имеет.

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

V(o)ViK и Pavel.Odintsov Вам дело говорят.

Какое дело они говорят? :) Ничего конкретного. Pavel.Odintsov советуют хранить все-все-все на одном сервере, V(o)ViK советует начать построение кластера с выбора панели... 🍿

Вы говорите о какой-то "грамотной инфраструктуре".. вы конкретней можете? Я вот тут как раз пытаюсь построить инфраструктуру с помощью кластерного решения, т.е. полное дублирование узлов. Админы? А что админы, да, есть админы к которым я обращаюсь за помощью когда нужно, все с этого форума кстати. Тут же и ищу админов чтобы реализовать кластер. Тех поддержка сейчас на ISP Billing + Siteheart с уведомлениями на телефон итп..

Сейчас как раз мифическая отказоустойчивость, т.к. все крутится на отдельных серверах, которые никак не связаны между собой. Если падает один — клиенты на нем "ожидают" :) Поэтому хочется кластера, что если один падает, клиенты "уходили" на другой работающий сервер. И даже если это будет 2-3 сервера — это уже вполне отказоустойчивое решение. В идеале конечно географически разнести сервера, и распределить их через RR DNS, об этом тоже можно подумать в рамках этой темы.

hacccker добавил 03.12.2010 в 04:09

Nanotik:
По-моему тут все немного сложнее... RAID - он просто обеспечивает отказоустойчивость... А вот что будет, если в одну БД начнут одновременно писать два mysql-сервера в одну табличку?

MySQL Cluster это будет решать.

Бюджетный кластер на Linux'e
Himiko:
... ломают друг дугу таблицы. Так работать не будет. Но пример понятен.

Почему ламают таблицы? Никто ничего не ломает, RAID и решает все эти проблемы. Ну на сколько я понимаю 🍿

hacccker добавил 03.12.2010 в 02:31

V(o)ViK:
hacccker, начинать нужно с того какую панель вы планируете использовать или писать свою панель/скрипты управления.
Если бы это было просто, на рынке была бы уже пачка панелей которые бы из коробки позволяли разворачивать кластера для шаред хостинга.

V(o)ViK добавил 03.12.2010 в 00:49
Выбирайте нормальный ДЦ, хорошее оборудование, админа, Cpanel и не забивайте голову :)

Имхо панель значения не имеет.

Нормальный ДЦ, хорошее оборудование, админ, Cpanel — не решает вопросы отказоустойчивости.

Бюджетный кластер на Linux'e
iamsens:
"бюджетный" и "кластер", слова малосовместимые. хочу сразу дать совет, не надо придумывать облака, кластеры и т.д. , это будет менее эффективно чем 2 более слабых отдельных сервера. Все уже придумано за Вас, темболее для шаред хостинга,
Те кто думают куплю мега-супер-сервер(кластер) и запихну на него свою тыщу сайтов и всё будет работать "Офигенно", это ж супер-мега-сервер, "как может быть по-другому?", очень часто рвут на себе волосы, когда ихнее железо лежит...по-разным причинам.
Но если Вам всё таки хочется делать именно "кластер" и идти этой дорогой, есть неплохой пример с хабра, сорри с ходу не смог найти топик, помню там всё было интересно расписано

iamsens добавил 01.12.2010 в 23:11
вот, линк, к сожалению на хабре статьи уже нету...

Спасибо. Инфу почитаю. Хочется именно кластер, чтобы работало не "офигенно", а именно отказоусточиво с минимальным простоем.

hacccker добавил 03.12.2010 в 00:16

Andreyka, отдельное спасибо =) Изучаю.. в ЛС свяжусь.

hacccker добавил 03.12.2010 в 00:20

Boris A Dolgov:
Либо нанимать дорогого админа, либо покупать дорогой ISPmanager Cluster.

Himiko правильно заметил, с продуктами ISP всёравно нужен будет дорогой админ :) Я сейчас пользуюсь Lite'ом, до этого пользовался Pro и Advanced — это ппц 🤪 Они не могут обновление выкатить с первого раза, т.к. все падает, обычно хостеры обновления отключают вообще :)

1... 151617181920212223 ...36
Всего: 360