Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Проект Debian представил ожидаемые в Wheezy средства для упр..., opennews (ok), 26-Апр-12, (0) [смотреть все] Все конкретно заморочились облаками , SubGun (ok), 11:02 , 26-Апр-12, (1) // Нанотехнологии нынче уже не модно Сейчас новый тренд, клоуд , Bragin (ok), 11:09 , 26-Апр-12, (2) +1 // Сами по себе облака всего лишь логичное дальнейшее развитие идей виртуализации , Аноним (-), 11:16 , 26-Апр-12, (5) +2 // Ну я о том же Куча людей которые вообще не хрена не понимают, что это такое Зат, Bragin (ok), 11:25 , 26-Апр-12, (7) +2 А почему нет , Аноним (-), 12:04 , 26-Апр-12, (8) А как , Bragin (ok), 12:05 , 26-Апр-12, (9) Подтверждаю Только вот хз как, сам не знаю Но я на KVM уже хренову кучу виртуало, docent (??), 12:13 , 26-Апр-12, (10) Виртуальный ЖД винды кешируктся кешами линукса-хоста Там памяти больше, кеши гу, Andrey Mitrofanov (?), 12:58 , 26-Апр-12, (13) Не только, в виртуалке инициализация железа стоит дешевле Ей не нужно ждать ко, Bragin (ok), 13:47 , 26-Апр-12, (20) Учитывая что в конечном итоге тот же самый физический контроллер всяко будет пед, Аноним (-), 14:38 , 26-Апр-12, (23) –1 Опять теряем нит треда, мы обсуждали почему винда ставится быстрее на виртуалку , Bragin (ok), 14:50 , 26-Апр-12, (30) Только вот хз как, сам не знаю Но я на KVM уже хренову кучу виртуалок с Win2008R, I am (??), 15:46 , 26-Апр-12, (40) Это же элементарно - скорость чтения из образа на харде в разы больше, чем скоро, Хзкто (?), 09:40 , 28-Апр-12, (52) Кластер, Аноним (-), 12:17 , 26-Апр-12, (12) –1 Отлично, кластер из гостей , Bragin (ok), 12:59 , 26-Апр-12, (14) Ваше сообщение 8470 4 7 весьма самокритичноhttp www opennet ru openforum vsl, filosofem (ok), 13:06 , 26-Апр-12, (15) –1 ну просвети меня как гость может быть быстрее хоста , Bragin (ok), 13:08 , 26-Апр-12, (16) Ну, во-первых, sqlite в qemu же А во-вторых, они все про _распараллеленную специ, Andrey Mitrofanov (?), 13:13 , 26-Апр-12, (17) А где я говорил про _распараллеленную специально-отдельно задачу не нескольких , Bragin (ok), 13:26 , 26-Апр-12, (18) –1 Если из 3х машин поднять облако, можно ли будет создать 1 виртуалку которая буде, Аноним (-), 13:45 , 26-Апр-12, (19) Типа 3х кратный прирост CPU и памяти Виртуака видит все в три раза больше Нет н, Bragin (ok), 13:53 , 26-Апр-12, (21) можно, но потребуется дорогое железо и это будет уже не облако из 3-х машин, а , Михрютка (?), 15:10 , 26-Апр-12, (33) –1 Маразм Нормальный подход - просто оперировать некими самодостаточными потоками , Аноним (-), 15:47 , 26-Апр-12, (41) отмасштабируйте мне прозрачно оракловый инстанс, пожалуйста , Михрютка (?), 15:54 , 26-Апр-12, (43) +1 Сразу после того как вы для меня запустите в космос вон тот паровоз , Аноним (-), 16:02 , 26-Апр-12, (45) Какая лапочка На словах он Дональд Кнут, а как намекнули про стейтфул сервисы, , Михрютка (?), 17:36 , 26-Апр-12, (46) 1C Венда Облачные технологии Издеваетесь , filosofem (ok), 14:23 , 26-Апр-12, (22) Я Не в коем разе, читаете выше Я уже писал, что клоуд с роди с нано-технология, Bragin (ok), 14:43 , 26-Апр-12, (26) –1 Паровая машина куда проволокой примотали реактивный двигатель , Аноним (-), 15:31 , 26-Апр-12, (38) Например, хост может подкешировать густу диск и забить на f sync и подобные зап, Аноним (-), 14:41 , 26-Апр-12, (24) Чем это черевато и гадать не стоит Помести данные на рамраздел, будет еще быстр, Bragin (ok), 14:47 , 26-Апр-12, (28) Ну да Только при слете питания факап будет еще убедительнее В случае синхронны, Аноним (-), 15:14 , 26-Апр-12, (34) Да, но за это же канделябрами бить положено , Михрютка (?), 15:00 , 26-Апр-12, (31) Что не мешает кажется виртуалбоксу так поступать иногда , Аноним (-), 15:14 , 26-Апр-12, (35) Облака позволяют качественнее утилизировать технику, что благо А также линейно , VoDA (ok), 11:12 , 26-Апр-12, (3) // Да, запускаешь на воздушном шарике старый системник - хрен потом найдешь Утилиз, Аноним (-), 14:42 , 26-Апр-12, (25) +1 Так именно для этого проект Debian и представил в Wheezy эти средства , бедный буратино (ok), 14:46 , 26-Апр-12, (27) И каждый под облаком понимает, что ему хочется У одного быстрее хоста ничего , анон (?), 12:16 , 26-Апр-12, (11) // В нормальном понимании - это группа машин, которая может представлять задачам ре, Аноним (-), 14:49 , 26-Апр-12, (29) // только это так не работает, ну может за исключением диска, который можно растяги, koblin (ok), 15:06 , 26-Апр-12, (32) // Теоретически - совсем не обязано быть ограничено Т е запускать треды сервиса п, Аноним (-), 15:30 , 26-Апр-12, (37) Это только в теоретически На практике как все это синхронизировать Можно конечн, Bragin (ok), 15:45 , 26-Апр-12, (39) Неким диспетчером который агрегирует результаты от воркеров, ясен пень А это воо, Аноним (-), 15:56 , 26-Апр-12, (44) Местные эксперты, похоже, понимают облако исключительно как набор физических сер, Аноним (-), 19:57 , 26-Апр-12, (47) А кто те сказал, что сетевая FS нужна ---И кстати, обляка могут быть SAAS, PAAS , pavlinux (ok), 20:34 , 26-Апр-12, (48) Очень даже не обязательно, просто пример , Аноним (-), 21:11 , 26-Апр-12, (49) OpenMosix не решал эти задачи , umbr (ok), 15:18 , 26-Апр-12, (36) // Разные технологии но вот клоуд часто путают с тем что делал OpenMosix , Bragin (ok), 15:47 , 26-Апр-12, (42) Из практики, хоть и не юзаем облачную платформу а напрямую из virt-manager созда, hummermania (ok), 10:18 , 27-Апр-12, (50)   // Вы описываете обычные прелести виртуализации Про проблему портов не совсем понят, stimpack (ok), 13:52 , 27-Апр-12, (51)   1,11,50

