Виртуальные машины и SSD-диск: как безопаснее и как быстрее?

Question

[Moor]

Сегодня перенес систему на SSD-диск, вроде есть еще место перебросить на него виртуальные машины VMWare. Сильно задумался — как это повлияет на здоровье диска? Две машины примерно по 20 гигов. Альтернативные варианты — держать их на:

• SATA II HDD 1,5 ТБ WD15EURS (явно так себе вариант)

• страйпе из двух Samsung HD502HI

Что посоветует уважаемое сообщество? Насколько файл машины может быть вреден для SSD? Будет ли существенным прирост скорости работы или все же лучше держать на другом винте?

Answer 1

[Пума Тайланд]

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

Comments

[Moor]

В общем-то, к этому я и пришел в конце концов.

[Masterme]

Так, блин, по гарантии-то они и не умирают. Через неделю после — пожалуйста =)

[Пума Тайланд]

Ну через 5 лет купите новый, как будто вы покупаете их миллион штук и прямо разоритесь.

[Moor]

Именно. Если у VM нет никаких подводных камней при работе на SSD — вопрос решенный. Даже если не через 5, а через 2 года, это всё равно будет приемлемо.

Answer 2

[Сергей Протько]

зачем покупать ssd и не использовать его? Сама виртуалка вам ничего плохого не сделает с ssd, а операционную систему можно чуть поднастроить при желании. И да, прирост есть (у меня две виртуалки подняты, обе на debian, одна на ssd другая на hdd. Разница ощутима),

Comments

[Moor]

Спасибо, да, ось уже настроил. Ответ в копилку кладу.

Answer 3

[Sergey Cherepanov]

Еле в настройках виртуалки включено кеширование записи, то обращение к диску будет сводиться к минимум. А на чтение прирост будет точно.

Comments

[Moor]

О, а вот про кэш записи в виртуалке я и забыл, благодарю!

Answer 4

[Masterme]

Если вы про износ SSD, то
— в зависимости от поддержки TRIM
а также
— в зависимости от того, сколько у вас RAM
а также
— минимального свободного места, которое будет оставаться на SSD при заполнении виртуальных машин, сохранении их снэпшотов, состояний и т.д. Если останется меньше 30% — то лучше не надо,
а также
— наличия ИБП.

Если RAM мало(4 и меньше), то на SSD лучше разместить своп всей системы, куда кстати будут свопиться и виртуальные машины. Если RAM много (12+), весь кэш в него умещается, и SSD большой — то можете смело размещать на нём часто используемые файлы. Однако, я бы посоветовал такую конфигурацию:
— SSD под систему
— зеркало из двух самсунгов под все ваши проекты и важные данные. здесь же можно виртуальные машины. не страйп, потому что со страйпов очень легко и печально теряется информация.
— третий диск 1,5 ТБ под некритичные данные (бэкапы, дистрибутивы, фильмы-музыка)
Это исходя из того, что винт дешевле купить новый, чем восстанавливать с него информацию у специалистов, а также из того, что винты дохнут внезапно, а также из того, что SSD критично воспринимают сбои питания.

Comments

[Moor]

Оперативки 24 гига. С остальным примерно так и обстоит, медленный винт под бэкапы, на страйпе работа. А вот SSD маленький, но все равно на нем еще гигов 30 свободного места остается. SSD Intel 530 series на 180 гигов.

[Moor]

Да, страйп и системный будут ежесуточно бэкапться. И ИБП есть. Я себя прям барином чувствую :)

[Masterme]

То есть, у вас система занимает 150 гигов? А куда столько, если не секрет?
В любом случае даже свободные 30 из 180 — это мало. Если продолжите заполнять — сильно увеличится износ. Почитайте про технологию wear leveling.
Страйп не нужен, сделайте зеркало, скажете спасибо когда один из самсунгов накроется. Хотя это уже офтоп.

[Moor]

Заполнять не собираюсь, уже верхний предел, я думаю. 150 гигов — графическая машина. Софт для графики и видео. За wear leveling спасибо, был не в курсе, буду вкуривать.

[Masterme]

При таком заполнении ответ один — хранить виртуальные машины на SSD не рекомендуется.

[Masterme]

Moor
Кстати, на производительность NTFS на HDD очень хорошо влияет Diskeeper.

[Moor]

При таком заполнении ответ один — хранить виртуальные машины на SSD не рекомендуется.

