на чем делать кластер под виртуализацию?

Ну если есть деньги - покупай vSphere)

денех нету

щас рассматриваю 2 варианта - hyper-v и citrix, еще есть идеи?

Разве hyper-v бесплатен, а бесплатная версия citrix умеет облако?

Вообще обсуждали тут некое как раз облачное решение OpenNebula, но рекомендовать его не могу, ибо не пробовал.

>возможна ли организация кластера на таком железе, штобы 1 виндовая виртуальная машина использовала ресурсы всех трех серверов?
всё это сказки и это невозможно. а ещё небось, чтобы одна машина сдохла, а две другие продолжали работать?

//если правильно писать программу, то она может масштабироваться линейно, но это ещё надо правильно кластер собрать.

hyper-v бесплатен сейчас устанавливаю citrix На вторую машину, о результатах отпишусь

Ни одна система виртуализации не сможет размазать одну виртуалку сразу по нескольким хостам, это не имеет смысла. Был такой проект Kerrighed, хитро патченое ядро линукса, позволявшее нечто подобное, но опять таки только линукс, и работало не шибко шустро вроде. Есть еще vsphere fault tolerance, но это именно отказоустойчивость, а не использование одной виртуалкой ресурсов всего облака.

В vsphere есть DRS - объеденение вычислительных ресурсов, как раз

И что, прям работает? Если увеличить число хостов в n раз, объем ресурсов тоже увеличится в n раз? Фантастика! :)

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

В общем да... Организуется общий пул ресурсов, ну и далее идеология облачных вычислений - ресурсы по требованию. Поверх этого и работаю HA и FT кластеры в vSphere

Ты, мягко говоря, переоцениваешь возможности vsphere.

а по-существу?)

vSphere DRS распределяет виртуалки по хостам в зависимости от определенных параметров, вот и всё. Никакого сложения ресурсов всех хостов на благо ОДНОЙ виртуалки там нет и быть не может.

Еще раз повторяю для тех кто не понял - НЕЛЬЗЯ выделить ресурсы одной ноды для работы виртуалки на другой ноде. Виртуалка всегда работает либо на одной, либо на другой ноде.

vSphere ничего не размазывает. Почему - см. выше. Представьте какая будет латентность операций, если виртуалка пашет сразу на двух нодах? Тут нужен как минимум Infiniband RDMA, да и тот не спасёт.

vSphere DRS распределяет виртуалки по хостам в зависимости от определенных параметров, вот и всё.

Кстати, это еще ESX умел. Что там такого принципиально нового?

vSphere DRS распределяет виртуалки по хостам в зависимости от определенных параметров, вот и всё. Никакого сложения ресурсов всех хостов на благо ОДНОЙ виртуалки там нет и быть не может.

Да. Я имел ввиду под общими ресурсами - суммарную вычислительную мощность виртуального ЦОДа, и в общем-то все равно на каком гипервизоре будет работать виртуалка

наверное, речь о vMotion с горячей миграцией между хостами

ESX это гипервизор. DRS и прочим занимается управлялка вроде vCenter Server. Так что не совсем понимаю что подразумевается под «ESX умел».

Да, DRS упрощенно говоря перемещает виртуалки на некое достаточное для работы число хостов, оставляет к примеру один на случай падения какой-то из рабочих нод, а остальные отправляет в сон или выключает. Если нужно - может разбудить по Wake-on-LAN или включить через IPMI-over-LAN

блин очень печально, хотелось получить мощную виртуалку..

значит все творения вмваре, citrix Только могут балансировать нагрузку и позволяют живую миграцию? зачем тогда все это надо если все равно виртуалки будут на одном компе крутиться? хотелось просто из кучи слабых серверов сделать один мощный, но видать не судьба((

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

только не говорите, что хотели потом на этой виртуалке «в кс погамать».

P.S. для наколенных поделий без вложений я бы использовал ESXi

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

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

каэсочка у меняи так в двухстах фпс идет)

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

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

и чо, кроме покупки железа вариантов нет?

кластер мне только отказоустойчивость сможет дать? ну типа если умер 1 серв(сгорел наглухо) то виртуалка автоматически заработает на втором ноде кластера? и все? все прелести кластеров? кроме отказоустойчивасти и живой миграции они получается нахре не нужны?

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

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

кластер мне только отказоустойчивость сможет дать? ну типа если умер 1 серв(сгорел наглухо) то виртуалка автоматически заработает на втором ноде кластера? и все? все прелести кластеров? кроме отказоустойчивасти и живой миграции они получается нахре не нужны?

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

>>идеология облачных вычислений - ресурсы по требованию

Маркетоидный выблядок в треде.

что плохого в термине облако? новый термин для нового бизнеса.

Ты наверное из будущего пришел к нам, где сети работают на скорости шин QPI, и поэтому хочешь чтобы кучка серверов работала как кучка процессоров :)

В общем меняй подход, так не заработает.

Под твои задачи - кластеры на уровне приложений: 1с-кластер + какой-нить постгре или msql кластеры.

все ясно, всем спасибо