| 1.1, pavlinux (??), 22:02, 07/11/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >...реализовано справедливое и жесткое распределение ресурсов для каждого из CPU
Из тамошнего FAQ:
> Resource sharing?
>A: Yes ....
>
> * memory: Dynamically.
> * CPU usage: Dynamically (token bucket)
Или я чего-то не догоняю?
| | |
| 1.2, pavlinux (??), 22:36, 07/11/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Смысл?!
- Производительность? - Хрен!!!
- Безопастность? - Может быть, но как-то призрачно...
Можно маленький диалог сам с собой???
Менеджер продаж: HP или IBM серверов с аппаратной поддержкой виртуализации
-Вас могу хакнуть,сделать rf -rf, но это будет гостевая ОС!!!
-Все это прекрасно, но мля готевую ОСь, тоже я устанавливал и настраивал.
-На этот случай у вас хранится рабочая копия, с помощью которой вы можете
за минуту восстановить работоспособность.
- Да, но на момент создания копии, и их кол-во должно равно кол-ву VM + по одной к каждой!!!
- А вы купите EMC Symetrix за 300.000$, там постоянное инкр. резервирование
с возможностью восстановления на нужный момент времени.
- Денег дашь, сцука???
- А как на счёт производительности?
- Покупая у нас блэй-сервера Вам гарантирована работа 32VM на 32-х Ксеоновой машине!!!.
- Да!!!, А нах...я мне тогда виртуализация???
| | |
| |
| 2.8, Jdoe (?), 05:47, 08/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
Да нее, это не про аппаратную виртуализацию - это такой навороченный chroot c бантиками.
Оченно знаете ли... Смысла в этом довольно много, ИМХО. Как раз производители железа - в пролете.
| | |
| 2.10, uldus (ok), 09:54, 08/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
>- Производительность? - Хрен!!!
>- Безопастность? - Может быть, но как-то призрачно...
У меня vserver используется на машинах ответственность за которые лежит на мне, но администрирую которые не я. Для гостевой ос рядом лежит два архива, один с бэкапом девственно чистой но настроенной гостевой ос и один с ночным бэкапом. В случае чего, без головной боли и отрыва от текущих дел, в 5 сек. все возвращается к рабочему состоянию.
Заметного падения производительности не замечено.
| | |
| 2.13, Аноним (-), 23:06, 09/11/2006 [^] [^^] [^^^] [ответить]
| +/– |
>Смысл?!
>- Производительность? - Хрен!!!
>- Безопастность? - Может быть, но как-то призрачно...
Смысл этого называется VPS - Virtual Private Server, он же VDS - Virtual Dedicated Server.
То есть мощная машина делится на несколько виртуальных серверов.Это не столько безопасность сколько разделение ресурсов на кучу юзеров с разными настройками и разным окружением и независимостью их друг от друка.По сути - почти полный аналог "дедика" но по смешной цене - за счет разделения ресурсов обходится значительно дешевле выделенного сервера.Использую подобную штуку, у провайдеров такие решения становятся очень популярны.Удобно - сам себе рут и сам решаешь что и как на твоей машине, а цена в разы ниже чем у дедика. | | |
|
| 1.3, pavlinux (??), 22:50, 07/11/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
И вааще, меня прикалывает политика IBM и HP.
Кластеризация для дальнейшей виртуализации. :)))) | | |
| |
| 2.4, Mikk (?), 00:01, 08/11/2006 [^] [^^] [^^^] [ответить]
| +/– | |
Нагрузка - это далеко не всегда решающий фактор. Вот представь, что у тебя через твой сервер проходит m^n$ в минуту. Нагрузка, скажем, копеечная, а если поломается, то финансовые потери большие. Представил? И вот у тебя на разных железках оно среди прочего отъедает свою нагрузку, но если падает один из серверов, то по фэйловеру работает второй сервер. | | |
| |
| 3.5, Tracer (??), 00:40, 08/11/2006 [^] [^^] [^^^] [ответить]
| +/– | |
А кто тебе мешает, просто как сделал когда-то Гуугль, иметь много простеньких серверов в общем кластере. Без всякой виртуализации (Софт-деньги)... любая поломка, взлом - перезаливаешь образ. Дешево (железо и софт) и сердито. | | |
| |
| 4.6, Mikk (?), 01:44, 08/11/2006 [^] [^^] [^^^] [ответить]
| +/– | |
Я не против. Замечательно. Но это отнюдь не отрицает предыдущего варианта. | | |
| |
| |
| |
| 7.11, Tracer (??), 16:58, 08/11/2006 [^] [^^] [^^^] [ответить]
| +/– | |
На Бзде есть Jail :) Все дружно ждём jail2 c возможностью ограничения ресурсов опреативной памяти и т.д. | | |
|
|
|
|
|
|
|
