Re: Виртуальная инфраструктурка

2017-06-01 Пенетрантность Andrey Tataranovich
On Mon, 22 May 2017 15:33:43 +0300
Victor Wagner  wrote:

> На базе xen вообще сделано много чего интересного. У той же libvirt
> ноги оттуда растут. А еще Qubes тоже туда же. Но вот к сожалению при
> интересности концепций, ничего из того что сделано на базе xen что-то
> доведенным до production видеть не доводилось. 

Как минимум AWS (Amazon Web Services) EC2 построен на базе Xen и
вполне работает в продакшене.

-- 
WBR, Andrey Tataranovich



Re: Виртуальная инфраструктурка

2017-05-24 Пенетрантность artiom
Я давно не смотрел в сторону 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: Виртуальная инфраструктурка

2017-05-24 Пенетрантность Геннадий Ковалёв

23.05.2017 18:10, artiom пишет:

Вопрос лишь в том, заем нужен Xen, если имеется KVM?


Да, это хороший вопрос. Я поэтому и интересовался, чтобы выяснить кто 
имел опыт и с Xen и с KVM.


С Xen у меня было несколько проблем, но я не понял связано ли это с 
Windows Server или с самим Xen. Например, не проходили команды на 
перезагрузку и shutdown (ACPI), приходится тушить жёстко. Не понял как 
на лету добавлять поддержку VNC. Иногда винда теряла сетевое соединение, 
находила как буд-то новую сетевую карту и надо было там нажать в консоле 
пару кнопок, чтобы она активировалась. Ну и всё такое по мелочам.


У меня эта машина совершенно не критичная, но тоже посматриваю в сторону 
KVM.




Re: Виртуальная инфраструктурка

2017-05-23 Пенетрантность artiom
Любопытно. Посмотрю в эту сторону.


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: Виртуальная инфраструктурка

2017-05-23 Пенетрантность artiom
Вопрос лишь в том, заем нужен 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: Виртуальная инфраструктурка

2017-05-23 Пенетрантность Геннадий Ковалёв


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: Виртуальная инфраструктурка

2017-05-23 Пенетрантность artiom
В смысле, доставить в основную систему какие-то пакеты, плюс ядро с
поддержкой Xen, вместо обычного?


23.05.2017 00:27, Геннадий Ковалёв пишет:
> 22.05.2017 21:31, artiom пишет:
>> Не, это из пушки по воробьям: не буду же я сносить основную систему и
>> ставить вместо неё гипервизор?
>
> Нет, там вроде просто ядро ставится из репозитория и пакеты. Систему
> сносить не надо. У меня одна M$ тестовая машинка так живёт.
>



Re: Виртуальная инфраструктурка

2017-05-22 Пенетрантность Геннадий Ковалёв

22.05.2017 21:31, artiom пишет:

Не, это из пушки по воробьям: не буду же я сносить основную систему и
ставить вместо неё гипервизор?


Нет, там вроде просто ядро ставится из репозитория и пакеты. Систему 
сносить не надо. У меня одна M$ тестовая машинка так живёт.




Re: Виртуальная инфраструктурка

2017-05-22 Пенетрантность Andrey Jr. Melnikov
Victor Wagner  wrote:
> 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: Виртуальная инфраструктурка

2017-05-22 Пенетрантность artiom
Идею понял, посмотрю. 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: Виртуальная инфраструктурка

2017-05-22 Пенетрантность artiom

>>> выделить виртуалке. Поэтому я норовлю упихать разнообразные линуксы
>>> в lxc- контейнеры, даже если это приводит к тому что дистрибутив,
>>> заточенный на ядро 3.2 приходится пускать под ядром 4.9.  
>> Вот в том и был вопрос. Да, извращение конечно, но нельзя ли
>> организовать нечто подобное контейнерам, но для гостевых windows, с
>> учётом, что их "ядерная часть" одинаковая?
>> Или такого вообще нет?
> Есть как минимум parallels-овский vzwin, Virtuozzo for Windows.
> Это коммерческий продукт. Есть родной микрософтовский Windows Server
> Containers. Тоже недешевое.
Т.е., это возможно запустить внутри одной виртуалки с виндой и
сформировать сетку из "машин" внутри виртуалки, практически без оверхеда?



Re: Виртуальная инфраструктурка

2017-05-22 Пенетрантность artiom


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: Виртуальная инфраструктурка

2017-05-22 Пенетрантность Andrey Jr. Melnikov
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 - оверкилл для этой задачи.



Re: Виртуальная инфраструктурка

2017-05-22 Пенетрантность Геннадий Ковалёв

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: Виртуальная инфраструктурка

2017-05-22 Пенетрантность Pavel Marchenko
Там из коробки 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: Виртуальная инфраструктурка

2017-05-22 Пенетрантность artiom

> On Sun, 21 May 2017 19:13:56 +0300
> artiom  wrote:
>
>> Вопрос хотя и не в тему рассылки, но вдруг на то, что кто-нибудь
>> дельное посоветует.
>>
>> Я хочу иметь наборчик одновременно запущенных виртуальных машин,
>> объединённых в сеть, причём на ноутбуке.
>>
>> Причём, не "постоянных", как сейчас, а для тестирования. Штук так пять
>> например, в основном с виндой и набором некоего предустановленного
>> софта.
>>
>> Т.е., чтобы их возможно было ломать и калечить, а потом снова всю
>> инфраструктурку восстановить.
>>
>> На ноуте 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: Виртуальная инфраструктурка

2017-05-22 Пенетрантность artiom
А, понял вас.

Вопрос не в этом. Оркестрация - это хорошо, но 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: Виртуальная инфраструктурка

2017-05-22 Пенетрантность 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: Виртуальная инфраструктурка

2017-05-21 Пенетрантность artiom
Что сие значит?
>
> Соберите дев стак и используйте 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: Виртуальная инфраструктурка

2017-05-21 Пенетрантность Pavel Marchenko
Соберите дев стак и используйте heat шаблоны

Отправлено с моего телефона на Windows 10

От: artiom
Отправлено: 21 мая 2017 г. в 19:14
Кому: debian-russian@lists.debian.org
Тема: Виртуальная инфраструктурка

Вопрос хотя и не в тему рассылки, но вдруг на то, что кто-нибудь дельное
посоветует.

Я хочу иметь наборчик одновременно запущенных виртуальных машин,
объединённых в сеть, причём на ноутбуке.

Причём, не "постоянных", как сейчас, а для тестирования. Штук так пять
например, в основном с виндой и набором некоего предустановленного софта.

Т.е., чтобы их возможно было ломать и калечить, а потом снова всю
инфраструктурку восстановить.

На ноуте 20Гб RAM и Core i7, но Debian, внутри которого запущено два
экземпляра VWare с win10 и с macos, бывает умирает (потому, я их вместе
не запускаю).

Если ресурсы ограничивать сильно, работать на виртуалках тяжело.


Возможно ли в принципе такое сделать сейчас?

Или для этого требуется какой-нибудь амазон ец клауд обязательно и нет
технологий, позволяющих организовать "лёгкие виртуалки" с разными ОС?

Как вообще у людей организовано такое, если например, запрещено им в
амазон свои данные выносить?