Да я тоже думаю, что не совсем это правильно. Но уж больше резво летают. А в самих виртуалках особо расти нечему — они используются каждая только ради специфического софта. Попробую, наверное, какое-то время погонять на SSD, послежу, что будет происходить.

[Masterme]

Работа с заполненным SSD оборачивается не замедлением чтения или записи, а неравномерностью износа ячеек.

[Moor]

Для винта размером 180 ГБ сколько вы считаете правильным держать свободного места?

[Masterme]

Moor
Я вам лучше такой пример продемонстрирую. Представьте, что SSD, состоящий из 65535 ячеек (с адресами 0x0001..0xFFFF) пуст, и вы записываете на него первый блок. Он будет записан в по логическому адресу 0x0001. Физически это тоже будет соответстовать ячейке 0х0001. Затем вы перезаписываете блок изменёнными данными. В этот момент контроллер переназначает логический блок 0x0001 ячейке 0x0002. При следующей перезаписи это будет уже ячейка 0x0003 и так далее. Таким образом, не смотря на то, что одна ячейка может выдержать всего 5 тысяч циклов перезаписи, вы можете перезаписывать блок 5000*65535 раз. То есть, вероятность первого отказа ячеек будет примерно после 327-миллионного раза записи. Это при том, что вы записываете один блок, а остальные блоки не заняты.
При это контроллер может переназначать блоки только в свободные ячейки. А если 90% ячеек заняты, то чередоваться на запись будут только оставшиеся 10%. А это соответственно в 10 раз меньше. И первый отказ ячеек произойдёт в 10 раз быстрее. А если заняты 99% диска — то в 100 раз быстрее.
Рассуждения понятны? Это и есть wear leveling.
То есть, по грубым подсчётам, ssd, заполненный наполовину, проживёт вдвое дольше, чем заполненный на 3/4 и в пять раз дольше, чем заполненный на 9/10. И для каждого последующего занятого мегабайта «цена» использования растёт всё быстрее и быстрее.

Производители дают гарантию года три, ориентируясь на объёмы записи (20 ГБ в сутки) и свободное место на диске среднестатистического пользователя. Я думаю, это процентов 20.

[Moor]

Очень классно разъяснили, спасибо. Сейчас у меня свободно 37 ГБ из 180, ситуация меняется только во время включения виртуалок, отъедает еще 8 гигов на время работы. Таким образом я вроде поддерживаю нормальные условия работы.

Answer 5

[0000168]

Все зависит от характера работы виртуальных машин, а именно соотношения R/W.
Например VDI инфраструктура — многие считают что установка SSD даст существенный прирост, но в VDI соотношение r/w 30/70 — f gj скорости записи SSD не так сильно лучше хорошего рейда, а по надежности и уступает.
В виду тех требований которые у Вас, я предложил бы использовать комбинированный подход — страйп под данные, ssd под swap

Comments

[Moor]

Я правильно Вас понял − систему поставить на 1,5 ТБ винт с 5400 оборотов, свапиться на SSD и держать данные в страйпе? Мне кажется, для меня это будет наименее логичным решением. Я использую виртуальные машины (одна с Максоью, другая с Win7) раз в неделю по несколько часов, в каждой из них использую фактически только минимально необходимые приложения.

[0000168]

2 поставить в зеркало, 1 — свап и для виртуалок и temp гостевой ОС.
Мой рабочий ком именно так сделан (только под система raid 10 сделал) + ssd 64Gb — temp + swap.
Если использовать SSD под систему — то не очень долго будет жить. Думать что спасет бэкап — тут как обычно в самый нужный момент его не окажется.
А так и объем достойный, и резервирование по дискам увеличение производительности системы и приложений в целом как ни крутить.

[Masterme]

> Если использовать SSD под систему — то не очень долго будет жить.

Во-первых, это сомнительно, а во-вторых, под систему его и имеет смысл ставить. Система в целом становится проворнее. И можно объединить со свопом.

[Moor]

Я, пожалуй, поддержу. Для меня главное — быстродействие. До вчерашнего дня вся эта машинерия стояла только на одном 1,5 ТБ 5400, разбитом на партиции. Я не могу описать словами, насколько быстро по сравнению с предыдущим вариантом все теперь работает. Даже если SSD проживет год-полтора — меня это устроит, бэкапы ежесуточные Acronis'ом, посекторный имидж системного плюс файловый страйпа.

[Moor]

А своп я пока ради эксперимента вообще убрал. Всё-таки 24 гига памяти — не так уж мало, помониторю, как что без свопа будет работать.