Re: Виртуальная инфраструктурка
On Mon, 22 May 2017 15:33:43 +0300 Victor Wagnerwrote: > На базе xen вообще сделано много чего интересного. У той же libvirt > ноги оттуда растут. А еще Qubes тоже туда же. Но вот к сожалению при > интересности концепций, ничего из того что сделано на базе xen что-то > доведенным до production видеть не доводилось. Как минимум AWS (Amazon Web Services) EC2 построен на базе Xen и вполне работает в продакшене. -- WBR, Andrey Tataranovich
Re: Виртуальная инфраструктурка
Я давно не смотрел в сторону Xen, думал, что он лишь "тонкий гипервизор", а теперь выбор xen vs kvm - лишь вопрос накладных расходов, которые каждый из них вносит. 24.05.2017 12:46, Геннадий Ковалёв пишет: > 23.05.2017 18:10, artiom пишет: >> Вопрос лишь в том, заем нужен Xen, если имеется KVM? > > Да, это хороший вопрос. Я поэтому и интересовался, чтобы выяснить кто > имел опыт и с Xen и с KVM. > > С Xen у меня было несколько проблем, но я не понял связано ли это с > Windows Server или с самим Xen. Например, не проходили команды на > перезагрузку и shutdown (ACPI), приходится тушить жёстко. Не понял как > на лету добавлять поддержку VNC. Иногда винда теряла сетевое > соединение, находила как буд-то новую сетевую карту и надо было там > нажать в консоле пару кнопок, чтобы она активировалась. Ну и всё такое > по мелочам. > > У меня эта машина совершенно не критичная, но тоже посматриваю в > сторону KVM. >
Re: Виртуальная инфраструктурка
23.05.2017 18:10, artiom пишет: Вопрос лишь в том, заем нужен Xen, если имеется KVM? Да, это хороший вопрос. Я поэтому и интересовался, чтобы выяснить кто имел опыт и с Xen и с KVM. С Xen у меня было несколько проблем, но я не понял связано ли это с Windows Server или с самим Xen. Например, не проходили команды на перезагрузку и shutdown (ACPI), приходится тушить жёстко. Не понял как на лету добавлять поддержку VNC. Иногда винда теряла сетевое соединение, находила как буд-то новую сетевую карту и надо было там нажать в консоле пару кнопок, чтобы она активировалась. Ну и всё такое по мелочам. У меня эта машина совершенно не критичная, но тоже посматриваю в сторону KVM.
Re: Виртуальная инфраструктурка
Любопытно. Посмотрю в эту сторону. 23.05.2017 14:26, Геннадий Ковалёв пишет: > > 23.05.2017 13:49, artiom пишет: >> В смысле, доставить в основную систему какие-то пакеты, плюс ядро с >> поддержкой Xen, вместо обычного? > > Да, метапакет, например для amd64: xen-system-amd64 > > А вот с ядром я, похоже, выдал устаревшую информацию. Сейчас на > рабочей машине с xen запущено очень даже обычное ядро. Видать > поддержку xen уже встроили. Не гуглил, лень. > > > uname -a > Linux sed 4.9.0-2-amd64 #1 SMP Debian 4.9.18-1 (2017-03-30) x86_64 > GNU/Linux > > Ещё раньше, когда ядро ставилось особое, надо было в приоритетах в > grub поставить загрузку именно xen-ядра. По-умолчанию загружалось > обычное. Сейчас что с ядрами я уже не понял. Может ничего уже и не надо. >
Re: Виртуальная инфраструктурка
Вопрос лишь в том, заем нужен Xen, если имеется KVM? 23.05.2017 14:26, Геннадий Ковалёв пишет: > > 23.05.2017 13:49, artiom пишет: >> В смысле, доставить в основную систему какие-то пакеты, плюс ядро с >> поддержкой Xen, вместо обычного? > > Да, метапакет, например для amd64: xen-system-amd64 > > А вот с ядром я, похоже, выдал устаревшую информацию. Сейчас на > рабочей машине с xen запущено очень даже обычное ядро. Видать > поддержку xen уже встроили. Не гуглил, лень. > > > uname -a > Linux sed 4.9.0-2-amd64 #1 SMP Debian 4.9.18-1 (2017-03-30) x86_64 > GNU/Linux > > Ещё раньше, когда ядро ставилось особое, надо было в приоритетах в > grub поставить загрузку именно xen-ядра. По-умолчанию загружалось > обычное. Сейчас что с ядрами я уже не понял. Может ничего уже и не надо. >
Re: Виртуальная инфраструктурка
23.05.2017 13:49, artiom пишет: В смысле, доставить в основную систему какие-то пакеты, плюс ядро с поддержкой Xen, вместо обычного? Да, метапакет, например для amd64: xen-system-amd64 А вот с ядром я, похоже, выдал устаревшую информацию. Сейчас на рабочей машине с xen запущено очень даже обычное ядро. Видать поддержку xen уже встроили. Не гуглил, лень. > uname -a Linux sed 4.9.0-2-amd64 #1 SMP Debian 4.9.18-1 (2017-03-30) x86_64 GNU/Linux Ещё раньше, когда ядро ставилось особое, надо было в приоритетах в grub поставить загрузку именно xen-ядра. По-умолчанию загружалось обычное. Сейчас что с ядрами я уже не понял. Может ничего уже и не надо.
Re: Виртуальная инфраструктурка
В смысле, доставить в основную систему какие-то пакеты, плюс ядро с поддержкой Xen, вместо обычного? 23.05.2017 00:27, Геннадий Ковалёв пишет: > 22.05.2017 21:31, artiom пишет: >> Не, это из пушки по воробьям: не буду же я сносить основную систему и >> ставить вместо неё гипервизор? > > Нет, там вроде просто ядро ставится из репозитория и пакеты. Систему > сносить не надо. У меня одна M$ тестовая машинка так живёт. >
Re: Виртуальная инфраструктурка
22.05.2017 21:31, artiom пишет: Не, это из пушки по воробьям: не буду же я сносить основную систему и ставить вместо неё гипервизор? Нет, там вроде просто ядро ставится из репозитория и пакеты. Систему сносить не надо. У меня одна M$ тестовая машинка так живёт.
Re: Виртуальная инфраструктурка
Victor Wagnerwrote: > On Mon, 22 May 2017 16:35:07 +0300 > "Andrey Jr. Melnikov" wrote: > > Victor Wagner wrote: > > > On Sun, 21 May 2017 19:13:56 +0300 > > > artiom wrote: > > > > [...] > > > > > Правда, в debian qemu-bridge-helper почему-то без suid бита (хотя > > > единственный смысл этой утилиты - запускаться с повышенными > > > привилегиями и конфигурировать сеть). Поэтому приходится при каждом > > > апгрейде qemu править. > > Триггер нарисуй, который будет при каждом апдейте выполнять > > setcap +cap_net_admin /usr/lib/qemu/qemu-bridge-helper > > ибо suid - оверкилл для этой задачи. > Странно, что эту операцию не выполняет postinst от самого qemu. дядя Миша сумлевается в коде, ему не надо - значит и вам не положено. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691138 Можешь ему написать в почту и спросить - ДОКОЛЕ? Тем более, что хелпер сам активно пытается сбросить у себя права до CAP_NET_ADMIN если обнаруживает, что он суидный. PS: Вот по этому, у меня и qemu - самосборный ;)
Re: Виртуальная инфраструктурка
Идею понял, посмотрю. OpenStack я давно не интересовался. Спасибо. 22.05.2017 14:48, Pavel Marchenko пишет: > > Там из коробки kvm или qemu, т.е. Ничего склеить не нужно, накладных > расходов не много. > > *От: *artiom <mailto:artio...@yandex.ru> > *Отправлено: *22 мая 2017 г. в 14:22 > *Кому: *debian-russian@lists.debian.org > <mailto:debian-russian@lists.debian.org> > *Тема: *Re: Виртуальная инфраструктурка > > > > А, понял вас. > > Вопрос не в этом. Оркестрация - это хорошо, но openstack использует > бэкэнд в виде того же самого гипервизора, который пользую я. И > нагрузка от этого не снизится. > > Ноут просто не потянет пять машин в таком виде. > > > > 22.05.2017 09:29, Pavel Marchenko пишет: > > > > > > *От: *artiom <mailto:artio...@yandex.ru> > *Отправлено: *21 мая 2017 г. в 23:46 > *Кому: *debian-russian@lists.debian.org > <mailto:debian-russian@lists.debian.org> > *Тема: *Re: Виртуальная инфраструктурка > > > > Что сие значит? > > > Соберите дев стак и используйте heat шаблоны > > > > Отправлено с моего телефона на Windows 10 > > > > *От: *artiom <mailto:artio...@yandex.ru> > *Отправлено: *21 мая 2017 г. в 19:14 > *Кому: *debian-russian@lists.debian.org > <mailto:debian-russian@lists.debian.org> > *Тема: *Виртуальная инфраструктурка > > > > Вопрос хотя и не в тему рассылки, но вдруг на то, что > кто-нибудь дельное > > посоветует. > > > > Я хочу иметь наборчик одновременно запущенных виртуальных машин, > > объединённых в сеть, причём на ноутбуке. > > > > Причём, не "постоянных", как сейчас, а для тестирования. Штук > так пять > > например, в основном с виндой и набором некоего > предустановленного софта. > > > > Т.е., чтобы их возможно было ломать и калечить, а потом снова всю > > инфраструктурку восстановить. > > > > На ноуте 20Гб RAM и Core i7, но Debian, внутри которого > запущено два > > экземпляра VWare с win10 и с macos, бывает умирает (потому, я > их вместе > > не запускаю). > > > > Если ресурсы ограничивать сильно, работать на виртуалках тяжело. > > > > > > Возможно ли в принципе такое сделать сейчас? > > > > Или для этого требуется какой-нибудь амазон ец клауд > обязательно и нет > > технологий, позволяющих организовать "лёгкие виртуалки" с > разными ОС? > > > > Как вообще у людей организовано такое, если например, > запрещено им в > > амазон свои данные выносить? > > > > > > Dev stack https://wiki.openstack.org/wiki/DevStack > > Это скрипт для сборки опенстака на одной машине. Heat это модуль > оркестрации опенстака, позволяет на yaml’е описать свою среду и > поднимать ее одной кнопкой. > > > > > > >
Re: Виртуальная инфраструктурка
>>> выделить виртуалке. Поэтому я норовлю упихать разнообразные линуксы >>> в lxc- контейнеры, даже если это приводит к тому что дистрибутив, >>> заточенный на ядро 3.2 приходится пускать под ядром 4.9. >> Вот в том и был вопрос. Да, извращение конечно, но нельзя ли >> организовать нечто подобное контейнерам, но для гостевых windows, с >> учётом, что их "ядерная часть" одинаковая? >> Или такого вообще нет? > Есть как минимум parallels-овский vzwin, Virtuozzo for Windows. > Это коммерческий продукт. Есть родной микрософтовский Windows Server > Containers. Тоже недешевое. Т.е., это возможно запустить внутри одной виртуалки с виндой и сформировать сетку из "машин" внутри виртуалки, практически без оверхеда?
Re: Виртуальная инфраструктурка
22.05.2017 15:33, Victor Wagner пишет: > On Mon, 22 May 2017 15:19:43 +0300 > Геннадий Ковалёвwrote: > >> 22.05.2017 14:59, Victor Wagner пишет: >> А есть опыт использования XEN? >> > Бог миловал. > > В смысле по всем отзывам, которые приходилось читать, это технология с > которой лучше и не связываться. Хотя как раз в случае, о котором писал > инициатор треда, может быть и есть резон посмотреть на эту технологию. Не, это из пушки по воробьям: не буду же я сносить основную систему и ставить вместо неё гипервизор?
Re: Виртуальная инфраструктурка
Victor Wagnerwrote: > On Sun, 21 May 2017 19:13:56 +0300 > artiom wrote: [...] > Правда, в debian qemu-bridge-helper почему-то без suid бита (хотя > единственный смысл этой утилиты - запускаться с повышенными > привилегиями и конфигурировать сеть). Поэтому приходится при каждом > апгрейде qemu править. Триггер нарисуй, который будет при каждом апдейте выполнять setcap +cap_net_admin /usr/lib/qemu/qemu-bridge-helper ибо suid - оверкилл для этой задачи.
Re: Виртуальная инфраструктурка
22.05.2017 14:59, Victor Wagner пишет: On Mon, 22 May 2017 14:32:32 +0300 Есть как минимум parallels-овский vzwin, Virtuozzo for Windows. Это коммерческий продукт. Есть родной микрософтовский Windows Server Containers. Тоже недешевое. ... Докер - это совсем для других задач. Это контейнеризация приложений. А либвирт - для виртуализации. Виртуализация (в том числе и контейнерная, на базе LXC или solaris zones, это сильно другое) Поэтому docker может себе позволить не уметь 32-битных систем, например. Мы его тоже местами используем. Но все мечтаем отказаться. Ибо для задач разработки и тестирования мультиплатформных приложений он не пригоден чуть менее чем совсем. А есть опыт использования XEN?
RE: Виртуальная инфраструктурка
Там из коробки kvm или qemu, т.е. Ничего склеить не нужно, накладных расходов не много. От: artiom Отправлено: 22 мая 2017 г. в 14:22 Кому: debian-russian@lists.debian.org Тема: Re: Виртуальная инфраструктурка А, понял вас. Вопрос не в этом. Оркестрация - это хорошо, но openstack использует бэкэнд в виде того же самого гипервизора, который пользую я. И нагрузка от этого не снизится. Ноут просто не потянет пять машин в таком виде. 22.05.2017 09:29, Pavel Marchenko пишет: От: artiom Отправлено: 21 мая 2017 г. в 23:46 Кому: debian-russian@lists.debian.org Тема: Re: Виртуальная инфраструктурка Что сие значит? Соберите дев стак и используйте heat шаблоны Отправлено с моего телефона на Windows 10 От: artiom Отправлено: 21 мая 2017 г. в 19:14 Кому: debian-russian@lists.debian.org Тема: Виртуальная инфраструктурка Вопрос хотя и не в тему рассылки, но вдруг на то, что кто-нибудь дельное посоветует. Я хочу иметь наборчик одновременно запущенных виртуальных машин, объединённых в сеть, причём на ноутбуке. Причём, не "постоянных", как сейчас, а для тестирования. Штук так пять например, в основном с виндой и набором некоего предустановленного софта. Т.е., чтобы их возможно было ломать и калечить, а потом снова всю инфраструктурку восстановить. На ноуте 20Гб RAM и Core i7, но Debian, внутри которого запущено два экземпляра VWare с win10 и с macos, бывает умирает (потому, я их вместе не запускаю). Если ресурсы ограничивать сильно, работать на виртуалках тяжело. Возможно ли в принципе такое сделать сейчас? Или для этого требуется какой-нибудь амазон ец клауд обязательно и нет технологий, позволяющих организовать "лёгкие виртуалки" с разными ОС? Как вообще у людей организовано такое, если например, запрещено им в амазон свои данные выносить? Dev stack https://wiki.openstack.org/wiki/DevStack Это скрипт для сборки опенстака на одной машине. Heat это модуль оркестрации опенстака, позволяет на yaml’е описать свою среду и поднимать ее одной кнопкой.
Re: Виртуальная инфраструктурка
> On Sun, 21 May 2017 19:13:56 +0300 > artiomwrote: > >> Вопрос хотя и не в тему рассылки, но вдруг на то, что кто-нибудь >> дельное посоветует. >> >> Я хочу иметь наборчик одновременно запущенных виртуальных машин, >> объединённых в сеть, причём на ноутбуке. >> >> Причём, не "постоянных", как сейчас, а для тестирования. Штук так пять >> например, в основном с виндой и набором некоего предустановленного >> софта. >> >> Т.е., чтобы их возможно было ломать и калечить, а потом снова всю >> инфраструктурку восстановить. >> >> На ноуте 20Гб RAM и Core i7, но Debian, внутри которого запущено два >> экземпляра VWare с win10 и с macos, бывает умирает (потому, я их >> вместе не запускаю). > Как-то это странно. Куда на меньших ресурсах держал куда большее > количество виртуальных машин vmware, и ничего не умирало. Там под виндовую виртуалку достаточно много было выделено: она ещё для сборок предназначется, возможно что ресурсы я могу урезать для тестовых виртуалок. > Вообще я сейчас предпочитаю для этой цели использовать kvm. В отличие > от vmware, все необходимые для его использования ядерные модули > находятся в mainline kernel, поэтому мудрить при апгрейде ядра не > приходится. > > Хотя, вот например, Solaris в vmware живет сильно лучше, чем в kvm. Солярис мне не нужен, слава Богу. А сижу я на Stretch и пока vmware не умирает на компиляции модулей при обновлении ядра, как это часто бывает. > > d> Или для этого требуется какой-нибудь амазон ец клауд обязательно и > d> нет >> технологий, позволяющих организовать "лёгкие виртуалки" с разными ОС? > Легкими они не будут. Вот сколько требует ресурсов соответствующая > операционка будучи запущена на голом железе, столько и придется > выделить виртуалке. Поэтому я норовлю упихать разнообразные линуксы в > lxc- контейнеры, даже если это приводит к тому что дистрибутив, > заточенный на ядро 3.2 приходится пускать под ядром 4.9. Вот в том и был вопрос. Да, извращение конечно, но нельзя ли организовать нечто подобное контейнерам, но для гостевых windows, с учётом, что их "ядерная часть" одинаковая? Или такого вообще нет? > Но 20Gb это дофига. В таком объеме памяти по-моему штук пять kvm-овских > виндов умещаться должно. Я ещё KDE использую и открыта пара браузеров, хотя free сейчас показывает 5 Гб использованными (плюс для гибернации там ещё своп на 20 Гб есть, но он используется в последнюю очередь)... >> Как вообще у людей организовано такое, если например, запрещено им в >> амазон свои данные выносить? > Лично я написал максимально тонкую обертку вокруг kvm упрощающую всякие > частые операции, и позволяющую напрямую прокидывать в kvm все, что > сама обертка не поддерживает. Потому что libvirt с его демонами меня не > устроил категорически. Ежели кому интересно > https://www.wagner.pp.ru/fossil/vws > > Правда, в debian qemu-bridge-helper почему-то без suid бита (хотя > единственный смысл этой утилиты - запускаться с повышенными > привилегиями и конфигурировать сеть). Поэтому приходится при каждом > апгрейде qemu править. > ъ KVM должен быть сам по себе полегче, чем vmware? Я раньше немного пользовал его, с целью эксперимента, в основном. Помню, есть гуи: AQemu. Т.е., предлагается использовать KVM? > libvirt Пять копеек: сейчас докер модно для таких задач, и он уже через либвирт не работает.
Re: Виртуальная инфраструктурка
А, понял вас. Вопрос не в этом. Оркестрация - это хорошо, но openstack использует бэкэнд в виде того же самого гипервизора, который пользую я. И нагрузка от этого не снизится. Ноут просто не потянет пять машин в таком виде. 22.05.2017 09:29, Pavel Marchenko пишет: > > > > > > *От: *artiom <mailto:artio...@yandex.ru> > *Отправлено: *21 мая 2017 г. в 23:46 > *Кому: *debian-russian@lists.debian.org > <mailto:debian-russian@lists.debian.org> > *Тема: *Re: Виртуальная инфраструктурка > > > > Что сие значит? > > Соберите дев стак и используйте heat шаблоны > > > > Отправлено с моего телефона на Windows 10 > > > > *От: *artiom <mailto:artio...@yandex.ru> > *Отправлено: *21 мая 2017 г. в 19:14 > *Кому: *debian-russian@lists.debian.org > <mailto:debian-russian@lists.debian.org> > *Тема: *Виртуальная инфраструктурка > > > > Вопрос хотя и не в тему рассылки, но вдруг на то, что кто-нибудь > дельное > > посоветует. > > > > Я хочу иметь наборчик одновременно запущенных виртуальных машин, > > объединённых в сеть, причём на ноутбуке. > > > > Причём, не "постоянных", как сейчас, а для тестирования. Штук так пять > > например, в основном с виндой и набором некоего предустановленного > софта. > > > > Т.е., чтобы их возможно было ломать и калечить, а потом снова всю > > инфраструктурку восстановить. > > > > На ноуте 20Гб RAM и Core i7, но Debian, внутри которого запущено два > > экземпляра VWare с win10 и с macos, бывает умирает (потому, я их > вместе > > не запускаю). > > > > Если ресурсы ограничивать сильно, работать на виртуалках тяжело. > > > > > > Возможно ли в принципе такое сделать сейчас? > > > > Или для этого требуется какой-нибудь амазон ец клауд обязательно и нет > > технологий, позволяющих организовать "лёгкие виртуалки" с разными ОС? > > > > Как вообще у людей организовано такое, если например, запрещено им в > > амазон свои данные выносить? > > > > > > Dev stack https://wiki.openstack.org/wiki/DevStack > > Это скрипт для сборки опенстака на одной машине. Heat это модуль > оркестрации опенстака, позволяет на yaml’е описать свою среду и > поднимать ее одной кнопкой. > > >
RE: Виртуальная инфраструктурка
От: artiom Отправлено: 21 мая 2017 г. в 23:46 Кому: debian-russian@lists.debian.org Тема: Re: Виртуальная инфраструктурка Что сие значит? Соберите дев стак и используйте heat шаблоны Отправлено с моего телефона на Windows 10 От: artiom Отправлено: 21 мая 2017 г. в 19:14 Кому: debian-russian@lists.debian.org Тема: Виртуальная инфраструктурка Вопрос хотя и не в тему рассылки, но вдруг на то, что кто-нибудь дельное посоветует. Я хочу иметь наборчик одновременно запущенных виртуальных машин, объединённых в сеть, причём на ноутбуке. Причём, не "постоянных", как сейчас, а для тестирования. Штук так пять например, в основном с виндой и набором некоего предустановленного софта. Т.е., чтобы их возможно было ломать и калечить, а потом снова всю инфраструктурку восстановить. На ноуте 20Гб RAM и Core i7, но Debian, внутри которого запущено два экземпляра VWare с win10 и с macos, бывает умирает (потому, я их вместе не запускаю). Если ресурсы ограничивать сильно, работать на виртуалках тяжело. Возможно ли в принципе такое сделать сейчас? Или для этого требуется какой-нибудь амазон ец клауд обязательно и нет технологий, позволяющих организовать "лёгкие виртуалки" с разными ОС? Как вообще у людей организовано такое, если например, запрещено им в амазон свои данные выносить? Dev stack https://wiki.openstack.org/wiki/DevStack Это скрипт для сборки опенстака на одной машине. Heat это модуль оркестрации опенстака, позволяет на yaml’е описать свою среду и поднимать ее одной кнопкой.
Re: Виртуальная инфраструктурка
Что сие значит? > > Соберите дев стак и используйте heat шаблоны > > > > Отправлено с моего телефона на Windows 10 > > > > *От: *artiom <mailto:artio...@yandex.ru> > *Отправлено: *21 мая 2017 г. в 19:14 > *Кому: *debian-russian@lists.debian.org > <mailto:debian-russian@lists.debian.org> > *Тема: *Виртуальная инфраструктурка > > > > Вопрос хотя и не в тему рассылки, но вдруг на то, что кто-нибудь дельное > > посоветует. > > > > Я хочу иметь наборчик одновременно запущенных виртуальных машин, > > объединённых в сеть, причём на ноутбуке. > > > > Причём, не "постоянных", как сейчас, а для тестирования. Штук так пять > > например, в основном с виндой и набором некоего предустановленного софта. > > > > Т.е., чтобы их возможно было ломать и калечить, а потом снова всю > > инфраструктурку восстановить. > > > > На ноуте 20Гб RAM и Core i7, но Debian, внутри которого запущено два > > экземпляра VWare с win10 и с macos, бывает умирает (потому, я их вместе > > не запускаю). > > > > Если ресурсы ограничивать сильно, работать на виртуалках тяжело. > > > > > > Возможно ли в принципе такое сделать сейчас? > > > > Или для этого требуется какой-нибудь амазон ец клауд обязательно и нет > > технологий, позволяющих организовать "лёгкие виртуалки" с разными ОС? > > > > Как вообще у людей организовано такое, если например, запрещено им в > > амазон свои данные выносить? > > > > >
RE: Виртуальная инфраструктурка
Соберите дев стак и используйте heat шаблоны Отправлено с моего телефона на Windows 10 От: artiom Отправлено: 21 мая 2017 г. в 19:14 Кому: debian-russian@lists.debian.org Тема: Виртуальная инфраструктурка Вопрос хотя и не в тему рассылки, но вдруг на то, что кто-нибудь дельное посоветует. Я хочу иметь наборчик одновременно запущенных виртуальных машин, объединённых в сеть, причём на ноутбуке. Причём, не "постоянных", как сейчас, а для тестирования. Штук так пять например, в основном с виндой и набором некоего предустановленного софта. Т.е., чтобы их возможно было ломать и калечить, а потом снова всю инфраструктурку восстановить. На ноуте 20Гб RAM и Core i7, но Debian, внутри которого запущено два экземпляра VWare с win10 и с macos, бывает умирает (потому, я их вместе не запускаю). Если ресурсы ограничивать сильно, работать на виртуалках тяжело. Возможно ли в принципе такое сделать сейчас? Или для этого требуется какой-нибудь амазон ец клауд обязательно и нет технологий, позволяющих организовать "лёгкие виртуалки" с разными ОС? Как вообще у людей организовано такое, если например, запрещено им в амазон свои данные выносить?