Александр Фролов

Александр Фролов
Рейтинг
155
Регистрация
27.12.2007
Должность
Владелец ИТ-компании Shop2YOU
Интересы
Основатель сервиса Shop2YOU — cоздание интернет-магазинов
Andreyka:
Значит они были недостаточно опытными, негодными авиаконструкторами.

Andreyka добавил 11.04.2011 в 14:56

Пойдет трафик - сразу станет понятно ;)

Andreyka добавил 11.04.2011 в 14:57
...

Трафик и так есть, без memcached сервер СУБД справляется с трудом. А что, кластер MySQL типа master-slave намного менее производителен, чем отдельно стоящий MySQL-сервер?

Александр Фролов добавил 11.04.2011 в 16:23

myhand:

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

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

Хотя без поддержки панели для хостинга сайтов одного магазина можно и обойтись, но зачем? По мне лучше заплатить разработчикам, и если что, они помогут.

chupkb:
Из топика так и не понял, что нужно - отказоустойчивость или "чтоб подешевле"?

Отказоустойчивость всегда стоит денег, обычно не маленьких. В случае с Windows - это энтерпрайз-версии серверов
.....
Ну а на фронт-енд самым позитивным решением будет пул веб-серверов и аппаратный балансировщик, к примеру, от F5 или упомянутого в топике Juniper. Понятно, что для ЦОД-о-независимости желательно еще прикупить AS.

Конечно, варианты тоже возможны. Тот же Sun Cluster (ныне под брендом Oracle) позволяет использовать в качестве шаред стораджа почти что угодно, хоть NFS, но тоже стоит хороших денег, как сам по себе, так и админ для него.

Собственно, к чему я это всё. Мне видится, что лучшим вариантом для вас будет обратиться к какому-нибудь интегратору. Опытные инженеры, материальная ответственность, NDA, исключение человеческого фактора, поддержка целиком решения - получите всё сразу.

Про "отказоустойчивость за 300 баксов" даже как-то говорить не хочется.

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

Поэтому меня и заинтересовал относительно бюджетный кластер от ISPSystems, но хотелось бы узнать, есть ли адекватные конкуренты, предлагающие аналогичные решения за деньги подобного масштаба. Есть ли интеграторы, способные предложить кластер за такие же деньги, что и ISPSystems?

Nanotik:
Мегаодмины нынче метафоры не понимают?
А что касается второй фразы... Мне привести примеры того, когда куча опытных авиаконструкторов проектировала ракеты носители, которые падали при запуске?

Nanotik добавил 11.04.2011 в 10:32


При сильно высокой нагрузке могут вылезать узкие места.

А зачем вам панель управления? Если нанять команду администраторов (на общем фоне оплата будет невелика), то можно разработать систему построения кластера, исходя конкретно из ваших нужд и возможностей.

Панель управления, насколько я понимаю, упростит и удешевит обслуживание кластера, или нет?

А к какой компании, кроме ISP Systems, можно обратиться для создания и последующего сопровождения кластера?

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

Александр Фролов добавил 11.04.2011 в 11:10

Andreyka:
Я не рекомендую, так как мой опыт показывает то, что этот кластер на подойдет для интернет-магазинов, где огромная нагрузка идет на СУБД.
То,что вы делаете ПО на заказ - это большой плюс. Именно по этому я и предложил поговорить по скайпу.

А что до ISP Cluster, то это просто синтез того, что я когда-то говорил на этой презентации: http://rutube.ru/tracks/2514026.html, причем синтез не самого высокого качества. Например, замена SAN на NFS 🤪

Не очень понятно, причем тут нагрузка на СУБД, и какие есть альтернативы. Сейчас все работает на одном сервере, и MySQL с нагрузкой справляется, с учетом применения memcached и Sphinx.

netwind:
Александр Фролов, так ты выбор сделай и огласи, чтоб уже закрыть тему. то, что жаба душит за неиспользуемые ресурсы - это и так понятно.

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

