Как живет Windows в KVM?

hyper-v имеет смысл ток в дата центрах, специализирующихся на раздаче рабочих мест, а так же в банках под mssql, и то, сами базы не в hyper-v, а в дорогостоящих схд, у винды даже софтового рейда нормального нет, hyper-v же без system center управляется хуже чем виртуалбокс 2 ветки.

поэтому и машины у них дороже :)

по твоей задаче, берёшь fedora/centos 7, если второй ставишь ядро 4.6 из el.repo, делаешь btrfs, и самба, подключаешь самба к домену и рулишь правами из AD, получаешь все преимущества виндовой шары, без недостатков нтфс. btrfs кеширует частые запросы, в результате в отличии от ext4 нет тормозов. а 2003 уже закопать пора

Как собрать кластер на playstation3 спрашивали?

пока ещё нет, но там же сказали, по памяти написать, как подключить по iscsi схд к kvm.... по мнению it директора, это надо по памяти всё делать.

а зачем закопать. Если работает?

acl же не будет работать. нэ? права там всякие

Можно сразу выбрать всё virtio и подсунуть инсталлеру драйверы на флешке или другом носителе.

всё будет работать, уже 10 раз написал, acl из ad работает через samba очень хорошо

https://wiki.samba.org/index.php/Shares_with_Windows_ACLs, начиная с версии 4,3 проблем нет вообще.

А есть ли в линухах, что то наподобие Disk2vhd?

а зачем это говно? форматов виртуальных hdd уйма, но зачем они нахрен нужны? они говно, именно из-за не возможности от них отказаться в hyper-v и покупают отдельно схд, куда кладут данные, Qcow2 в линуксе похожая тема, ток вот зачем это дерьмо, когда можно использовать zvol/lvm?

хорошо, что ты предлагаешь. если нужно вируализировать win2003 AD win2003 файловая шара

lvm, ставишь 2003 сервер по http://itman.in/kvm-windows-2003/#__Windows_2003_Server_KVM rfr как пример, делаешь ещё 1 виртуалку, ставишь centos 7 на него самбу и подключаешь самбу к AD, шара в винде это самба та же самая, тот же самый cifs, настраиваешь самбу, подключая к AD из первой виртуалки.

внутри lvm будет создан qwow2, как файл под 2003 AD, а самба шару можешь в соседний раздел lvm вообще запихнуть без виртуалки.

мдаааа.... Энтерпрайз так энтерпрайз Зависания сети

Единственной серьёзной проблемой, которую однозначно вызывает ошибка в KVM, являются подвисания гостевой сети при интенсивном трафике.

у меня такой проблемы не было, 300+ юзверей сидели на шарах с самбой постоянно, была fedora+btrfs.

erzent прав.

lvm лучшее решение для работы с накопителями виртуальных машин

Зато машины директоров, каждая, дороже всего оборудования в офис

Это нормально, они же не для того работают, чтобы офис обеспечивать, а как-бы наоборот.

нормально, когда персонал имеет хорошие рабочие места, а не когда пользователи сидят за 2 гб ddr2 и core2, и пытаются в 2013 офисе редактировать документы.... а админ должен знать сзи, чтобы пользователи, типа не валяли дурака, и была высокая производительность труда.... но мы рашка, подумаешь, что 2013 офису надо 1,5 гб оперативы на документ эксель весом всего 80 метров с мизерной картинкой.

но мы рашка

Ерзент, ты обычный слабоумный дегенерат, прости, но это факт. Поезжай в америцу, хорошо впишешься.

2013 офис тормознутый, 2010 и 2016 лучше намного

ну 2016 ток вышел недавно, а лицензии покупали на иное люди

поставь всем Libreoffice + debian+lxde И будет все норм

Libreoffice

Что тебе эти люди плохого сделали?

у знакомого контора так сидит. 500 человек. и только у 80 стоит Ms office. т.к они делают, что то большее чем просто счет, договор, спецификация.

у меня тоже люди сидели на либре, но увы, в сфере рекламы много вставок картинок, графиков и прочей чуши, и тут либра отпадает сразу.

ну да, если есть специфичная деятельность. типо таблицы с макросами в 30 мегабайт. Графики и йоба диаграммы та ды да. А если обычные простенькие документы открыть средактировать и отправить. То libreoffice очень даже вполне.

Знаю есть в Hyper-v vhd и vhdx. И при внезапном отключение электропитания с vhdx все будет ок, а вот vhd порушится. И да у меня был опыт, когда hyper-v сервак терял электропитание и виртуалки с vhdx вполне были себе живы. раз 5 точно было.

Как с этим дело у kvm?

Говно обсуждать не будем..