| 1.1, jy (?), 15:49, 03/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Мне не понравился эвкалипт - пол года назад он слишком много ошибок выдавал.
Но проект достоин уважения - практически готовый ec2
| | |
| |
| 2.2, ls (??), 16:30, 03/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
Да, он непростой, сквозь ошибки приходится продираться, но это возможно.
| | |
| 2.6, аноним (?), 20:15, 03/08/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>пол года назад он слишком много ошибок выдавал.
В karmic та же версия, что и в jaunty. Это какбэ намекает нам, что проект перестал развиваться.
| | |
| |
| 3.12, ls (??), 14:22, 04/08/2009 [^] [^^] [^^^] [ответить]
| +/– | |
А мужики-то и не знают :) Недавно 1.5.2 выпустили и готовятся выпустить 1.6 в сентябре. На мой взгляд, он не перестанет развиваться. Другой вопрос, когда он станет более функциональным и будет ли это по-прежнему open source. Будем надеяться, что будет.
>В karmic та же версия, что и в jaunty. Это какбэ намекает
>нам, что проект перестал развиваться. | | |
|
|
| 1.3, Одмин (?), 19:22, 03/08/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Это тупой менеджер виртуалок(притом кривой) и никакими "возможностью динамического масштабирования системы и балансировки нагрузки" в нём не пахнет вообще, это не библиотека и не платформа. О чём и сказано у них в faq.
С амазоном его роднит только частичная совместимость с ихними жаба-тулзами.
| | |
| |
| 2.4, аноним (?), 20:07, 03/08/2009 [^] [^^] [^^^] [ответить]
| +/– | |
Читал, не нашел. Может, у меня глаза на заднице...
Процитируйте плз эти моменты из первоисточника, особенно про то, что это "тупой менеджер виртуалок(притом кривой)"
| | |
| 2.5, аноним (?), 20:10, 03/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
И еще я так и не понял - при принятии решения, на какой ноде запустить очередной контейнер, контроллер учитывает загруженность нод?
| | |
| |
| 3.7, ls (??), 09:55, 04/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
Да, учитывает. CC получает и обрабатывает информацию с каждого NС. Есть два режима: Greedy и RoundRobin. В первом режиме СС начинает с первой ноды, полностью ее загружает и переходит к следующей. Во втором режиме инстансы поднимаются по кругу - по одному на каждой ноде.
| | |
|
| 2.8, ls (??), 10:03, 04/08/2009 [^] [^^] [^^^] [ответить]
| +/– | |
Динамическое масштабирование заключается в следующем: вы можете добавлять в облако новые кластеры и ноды, а облако будет задействовать их по мере необходимости. Конечный пользователь поднимает свои инстансы, не думая о том, сколько ресурсов у него есть. Понятно, что есть предел, соответствующий наличию железа, но это предел не для пользователя, а для создателя облака.
Балансировка нагрузки есть. Почитайте о режимах Greedy и RoundRobin. Возможно, вы путаете балансировку в контексте облака и балансировку в контексте приложения, которое в нем работает. Балансировка нагрузки в контексте облака есть, а балансировку в контексте приложения нужно организовывать самим.
| | |
| |
| 3.9, ls (??), 10:06, 04/08/2009 [^] [^^] [^^^] [ответить]
| +/– | |
Это был ответ Oдмину на комментарий №3.
>[оверквотинг удален]
>Динамическое масштабирование заключается в следующем: вы можете добавлять в облако новые кластеры
>и ноды, а облако будет задействовать их по мере необходимости. Конечный
>пользователь поднимает свои инстансы, не думая о том, сколько ресурсов у
>него есть. Понятно, что есть предел, соответствующий наличию железа, но это
>предел не для пользователя, а для создателя облака.
>
>Балансировка нагрузки есть. Почитайте о режимах Greedy и RoundRobin. Возможно, вы путаете
>балансировку в контексте облака и балансировку в контексте приложения, которое в
>нем работает. Балансировка нагрузки в контексте облака есть, а балансировку в
>контексте приложения нужно организовывать самим.
| | |
| 3.10, аноним (?), 13:08, 04/08/2009 [^] [^^] [^^^] [ответить]
| +/– |
Может ли данный продукт обеспечивать режим, когда CC запускает новый инстанс на наименее загруженной в данной момент ноде?
Ихмо режимы Greedy и RoundRobin, как вы их описали, это не балансировка, а пародия на неё.
| | |
| |
| 4.11, ls (??), 14:19, 04/08/2009 [^] [^^] [^^^] [ответить]
| +/– | |
У нас в наличии было всего две ноды, причем одна из них заведомо слабее другой. По наблюдениям, в режиме Greedy сначала полностью загружалась первая нода (CLC, CC, NC), а потом инстансы поднимались на второй (NC). В режиме RoundRobin инстансы поднимались поочередно.
Вот как эти режимы описаны в eucalyptus.conf:
# This option configures the Cluster Controller's scheduling policy.
# Currently, this option can be set to GREEDY (first node that is
# found that can run the VM will be chosen) or ROUNDROBIN (nodes are
# selected one after another until one is found that can run the VM).
#SCHEDPOLICY="ROUNDROBIN"
SCHEDPOLICY="GREEDY"
Понятно, что хочется большего. Вопросы на форуме о внедрении собственной полиси задавались, но ответа пока не было. Но это же open source, невозможного нет.
| | |
|
|
|
|