Уже несколько лет пользуюсь ISPManager на FreeBSD, проблемы, конечно, были, но они не имели для меня критического значения. Команда ISPSystem мне всегда достаточно оперативно помогала. Поэтому есть надежда, что и ISPManager Cluster будет работать надежно. Единственно, придется переходить с хорошо обжитого FreeBSD на Debian Linux, и прежде чем затрачивать усилия на его изучение, хотелось бы почитать отзывы о надежности решения ISPManager Cluster от тех, кто им реально пользовался...

netwind:
Александр Фролов, ISPManager позволяет одновременно нагружать все сервера, может быть не суперэффективно (то есть линейного роста производительности не добиться все равно), а предлагаемые тут решения-резервирования-за-300$ не используют резервные мощности до наступления аварии. Насколько важен этот момент? Решаете этот вопрос и все сразу ясно станет.

Хотя сейчас на первом месте стоит именно обеспечение отказоустойчивости при выходе из строя отдельных серверов, вопросы масштабируемости также имеют большое значение. Конечно, если можно было бы наращивать производительность системы простым (ну или не совсем простым) добавлением серверов, то это было бы очень хорошо.

Nanotik:
Что-то мне это напомнило фразу «не читал роман, но считаю, что он плох».

Вы все ПО таким образом оцениваете? И действительно можете по невнятной документации сделать вывод о том, как ispmanager cluster будет работать при хоть сколько-нибудь существенной нагрузке?

P.S. Я не рекомендую использовать ispmanager cluster Тс'у, но я хотя бы его использовал, видел при нагрузках.
Считаю, критика должна быть объективной.

А почему не рекомендуете? Что с ним не так?

Есть ли какие-нибудь альтернативы?

Александр Фролов добавил 10.04.2011 в 10:32

V(o)ViK:
Каждая тема про кластер превращается одно и то же.

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

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

Задача упрощается тем, что наша компания и является разработчиком ПО интернет-магазинов, поэтому, как я уже здесь писал, мы можем адаптировать наше ПО под любое кластерное решение. Штат программистов и других специалистов имеется, но администрировать все мне приходится самому.

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

myhand:
Вы предусмотрели такой вариант решения как временная аренда сервера в своем ДЦ?
Оценили сколько это займет по времени (с технической стороны - порядка получаса, плюс бюрократические проволочки у хостера)?
Что еще за "зона A"? Если Вы про IN A записи в ДНС - так поставьте TTL поменьше просто. Многие крупные хостеры ставят по 15 минут и менее.

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

Что касается ISP Cluster - тут, имхо, если и делать - что что-то куда более простое и ориентированное на конкретно Ваш продукт. Минимум, на порядок дешевле будет. ISP для одного магазина - вообще лишний.
Если не ограничиваться одним ДЦ - не перебор.

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

Хотелось бы чтобы резервный сервер сразу включился в работу.

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

netwind:
Сколько таких "хочет", самопроизвольно проходит после выставления счета :)
Тут ведь пахнет регистрацией автономной системы, ежегодной оплатой членства RIPE в и тд.

Заказчик примерно в курсе масштаба затрат, но нужно создать кластер без излишеств и даже в рамках одного датацентра. Я в курсе, что на HA можно потратить любые деньги, но нужно решение, аналогичное по цене ISPmanager Cluster, или сам ISPmanager Cluster. Пока изучаю возможности, сравниваю цены...

netwind:
Александр Фролов, а вот не так то просто программно и автоматически определить отвалился ли сервер от интернета или нет связности между конкретными двумя точками.
Ручное управление, где решение о переключении принимает человек - тоже разумно.

Хотелось бы полностью исключить человека из процесса распределения нагрузки по серверам, когда один или два сервера выходят из строя. Собственно, это одна из целей построения кластера, т.к. у нас нет ресурсов нанимать круглосуточную смену админов. Да и заказчику не нужны перебои в работе, даже временные.

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

netwind:
госпади.
поставьте маленький TTL в зоне. Заранее делегируйте домен на несколько серверов, в том числе и на резервный.
Потом на оставшихся в живых серверах перенастраиваете DNS и за время TTL секунд сайт меняет IP на новый.

Вот и вся HA.

Наверное, как временная мера подойдет для улушчения текущей ситуации. Однако заказчик в итоге хочет, чтобы вообще перерывов в работе не было.

Всего: 343