netwind: bugsmoran, ну, ndb-cluster то работает нормально и надежно. Просто не так эффективно, как этого ожидают и Андрейка заливает :) Это по сути довольно старая разработка Эриксон, на который Mysql AG прикрутили sql-интерфейс в виде sql-нод. NDB API ведь до сих пор сохранилось. Значит это кому-нибудь нужно.
У меня нет опыта с этим storage engine'ом (а он как я понимаю ничего больше, чем storage engine), но ведь ndb - это вообще не кластер.
У него куча недостатков: например, на нем зависают сессии, которые чистятся только руками. Нельзя создавать таблицы с более, чем 128 полями. Игнорируются внешние ключи. Куча проблем с индексами типа того, что нельзя создавать их на TEXT.
И вообще, если это storage engine, то мы можем говорить только о таблицах, а как быть с теми же пользователями?
hacccker: Задача: На базе бесплатного ПО организовать не дорогое кластерное решение для Web хостинга. Нужно обеспечить отказоусточивость путем создания кластера из 2-3 выделенных серверов. Хотелось бы чтобы сервера не работали в режиме запасных, и подхватывали друг друга когда кто-то упал, а работали все всегда параллельно, распределяя нагрузку между собой. А значит и повышалась производительность такой системы наращивая узлы, пусть даже не линейно. Простота ввода новых нодов кластера тоже играет не маловажную роль. Каждый нод кластера выполняет роли вебсервера, БД, ФТП хоста, и балансировщика... т.е. полное дублирование друг друга. Но внешне это должно быть в виде одной единой машины.
Возможно файловое хранилище будет на отдельном RAID контроллере, который будет подключен к всем узлам. Но это не факт, поэтому возможно будет просто RAID1 на каждом из узлов...
Интересует кто сможет такое настроить удаленно? Разумеется контактируя с ДЦ где будет размещено (арендовано) оборудование.
Какое ПО нужно исходя из задачи, сколько будет стоит его настроить и поддерживать?
Во-первых тема "Бюджетный кластер на Linux'e" и фраза "Возможно файловое хранилище будет на отдельном RAID контроллере, который будет подключен к всем узлам." уже не совпадают. То, про что Вы говорите, называется NAS или SAN - и то и другое достаточно дорогостоящие вещи.
Что касается кластера, то все легко делается на RHEL Cluster Suite, если бы не три глобальнейших проблемы:
1) что Вы будете делать с CARP в условиях датацентра, который не больно то даст свои раутеры настраивать?
2) что Вы будете делать с MySQL, который в принципе не кластеризуется ни одним сегодняшним даже тертьесторонним продуктом, кроме ScaleDB, который находится на стадии тестирования? (все эти MySQL Cluster, MySQL Proxy и прочие поделки не умеют ровным счетом ничего)
3) как Вы научите панель управления хостингом этим управлять? И какую? Все более или менее сильные панели закрыли код.
Все это, конечно можно сделать, были бы программисты. Но это будет титанический труд, который решит только одну проблему - хардверную и никакую другую. Когда же Вы затратите примерно 400-500 тысяч на зарплаты программистов, то с грустью обнаружите, что хардвер горит раз в два года и дает даунтайм на час. Ни один клиент не уйдет из-за такого редкого даунтайма, а значит Вы просто сольете деньги в трубу.
Забудьте про HAC в принципе. В мире хостинга уместны только HPC, сделать которые почти невозможно ввиду того, что часть программной составляющей пишется веб-студиями.
Хотите делать по уму? Тогда думайте как избавиться от программных даунтаймов в рамках одного сервера.
Если у пользователя не хватает средств для возврата долга, они будут списаны с корреспондентов этого пользователя, открывших ему лимиты доверия.
Я бы Вам посоветовал пойти образование получить. Если чо, то под Ваше определение пирамиды подходят все до единого государства. Даже богатейшая Америка берет одни внешние долги, чтобы закрыть предыдущие и теряет только на обслуживании долга.
Я когда машину арендовал в другом городе, у меня на карте холдили 700 долларов, хотя стоит всего 200 за два дня. Когда я возвращал машину, они проверяли на наличие вмятин и штарфов. Если все ровно. то они чарджили на 200 и забылвали. Вся неизрасходованная сумма (500) возвращается на счет по окончании холд-периода.
Уточнить этот вопрос нужно позвонив не хостеру, а именно в банк. Они скажут Ваш холд-период.
XLhost.Ru: Ага, от VPS, как же 😂 С каких это пор чаты стали создавать маленькую нагрузку?
С тех пор, как чат стал на аяксе. По статистике чат на аяксе съедает примерно в 100-150 раз больше процессорного времени. Можно взять высоконаргруженный сайт и он не будет тормозить, втыкаете туда чат на аяксе и он потребляет все воркеры, занимая их максимально возможное время, выделенное через php.ini
globalmoney: Откажитесь от чата и тогда не придётся искать новый хостинг. За 150 рублей, не один хостер не даст потреблять 10% ресурсов процессора, постоянно.
+1. Единственный правильный совет.
Вы не производите нагрузку на сервер в 10%, Вы тратите 10% процессорного времени. Это очень большая разница. Убирайте чат, который писали криворукие люди.
Yutex (14:13:20 22/11/2010) тогда думаю Ваш аккаунт нуно заблчоить
5 баллов! Роскошь! Bravissimo! Плевать, что он оператор и единственное решение, которое ему разрешается принять, это сходить ли в туалет по маленькому (и то на круг ссать запрещено).
Перед глазами красочная картина:
сидит на кортах в спортивном костюме Adadis и лакированных туфлях, где-нибудь в Ижевске, гопник с района и семки лузгает, а между ними мессаги строчит страждущим. Отвлек? На гнида, получай! В блок тебя! 😂 Будешь рамсы путать, еще и по хлеборезке получишь.
SOMEBEERFORADMIN.RU
Достойно даже 40-ка баксов!
pressanykeytobootfromcd.ru )))))))))
bugsmoran, ну, ndb-cluster то работает нормально и надежно.
Просто не так эффективно, как этого ожидают и Андрейка заливает :)
Это по сути довольно старая разработка Эриксон, на который Mysql AG прикрутили sql-интерфейс в виде sql-нод.
NDB API ведь до сих пор сохранилось. Значит это кому-нибудь нужно.
У меня нет опыта с этим storage engine'ом (а он как я понимаю ничего больше, чем storage engine), но ведь ndb - это вообще не кластер.
У него куча недостатков: например, на нем зависают сессии, которые чистятся только руками. Нельзя создавать таблицы с более, чем 128 полями. Игнорируются внешние ключи. Куча проблем с индексами типа того, что нельзя создавать их на TEXT.
И вообще, если это storage engine, то мы можем говорить только о таблицах, а как быть с теми же пользователями?
А самое главное: шаредный хостинг требует дикой производительности и на фоне этого слова "For smaller MySQL database clusters, using MyISAM storage gives better performance over NDB clustered storage." выглядят ужасающе. База - одна из самых злостных мучителей дисков.
Задача:
На базе бесплатного ПО организовать не дорогое кластерное решение для Web хостинга. Нужно обеспечить отказоусточивость путем создания кластера из 2-3 выделенных серверов. Хотелось бы чтобы сервера не работали в режиме запасных, и подхватывали друг друга когда кто-то упал, а работали все всегда параллельно, распределяя нагрузку между собой. А значит и повышалась производительность такой системы наращивая узлы, пусть даже не линейно. Простота ввода новых нодов кластера тоже играет не маловажную роль. Каждый нод кластера выполняет роли вебсервера, БД, ФТП хоста, и балансировщика... т.е. полное дублирование друг друга. Но внешне это должно быть в виде одной единой машины.
Возможно файловое хранилище будет на отдельном RAID контроллере, который будет подключен к всем узлам. Но это не факт, поэтому возможно будет просто RAID1 на каждом из узлов...
Интересует кто сможет такое настроить удаленно? Разумеется контактируя с ДЦ где будет размещено (арендовано) оборудование.
Какое ПО нужно исходя из задачи, сколько будет стоит его настроить и поддерживать?
Во-первых тема "Бюджетный кластер на Linux'e" и фраза "Возможно файловое хранилище будет на отдельном RAID контроллере, который будет подключен к всем узлам." уже не совпадают. То, про что Вы говорите, называется NAS или SAN - и то и другое достаточно дорогостоящие вещи.
Что касается кластера, то все легко делается на RHEL Cluster Suite, если бы не три глобальнейших проблемы:
1) что Вы будете делать с CARP в условиях датацентра, который не больно то даст свои раутеры настраивать?
2) что Вы будете делать с MySQL, который в принципе не кластеризуется ни одним сегодняшним даже тертьесторонним продуктом, кроме ScaleDB, который находится на стадии тестирования? (все эти MySQL Cluster, MySQL Proxy и прочие поделки не умеют ровным счетом ничего)
3) как Вы научите панель управления хостингом этим управлять? И какую? Все более или менее сильные панели закрыли код.
Все это, конечно можно сделать, были бы программисты. Но это будет титанический труд, который решит только одну проблему - хардверную и никакую другую. Когда же Вы затратите примерно 400-500 тысяч на зарплаты программистов, то с грустью обнаружите, что хардвер горит раз в два года и дает даунтайм на час. Ни один клиент не уйдет из-за такого редкого даунтайма, а значит Вы просто сольете деньги в трубу.
Забудьте про HAC в принципе. В мире хостинга уместны только HPC, сделать которые почти невозможно ввиду того, что часть программной составляющей пишется веб-студиями.
Хотите делать по уму? Тогда думайте как избавиться от программных даунтаймов в рамках одного сервера.
Не надо ничего раскидывать по IP, это все стереотипы.
http://www.cy-pr.com/people/28492/blog/549/
ПИРАМИДА.
погашение кредитов за счёт кредитов
Если у пользователя не хватает средств для возврата долга, они будут списаны с корреспондентов этого пользователя, открывших ему лимиты доверия.
Я бы Вам посоветовал пойти образование получить. Если чо, то под Ваше определение пирамиды подходят все до единого государства. Даже богатейшая Америка берет одни внешние долги, чтобы закрыть предыдущие и теряет только на обслуживании долга.
Это холд-период и с манибэком никак не связано.
Я когда машину арендовал в другом городе, у меня на карте холдили 700 долларов, хотя стоит всего 200 за два дня. Когда я возвращал машину, они проверяли на наличие вмятин и штарфов. Если все ровно. то они чарджили на 200 и забылвали. Вся неизрасходованная сумма (500) возвращается на счет по окончании холд-периода.
Уточнить этот вопрос нужно позвонив не хостеру, а именно в банк. Они скажут Ваш холд-период.
Если вебсервер Apache, то mod_rewrite однозначно будет работать (под другими веб-серверами выполнятся не будет)
??? Это какой-же вэб-сервер не умеет mod_rewrite? Даже IIS умеет через ISAPI
Ага, от VPS, как же 😂
С каких это пор чаты стали создавать маленькую нагрузку?
С тех пор, как чат стал на аяксе. По статистике чат на аяксе съедает примерно в 100-150 раз больше процессорного времени. Можно взять высоконаргруженный сайт и он не будет тормозить, втыкаете туда чат на аяксе и он потребляет все воркеры, занимая их максимально возможное время, выделенное через php.ini
Откажитесь от чата и тогда не придётся искать новый хостинг.
За 150 рублей, не один хостер не даст потреблять 10% ресурсов процессора, постоянно.
+1. Единственный правильный совет.
Вы не производите нагрузку на сервер в 10%, Вы тратите 10% процессорного времени. Это очень большая разница. Убирайте чат, который писали криворукие люди.
Yutex (14:13:20 22/11/2010)
тогда думаю Ваш аккаунт нуно заблчоить
5 баллов! Роскошь! Bravissimo! Плевать, что он оператор и единственное решение, которое ему разрешается принять, это сходить ли в туалет по маленькому (и то на круг ссать запрещено).
Перед глазами красочная картина:
сидит на кортах в спортивном костюме Adadis и лакированных туфлях, где-нибудь в Ижевске, гопник с района и семки лузгает, а между ними мессаги строчит страждущим. Отвлек? На гнида, получай! В блок тебя! 😂 Будешь рамсы путать, еще и по хлеборезке получишь.