[РЕШЕНО] Debian 7 на Hyper-V

fingerskillz · 06 августа 2014, 14:12:39

Доброго времени суток, господа!
Я уже совсем разочаровался, не знаю что делать, поэтому опишу проблему развернуто и в хронологическом порядке.
1) Купил железо (мать: ASUS M5A97 EVO, проц: AMD FX-4300 Black Edition, памяти 16 ГБ, и 4 диска по 500 ГБ (WesternDigital RE)
2) Собрал, поднял RAID 5 из всех 4-ех дисков
3) Создал 2 раздела: 40 GB и 1356 ГБ
4) На 1-ый раздел поставил MS Hyper-V Server 2008 R2
5) Второй - используется для хранения vhd для виртуальных машин
6) Создал ВМ, на нее поставил Debian 7 (на vhd размером 40 ГБ тоже)
7) Примонтировал еще один vhd к ВМ размером 1 ТБ (точка монтирования /storage1 )
8 ) Создал ФС на нем (ext4)
9) Поднял Самбу (3-ю) в качестве файловой помойки (прям вот rwxrwxrwx)
10) Расшарил с ее помощью каталог /storage1/public/
11) Кидаю в него файлы по гигабитной сети на скорости 60-100 МБ/сек. Все ОК, но
12) Когда кидаю файл размером ~40 ГБ, то после прохождения примерно 25-30 ГБ скорость записи на диск единовременно падает до 14 МБ/сек и больше не поднимается, до перезагрузки всей ВМ (рестарт самбы, перемонтирование fstab, ifdown ifup и т.п. не помогают. только ребут)
13) Пробовал кидать то же самое по ФТП - картина та же.
14) Измерения проводил используя программы nmon, iotop, top, htop
Важное замечание: busy диска в момент когда все хорошо - колеблется от 60 до 98, 100%. Когда наступает "тот самый момент" с потерей скорости - busy ниже 100 не опускается.
Что, где, куда смотреть? Помогите, пожалуйста!
p.s. На убунте та же фигня. Сейчас качаю CentOS для тестов (он вроде как официально поддерживаемый для Hyper-v.

fingerskillz · 10 августа 2014, 16:53:20

В общем, проблему решил, наконец-то. Правда, истинную причину не выяснил. Буду признателен, если кто-нибудь объяснит.
Решение было в следующем:
Виртуальные диски (vhd) были смонтированы без LVM (напрямую), и это косвенно стало причиной.
Изменил параметры монтирования файловой системы на проблемном диске с defaults на defaults,barrier=0,data=writeback
по дефолту эти параметры выставляются в 1 и ordered соответственно.
После этого проблема решилась, но до сих пор не понятно, почему производительность диска падала и не восстанавливалась (!) после уменьшения нагрузки.
Тему не закрываю. Вдруг, кто-нибудь знает причину и объяснит.

dduh · 21 августа 2014, 15:57:13

Ответ будет нудным.... Размещать файлопомойку в виртуалке - это плохая идея, тем более на софтовом раиде. Проще купить миниITX плату и поставить что-то типа фринаса. В виртуальной машине всегда будет рост IO при записи больших файлов, и лишняя нагрузка на процессор.
Зачем ставить MS, а поверх линукс, лучше "родной" KVM (например proxmox, если надо гуи).
ИМХО, это огород....

fingerskillz · 25 августа 2014, 13:32:27

Цитата: dduh от 21 августа 2014, 15:57:13Ответ будет нудным.... Размещать файлопомойку в виртуалке - это плохая идея, тем более на софтовом раиде. Проще купить миниITX плату и поставить что-то типа фринаса. В виртуальной машине всегда будет рост IO при записи больших файлов, и лишняя нагрузка на процессор.
Зачем ставить MS, а поверх линукс, лучше "родной" KVM (например proxmox, если надо гуи).
ИМХО, это огород....

KVM не устраивает, так как в перспективе разведение виртуалок с windows.
Рэйд у меня аппаратный.

ogost · 25 августа 2014, 13:42:19

kvm умеет винду

dduh · 27 августа 2014, 12:09:28

KVM или не KVM, это мало что меняет. Гости, активно работают с дисками, винда в том числе. Также гости активно работают с сетевыми интерфейсами. Представте , что будет если будете закачивать в вашу "файлопомойку" файл размером 40GB. Тем более, если хотите всё "по взрослому", вам нужно хранить бекапы ваших гостей. Имея ежедневный бекап, можно устанавливать скоростные твердотельные накопители, что совместно с хардовым раидом даст хорошую скорость чтения-записи, это самое слабое место.
Какой аппаратный рейд? Если тот что на матери, то он не хардовый.

fingerskillz · 09 ноября 2014, 10:06:59

Цитата: dduh от 27 августа 2014, 12:09:28KVM или не KVM, это мало что меняет. Гости, активно работают с дисками, винда в том числе. Также гости активно работают с сетевыми интерфейсами. Представте , что будет если будете закачивать в вашу "файлопомойку" файл размером 40GB. Тем более, если хотите всё "по взрослому", вам нужно хранить бекапы ваших гостей. Имея ежедневный бекап, можно устанавливать скоростные твердотельные накопители, что совместно с хардовым раидом даст хорошую скорость чтения-записи, это самое слабое место.
Какой аппаратный рейд? Если тот что на матери, то он не хардовый.

Да, тот что на матери. В любом случае, ОС видит его как один диск, и этого, как мне кажется, достаточно, для того, чтобы назвать его аппаратным в контексте решения проблем с операционной системой. Мы же не о программировании контроллеров ведем беседу, не так ли?

И кстати, 2 месяца аптайм - полет нормальный. Не могу сказать, что сервер сверх-нагружен, но все же.