шара cpu в облаке

не позволяет добавлять виртуалке больше ядер, чем есть на ноде.

позволяет вроде

позволяет вроде

какое?

еще раз:
вы путаете облака и системы виртуализации. Из открытых систем, позволяющих развернуть свое облако - я знаю только одну - OpenStack и она никак не управляет количеством вычислительных ядер в нижележащей виртуалке. Количеством вычислительных ядер на виртуалку занимается xem/vmware/etc и они позволяют назначить хоть 16 вычислительных ядер виртуалке, работающей на 4 физических ядрах. Читайте документацию к вашему гипервизору.

Количеством вычислительных ядер на виртуалку занимается xem/vmware/etc и они позволяют назначить хоть 16 вычислительных ядер виртуалке, работающей на 4 физических ядрах.

само собой. но меня интересует, как можно тем же kvm|xen передать виртуалке большее кол-чо реальных ядер, а не програмных.

объедините два сервера в кластер, поднимите линукс и запустите виртуалку.

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

объедините два сервера в кластер, поднимите линукс и запустите виртуалку.

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

это интересно как?

Количеством вычислительных ядер на виртуалку занимается xem/vmware/etc и они позволяют назначить хоть 16 вычислительных ядер виртуалке, работающей на 4 физических ядрах.

Насколько я знаю, ESX(i) не позволяет. Также KVM не позволит такого при аппаратной поддержке виртуализации, только для QEMU

а есть ли решения, чтобы шарить оперативу/процессор через сеть для kvm/xen виртуалок?

Могу лишь рекомендовать программистам явно распараллеливать вычисления по отдельным нодам с использованием MPI

Могу лишь рекомендовать программистам явно распараллеливать вычисления по отдельным нодам с использованием MPI

это понятно, но меня интересует именно в случае виртуалок.

ты хочешь объединить ресурсы трёх физических машин в одну виртуальную, чтобы запустить там тормозящий одинэс?

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

а чтобы ускорить работу какого-то приложения, путём увеличения физических ресурсов, нужно, чтобы это приложение было написано правильным образом.

нужно, чтобы это приложение было написано правильным образом.

дык а что мешает написать гипервизор таким образом? :)

А что мешает программистам написать правильно? =)

А что мешает программистам написать правильно? =)

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

дык а что мешает написать гипервизор таким образом? :)

а что мешает моему однопоточному приложению на восьмиядерном процессоре работать в 8 раз быстрее? беспредел, грабят, убивают.

p.s. и надёжность мне моей спец линии связи 100%, чтобы никогда не ломалась.

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

риск, как и использование неквалифицированных менеджеров - дело сугубо добравольное.

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

это называется обратная виртуализация. Есть готовые решения, которые стоят много денег и не работают

спасибо добрый человек! очень помог.

http://www.scalemp.com/cloud вот такое нагуглилось

LinuxPMI/OpenMosix (http://linuxpmi.org/) OpenSSI (http://openssi.org/) Kerrighed (http://www.kerrighed.org/)

и вот еще пачка :)

это вроде не то. Если найду, скину

vSMP- Scale MP, 3leaf Systems и что-то еще

В одном случае речь идет о миграции процессов по сети, а в другом об объединении ресурсов серверов в один (в т.ч. объединение памяти VSMP). Второе в N раз сложнее из-за ограничений скорости сети.

Второе в N раз сложнее из-за ограничений скорости сети.

инифибенд поставить не проблема

Память при общем доступе просядет до ddr1. А то бы любой дурак купил 15 серверов, накидал бы их друг на друга и вошел в топ-50 СНГ.