Виртуализация: различия между версиями
>Spambot1 м |
>Player1 (Отмена правки № 10009 участника Pepel (обсуждение) спам) |
||
| Строка 1: | Строка 1: | ||
{{Болванка}} | {{Болванка}} | ||
| − | '''Виртуализация''' - технология, позволяющая запускать на одном [[компьютер]]е сразу несколько, причем возможно совершенно разных, [[Операционная система|операционных систем]]. Сам процесс выглядит примерно так - сначала стартует основная [[операционная система]], в которой затем запускают одну или больше т.н. "гостевых" [[Операционная система|операционных систем]], в которых уже можно запускать разнообразное программное обеспечение, изучать их поведение, сохранять их состояние в произвольно выбранный момент, балансировать нагрузку между машинами, перебрасывая гостевые системы на другие компьютеры и т.п. | + | '''Виртуализация''' - технология, позволяющая запускать на одном [[компьютер]]е сразу несколько, причем возможно совершенно разных, [[Операционная система|операционных систем]]. Сам процесс выглядит примерно так - сначала стартует основная [[операционная система]], в которой затем запускают одну или больше т.н. "гостевых" [[Операционная система|операционных систем]], в которых уже можно запускать разнообразное программное обеспечение, изучать их поведение, сохранять их состояние в произвольно выбранный момент, балансировать нагрузку между машинами, перебрасывая гостевые системы на другие компьютеры и т.п. |
== Виды виртуализации == | == Виды виртуализации == | ||
| − | Бывают программные технологии виртуализации, аппаратные и комбинированные. Программные технологии бывают [[проприетарное ПО|проприетарные]], а бывают и свободные. С проприетарными технологиями, как и всегда, у конечных пользователей возникают проблемы из ниоткуда. Например, незадачливые пользователи проприетарного виртуализационного ПО от [[VMware]] в [[2008/08|августе 2008 года]] столкнулись с ошибкой в модуле проверки лицензии<ref>http://www.cybersecurity.ru/programm/53122.html</ref>, что привело к долгим и забавным объяснениям от вендора, как этот модуль можно обмануть. Пользователи-же этой системы пережили много неприятных часов и дней<ref>http://www.deploylinux.net/matt/2008/08/all-your-vms-belong-to-us.html</ref> - будем надеяться, что они сделали вывод из этого горького опыта, и в будущем будут избегать закрытых технологий и их реализаций не обращая внимания на хвалебные опусы [[Реклама|рекламного характера]]. | + | Бывают программные технологии виртуализации, аппаратные и комбинированные. Программные технологии бывают [[проприетарное ПО|проприетарные]], а бывают и свободные. С проприетарными технологиями, как и всегда, у конечных пользователей возникают проблемы из ниоткуда. Например, незадачливые пользователи проприетарного виртуализационного ПО от [[VMware]] в [[2008/08|августе 2008 года]] столкнулись с ошибкой в модуле проверки лицензии<ref>http://www.cybersecurity.ru/programm/53122.html</ref>, что привело к долгим и забавным объяснениям от вендора, как этот модуль можно обмануть. Пользователи-же этой системы пережили много неприятных часов и дней<ref>http://www.deploylinux.net/matt/2008/08/all-your-vms-belong-to-us.html</ref> - будем надеяться, что они сделали вывод из этого горького опыта, и в будущем будут избегать закрытых технологий и их реализаций не обращая внимания на хвалебные опусы [[Реклама|рекламного характера]]. |
== Проблемы юридического характера == | == Проблемы юридического характера == | ||
| − | Помимо технических выгод, это создает забавные [[копираст]]ские казусы. Например, в лицензии на [[операционная система|операционную систему]] может быть указано, что ее можно ставить лишь на конкретное количество процессоров, что может формально запрещать установку ее в виртуальном окружении на многопроцессорной машине. Может быть сказано, что систему можно ставить лишь на конкретную машину, что формально запрещает переброс работающей гостевой системы "на лету" на другую систему. Сам запуск системы в виртуальном окружении делает чрезвычайно сложным, и так-то бессмысленный процесс контроля за пользователем на программном уровне с помощью [[DRM]], так-как позволяет гораздо проще перехватывать низкоуровневые системные вызовы, чем если бы это производилось в "нормальном", невиртуализованном окружении. | + | Помимо технических выгод, это создает забавные [[копираст]]ские казусы. Например, в лицензии на [[операционная система|операционную систему]] может быть указано, что ее можно ставить лишь на конкретное количество процессоров, что может формально запрещать установку ее в виртуальном окружении на многопроцессорной машине. Может быть сказано, что систему можно ставить лишь на конкретную машину, что формально запрещает переброс работающей гостевой системы "на лету" на другую систему. Сам запуск системы в виртуальном окружении делает чрезвычайно сложным, и так-то бессмысленный процесс контроля за пользователем на программном уровне с помощью [[DRM]], так-как позволяет гораздо проще перехватывать низкоуровневые системные вызовы, чем если бы это производилось в "нормальном", невиртуализованном окружении. |
Известный [[Microsoft|производитель ПО из Редмонда]] вставил в свою [[EULA]] специальные замечания, касающиеся виртуализации - он милостиво разрешает переносить гостевые системы с [[Windows]] из датацентра в датацентр, но не чаще раза в 90 дней<ref>http://www.cybersecurity.ru/os/53543.html</ref>, что, конечно, ставит крест на возможности законно использовать балансировку нагрузки между разными физическими серверами. | Известный [[Microsoft|производитель ПО из Редмонда]] вставил в свою [[EULA]] специальные замечания, касающиеся виртуализации - он милостиво разрешает переносить гостевые системы с [[Windows]] из датацентра в датацентр, но не чаще раза в 90 дней<ref>http://www.cybersecurity.ru/os/53543.html</ref>, что, конечно, ставит крест на возможности законно использовать балансировку нагрузки между разными физическими серверами. | ||
Версия от 18:00, 13 мая 2010
|
Это незавершённая статья. Вы можете помочь проекту, исправив и дополнив её. |
Виртуализация - технология, позволяющая запускать на одном компьютере сразу несколько, причем возможно совершенно разных, операционных систем. Сам процесс выглядит примерно так - сначала стартует основная операционная система, в которой затем запускают одну или больше т.н. "гостевых" операционных систем, в которых уже можно запускать разнообразное программное обеспечение, изучать их поведение, сохранять их состояние в произвольно выбранный момент, балансировать нагрузку между машинами, перебрасывая гостевые системы на другие компьютеры и т.п.
Виды виртуализации
Бывают программные технологии виртуализации, аппаратные и комбинированные. Программные технологии бывают проприетарные, а бывают и свободные. С проприетарными технологиями, как и всегда, у конечных пользователей возникают проблемы из ниоткуда. Например, незадачливые пользователи проприетарного виртуализационного ПО от VMware в августе 2008 года столкнулись с ошибкой в модуле проверки лицензии[1], что привело к долгим и забавным объяснениям от вендора, как этот модуль можно обмануть. Пользователи-же этой системы пережили много неприятных часов и дней[2] - будем надеяться, что они сделали вывод из этого горького опыта, и в будущем будут избегать закрытых технологий и их реализаций не обращая внимания на хвалебные опусы рекламного характера.
Проблемы юридического характера
Помимо технических выгод, это создает забавные копирастские казусы. Например, в лицензии на операционную систему может быть указано, что ее можно ставить лишь на конкретное количество процессоров, что может формально запрещать установку ее в виртуальном окружении на многопроцессорной машине. Может быть сказано, что систему можно ставить лишь на конкретную машину, что формально запрещает переброс работающей гостевой системы "на лету" на другую систему. Сам запуск системы в виртуальном окружении делает чрезвычайно сложным, и так-то бессмысленный процесс контроля за пользователем на программном уровне с помощью DRM, так-как позволяет гораздо проще перехватывать низкоуровневые системные вызовы, чем если бы это производилось в "нормальном", невиртуализованном окружении.
Известный производитель ПО из Редмонда вставил в свою EULA специальные замечания, касающиеся виртуализации - он милостиво разрешает переносить гостевые системы с Windows из датацентра в датацентр, но не чаще раза в 90 дней[3], что, конечно, ставит крест на возможности законно использовать балансировку нагрузки между разными физическими серверами.