Сообщения

[Сортировка по времени | RSS]

50. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
Сообщение от hummermania (ok), 27-Апр-12, 10:18
Из практики, хоть и не юзаем облачную платформу а напрямую из virt-manager создаем виртуалки: 3-4 win2008 по 8 гектар памяти и по два-четыре проца на ВМ и запущенные вместе суммарно хавают памяти 10-15 Гб. Если софт требует больше памяти - конечно увеличивается, но ситуация похожа на виртуальный жесткий с динамическим размером. В любой момент времени съедается столько сколько требуется, а не сколько выделено изначально каждой ВМ. Поэтому в зависимости от задачи можно гибко комбинировать на каждый сервер виндовые ВМ и линуксовые. Которые комфортно живут и на 256 Мб. Если задача мелкая, и пару Гб если более высокая нагрузка. А так как в наличии есть не одна железка, причем разных поколений, разных архитектур, то здесь очень выгодна миграция между ними если вдруг на одной железке становится ВМ-кам неуютно. Причем без всяких переустановок, перенастроек. Миграция позволяет вводить в общий пул серверов совершенно разнообразные железяки. В том числе делать кластера из совершенно простых и недорогих, относительно, железяк. И гибко перемещать прожорливые ВМ в одно место, не жадные - в другое. Для любой компании с числом серверных железок больше 2-3 - это самое то. Один раз настроенная ВМ может работать там куда ее приткнут - это одна из прелестей. Про скорость гостя выше хоста - не скажу, бенчмарки не проводили, т.к. это решение куда более комплексное. Кроме того не забываем, что установив любую ОС, к примеру, на 12 ядерный сервер с 64 Гб памяти вы не получите супер-пупер мега сетевой сервис, только из-за ускорения роста оверхеда и других накладных расходов только даже на переключение контекста между сотнями и тысячами потоков которые будут там подниматься при множестве коннектов. Есть верхние ограничения у количества открытых файлов, на кол-во коннектов, хоть и снимаемые настройкой, но всё равно не бесконечные. Да и портов на одну ОС - 65535. А как обслуживать миллион входящих? Приходится разбивать одно железо на серию серверов из ВМ. Делать балансировку нагрузки, разводить одни и те же сервисы на разные железки, для увеличения процента доступности и т.д. и т.п. Облако снимает лишь серию ограничений в которые уткнулись компании, предоставляющие высоконагруженые сетевые сервисы.
Ответить | Правка | Наверх | Cообщить модератору

	51. "Проект Debian представил ожидаемые в Wheezy средства для упр..."	+/–
	Сообщение от stimpack (ok), 27-Апр-12, 13:52
	Вы описываете обычные прелести виртуализации. Про проблему портов не совсем понятно, так как каждая гостевая ось имеет чаще всего собственный IP, со всеми вытекающими (а часто и собственный mac, в зависимости от софта виртуализации). Если смотреть со стороны кластера, то там своя внутренняя подсеть и общий IP, который распределяет входящую нагрузку (либо это делается средствами DNS). В общем, вариантов масса и никогда при виртуализации-кластеризации не было проблемой количество портов. Миллион входящих - один ко многим - как-то ведь живут веб-сервера :) Да, облако - следующая ступень обычной виртуализации. И использоваться должно не ради имени, а если сопровождение виртуализации становится гемморойным. Гемморойно оно либо на больших объемах - "облако как сервис", либо при повышенной отказоустойчивости и более гибкого распределения нагрузки - для определенного среза компаний. То, что до тиражирования облаков доросли компании-гиганты и начинают крутить рекламу для повышения окупаемости проекта, остальным, видимо, пудрит мозги.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема