Распределение ресурсов при виртуализации серверов

[Efim Kushnir]

Сообщение от Djalolatdin Rakhimov

Суть в том, чтобы гарантировать, что один перегруженный виртуал (случайно, по ошибке или специально) не блокировал работу соседних виртуалов.

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

[Leonid Khrisanfov]

Сообщение от Djalolatdin Rakhimov

Суть в том, чтобы гарантировать, что один перегруженный виртуал (случайно, по ошибке или специально) не блокировал работу соседних виртуалов.

Тогда нужна полная изоляция. Строго выделенные оперативная память и время процессора. ESX VM Ware умеет.

Сообщение от Djalolatdin Rakhimov

А подход такой: Машина 1 может использовать ресурс Машины 2, если только ресурс 2 действительно свободен. Иначе, Машина 2 имеет преимущество для использоваения ресурса 2, вытесняя Машину 1.

А вот это, интересно, т.к. полная изоляция противоречит такой гибкости.
Как вариант, я вижу нечто среднее. Память выделяется строго, хотя бы потому что других вариантов, похоже, нет. А вот процессоры либо поровну, либо квантами в виде процессорных ядер физического сервера.
Поправка: ESX и ESXi всё таки не позволяют задавать приоритеты на использование процессорного времени, есть только возможность закреплять виртуальные процессоры за конкретными ядрами физического процессора.
Похоже, дело - табак
Либо QoS, либо динамическое распределение (только для виртуальных процессоров и только "самотёком", когда всем процессорам - поровну, и каждый берёт столько сколько нужно).

[Djalolatdin Rakhimov]

Сообщение от Efim Kushnir

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

Опыта пока нет. И не просто разговор. Изучение возможности оказания услуг по аренде виртуальных машин (серверов). Оценка возможностей, предоставляемых программно-техническими средствами для определения параметров услуги: что можно гарантировать, а что - нет.

[Djalolatdin Rakhimov]

Сообщение от Leonid Khrisanfov

Тогда нужна полная изоляция. Строго выделенные оперативная память и время процессора. ESX VM Ware умеет.

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

[Eldar Fattakhov]

Сообщение от Leonid Khrisanfov

Похоже, дело - табак

Скорее всего окажется, что стоимость средств виртуализации (VMWare, XenServer) будет настолько удорожать систему, что "тонкое" управление на уровне ядра или отдельного гигабайта ОЗУ окажется просто нецелесообразным.

[Leonid Khrisanfov]

Как-то загрустили все
У меня получился такой итог-подборка:
1. VMWare - что-то вроде лидера в этой нише
2. Обладает интересными возможностями
3. Доступно в различных (в том числе бесплатных) вариантах
4. Дружит с HP
5. А подходит ли вообще?

Видимо, это моё заднее слово

[Erkin Kuchkarov]

Сообщение от Leonid Khrisanfov

1. VMWare - что-то вроде лидера в этой нише

Согласен и не только я

Сравнительная табличка (RHEL vs Hyper-V)



Сравнительная табличка (RHEL vs VMWare)



Так что выбор из трех... нормально

Рекомендую

(Гы... а в красная шапочка можно добавлять "на лету" процессоры и память )

[Leonid Khrisanfov]

Сообщение от Erkin Kuchkarov

(Гы... а в красная шапочка можно добавлять "на лету" процессоры и память )

Да где? С чего Вы это взяли? Пожалуйста, поподробнее, ибо очень интересно.

[Erkin Kuchkarov]

Сообщение от Leonid Khrisanfov

Да где?

Тут

# virsh setmem vm01 262144

в итоге домен vm01 теперь имеет ОЗУ 256М. Аналогично, можно на лету добавить vCPU.

Но все это обещают в других гипервизорах... но Windows Server 2008 R2 обещан в 2010 году. VI4 -- в течение 3-х месяцев
RHEL уходит на KVM (я там ссылочку привел)

[Leonid Khrisanfov]

Сообщение от Erkin Kuchkarov

Тут

# virsh setmem vm01 262144

в итоге домен vm01 теперь имеет ОЗУ 256М. Аналогично, можно на лету добавить vCPU.

Но все это обещают в других гипервизорах... но Windows Server 2008 R2 обещан в 2010 году. VI4 -- в течение 3-х месяцев
RHEL уходит на KVM (я там ссылочку привел)

Домен, домен... какие-то Xen-овские штучки ...
А причём здесь гостевая ОС, и даже если причём, как она "съест" такое???