Хостовая система SL 6.4 с KVM. В качестве гостя одна из машин терминальная windows srv 2008r2 с 1С Бухгалтерией(файловая база). Был закуплен SSD и планируется его использовать для хранения базы 1С и еще пару небольших простеньких баз. Как лучше всего это дело реализовать посоветовать? Обычный RAW диск? Нужно ли тюнить саму гостевую систему для правильной работы с SSD или kvm + VirtiO сам все сделает?
kvm and SSD
А не страшно базу на SSD пихать? Или я что то не понимаю. Ну или как минимум на RAID 1 из двух SSD.
Scientific Linux что-ли? Почему?
что до оптимизации, проверьте ФС, должна быть EXT4 с командой TRIM. Если нет, то ставьте систему поновее.
Оставьте свободного места как минимум 25%.
Других оптимизаций НЕ НУЖНО.
я-бы не советовал...Нужно ли тюнить саму гостевую систему для правильной работы с SSD или kvm + VirtiO сам все сделает?
А не страшно базу на SSD пихать?
а почему вы такой пугливый? У вас фобия? Вы когда-нить видели BIOS, которому 15 лет, а он -- работает? А вот это, между прочим, флешка. Как SSD, только намного хуже. Как там ваша фобия? Отпускает потихоньку?
thisИли я что то не понимаю.
PS: SSD не рекомендуют ставить на сервера НЕ потому-что SSD, а потому, что дешёвый китайский ширпотреб. И под нагрузкой они сыпятся примерно также, как HDD из той же серии.
Но если вы поставили на сервер дешёвый ширпотреб, то будьте готовы к тому, что ваш сервер будет не всегда работать. Вот только SSD тут совсем не при чём.
Scientific Linux что-ли? Почему?
Аналог RHEL. Ближе всего мне и стабилен. На моей практики не одно сбоя и бага замечено не было.
TRIM проверил включен.
а почему вы такой пугливый? У вас фобия? Вы когда-нить видели BIOS, которому 15 лет, а он -- работает? А вот это, между прочим, флешка. Как SSD, только намного хуже. Как там ваша фобия? Отпускает потихоньку?
Я со своими фобиями сам разберусь. И давай без перехода на личности. По мне так фобия у Вас. Пишем по делу.
Аналог RHEL. Ближе всего мне и стабилен. На моей практики не одно сбоя и бага замечено не было
я замечал, в центосе их было меньше, особенно вокруг kvm
а почему вы такой пугливый? У вас фобия? Вы когда-нить видели BIOS, которому 15 лет, а он -- работает? А вот это, между прочим, флешка. Как SSD, только намного хуже. Как там ваша фобия? Отпускает потихоньку?
я видел диски которые проработали по 10 лет, и видел такие которые падали как только их включали, самые дорогие диски - от вендора, с сертификатами и плюшками. какое это имеет отношение к тому что raid - всегда хорошая идея?
semperN, если использовать LVM то TRIM нужен в самом госте, если держать диск как файл на хосте, то лучше использовать TRIM на хосте. RAW в любом случае предпочтителен
стабильность это конечно хорошо, но с т.з. поддержки нового железа -- не очень.Аналог RHEL. Ближе всего мне и стабилен. На моей практики не одно сбоя и бага замечено не было.
TRIM проверил включен.
Но если у вас TRIM отрабатывает, и если достаточно свободного места, то ИМХО что-то ещё сделать вы не сможете. Так оставьте.
XliN, если по делу, то у нас есть правило:
3.2.17. Запрещается публикация заведомо ложной информации.
и ваше "а ты не боишься?" под это правило вполне попадает. А вы говорите так, как будто кем-то и где-то доказано, что якобы SSD более ненадёжны, чем HDD. Причём это настолько очевидно, что глупо это отрицать. И даже никаких пруфов не нужно.
какое это имеет отношение к тому что raid - всегда хорошая идея?
никакого. И да, RAID -- плохая идея, если нет бекапов. Если вы про надёжность, то raid не для этого. Он никак не заменяет бекапы. Или вы про что сейчас? Чем эта идея "хороша"?
я видел диски которые
ну раз диски видели, значит и флешпамять в них тоже видели. Там она тоже есть, причём менее надёжный тип NOR, а не более надёжный NAND. И ничего -- работает ваша флеш в ваших дисках, которые вы видели. Наверное и видели также и то, что именно флешка в HDD ломается редко, нет? Чаще диски в серверах просто разбиваются механически, я угадал? Ну а почему флешка в SSD будет работать как-то иначе?
TRIM нужен и там и там. Вот только я очень сомневаюсь, что TRIM в госте чем-то поможет.если использовать LVM то TRIM нужен в самом госте, если держать диск как файл на хосте, то лучше использовать TRIM на хосте.
и да, воены уже ни один десяток лет юзают твёрдотельные накопители в своих боевых спутниковых лазерах. Или там надёжность не нужна?
А не страшно базу на SSD пихать?
Надёжность SSD - явление малоизученное в силу небольшой истории использования этих самых SSD. Это да. Но я бы не стал однозначно крепить на SSD клеймо "ненадёжный shit". Нужно просто быть разборчивым в выборе.
Да и современные харды, как говорят, значительно потеряли в надёжности.
Ну а бэкапы и резервирование - это естественные процессы для каждого админа, я считаю.
Надёжность SSD - явление малоизученное в силу небольшой истории использования этих самых SSD.
история SSD ненамного меньше, чем история HDD.
Что то все тут не по теме пошло.
Я правильно понял что просто монтирую ssd раздел с файловой системой ext4, параметрами defaults,noatime,nodiratime,discard, создаю там RAW диск куда скидываю базу 1С и этого достаточно? Больше особо тюнинговать нечего?
Что то все тут не по теме пошло.
Я правильно понял что просто монтирую ssd раздел с файловой системой ext4, параметрами defaults,noatime,nodiratime,discard, создаю там RAW диск куда скидываю базу 1С и этого достаточно? Больше особо тюнинговать нечего?
встречал рекомендацию вместо noatime задавать параметр relatime. И там было какое-то мотивированное обоснование.То есть опции монтирования ставить в defaults,relatime,discard. И, если есть LVM, то разрешить TRIM в /etc/lvm/lvm.conf/. Это была первая рекомендация. Источник: https://wiki.archlinux.org/index.php/Solid_State_Drives_%28%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9%29
А вторая - от RedHat'а. Не следует SSD ставить в RAID. Аргументация такая - SSD для обеспечения высокой производительности надо иметь, минимум, 25% свободного объема. А RAID съедает своими служебными данными очень много блоков и производительность диска - деградирует. Источник: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/newmds-ssdtuning.html
никакого. И да, RAID -- плохая идея, если нет бекапов. Если вы про надёжность, то raid не для этого. Он никак не заменяет бекапы. Или вы про что сейчас? Чем эта идея "хороша"?
raid не для надежности? а для чего же он тогда, как не ответ на вездесущий mtbf? про бекапы, кстати, не было сказано ни слова, прописные истины я и сам знаю.
ну раз диски видели, значит и флешпамять в них тоже видели. Там она тоже есть, причём менее надёжный тип NOR, а не более надёжный NAND. И ничего -- работает ваша флеш в ваших дисках, которые вы видели. Наверное и видели также и то, что именно флешка в HDD ломается редко, нет? Чаще диски в серверах просто разбиваются механически, я угадал? Ну а почему флешка в SSD будет работать как-то иначе?
диски чаще дохнут не механически а просто набирают бэдов, еще чаще, как ни странно, они вылетают из-за багов в прошивке диска. В любом случае, говорил я это для того чтоб показать что любое железо, даже не дешевый китайский ширпотреб, дохнет, и если есть возможность для redundancy (хз как это по русски сказать даже) то пренебрегать ей не стоит. про бекапы, опять же, ни слова - это отдельная тема
TRIM нужен и там и там. Вот только я очень сомневаюсь, что TRIM в госте чем-то поможет.
вот тут не соглашусь. зачем двум разным ОС бороться за TRIM на одном и том же месте? это как с шедулером - в госте всегда ставится noop чтоб cfq или deadline на хосте могли нормально работать
и да, воены уже ни один десяток лет юзают твёрдотельные накопители в своих боевых спутниковых лазерах. Или там надёжность не нужна?
да, в F16 стоит SSD смешного размера за 50 килобаксов, думаю в нем вся память как минимум продублирована - за такие-то деньги. Сейчас фотоаппараты подороже и те рассчитаны на две или больше SD и пишет фотоаппарат сразу во все, на всякий случай, для надежности.
Я правильно понял что просто монтирую ssd раздел с файловой системой ext4, параметрами defaults,noatime,nodiratime,discard, создаю там RAW диск куда скидываю базу 1С и этого достаточно? Больше особо тюнинговать нечего?
почти. на хосте переключиться на deadline, а в ВМ noop
на хосте переключиться на deadline
При SSD оно разве надо? Может noop? Я в цифрах разницу не видел, на глаз не замечал.