https://opennet.dev/openforum/vsluhforumID1/97296.html Подскажите пож Есть сервер с аппаратным Raid контролером (LSI MegaRaid SAS9341-4I) Настроены 2 массива по 2 Tb Raid 1. Цель использования сервера - хранение баз данных 1С файловая версия+пользовательские данные (шара). Предпологалось на 1й массив установить ОС Debian 9, 2й массив для хранения файлов и бд 1С 77. Как правильно разбить диски и с какими разделами на каждом массиве? Как правильнее будет? Сильно не ругайте - новичок в этом деле я.<br> https://opennet.dev/openforum/vsluhforumID1/97296.html#12 Tue, 16 Oct 2018 13:19:21 GMT &gt;&gt; Подскажите пож Есть сервер с аппаратным Raid контролером (LSI MegaRaid SAS9341-4I) Настроены <br>&gt;&gt; 2 массива по 2 Tb Raid 1. Цель использования сервера - <br>&gt;&gt; хранение баз данных 1С файловая версия+пользовательские данные (шара). Предпологалось <br>&gt;&gt; на 1й массив установить ОС Debian 9, 2й массив для хранения <br>&gt;&gt; файлов и бд 1С 77. Как правильно разбить диски и с <br>&gt;&gt; какими разделами на каждом массиве? Как правильнее будет? Сильно не ругайте <br>&gt;&gt; - новичок в этом деле я.<br>&gt; Сделайте RAID 10, наверните сверху LVM и разметьте минимальное необходимое количество разделов <br>&gt; минимального размера (дальше можно будет в горячем режиме расширять).<br><br>Да<br> https://opennet.dev/openforum/vsluhforumID1/97296.html#11 Tue, 16 Oct 2018 11:04:11 GMT Если нет в заначке такого же RAID контроллера, то я бы посоветовал от него вообще уходить в сторону софтового RAID.<br>В случае, если что случится с контроллером, тебе надо будет искать такой же и такого же производителя.<br>Также не все контроллеры умеют менять размер дискового массива (про ваш не знаю, не читал)<br>и в случае замены дисков на более обьемные вы можете столкнуться с проблемой.<br>Софтверный этих недостатков не имеет.<br><br>По поводу разбивки - это вам сторону LVM надо смотреть.<br><br> https://opennet.dev/openforum/vsluhforumID1/97296.html#10 Sat, 13 Oct 2018 18:11:14 GMT &gt;&gt;&gt;3gb(minimal centos+asterisk у меня помещается на 1,5gb - чем меньше раздел, тем меньше время &gt;бэкапа) <br>&gt;&gt; На кой фиг бэкапить файлы ОС, которые не имеют особой ценности?<br>&gt; ну ты балбес. почитай поспрашивай зачем, не позорься.<br><br>Поржал конечно над твоим комментом. ))<br><br> https://opennet.dev/openforum/vsluhforumID1/97296.html#9 Sat, 13 Oct 2018 17:52:20 GMT &gt;[оверквотинг удален]<br>&gt;&gt; Будет блочное устройство - будет LVM, т.е. всё ровно также, как и <br>&gt;&gt; в случае прямого использования блочного устройства для файловой системы и возникновения <br>&gt;&gt; ситуации "контроллер сломался".<br>&gt; Я бы постарался бы убрать из цепочки аппаратный RAID контроллер.<br>&gt; Поставил бы ZFS.<br>&gt; Гигов 40 на систему RAID1 и своп RAID0.<br>&gt; Далее для 1С отдельный раздел RAID0 и отдельный раздел для самбы (RAID1 <br>&gt; или RAID0) <br>&gt; Если диски 4k и классом ниже "black", то обязательно бэкап на другой <br>&gt; сервер-облако.<br><br>зачем своп в райд0? если лезит в своп - лучшее решение докупить памяти. <br>самбу в райд1. имхо топикстартера интересует райд как повышение отказоустойчивости. и я бы не советовал кому-либо что-либо ставить на работе в райд0. даже 1с.<br><br><br><br> https://opennet.dev/openforum/vsluhforumID1/97296.html#8 Sat, 13 Oct 2018 17:33:18 GMT &gt;&gt;3gb(minimal centos+asterisk у меня помещается на 1,5gb - чем меньше раздел, тем меньше время &gt;бэкапа) <br>&gt; На кой фиг бэкапить файлы ОС, которые не имеют особой ценности?<br><br>ну ты балбес. почитай поспрашивай зачем, не позорься.<br><br>&gt;&gt; это важно. я не знаю как в дебиан, но копейка груб <br>&gt;&gt; например на 2й диск не копирует.<br>&gt;&gt;переход например на ssd или на диски 5тб займет 30 минут с остановкой сервиса на 3 минуты для <br>&gt;&gt;замены дисков.<br>&gt; Ты читал что у топикстартера аппаратный рейд, не?<br>&gt; Замена 2Тб дисков занимает 30 минут?<br>&gt; Нужна остановка сервисов?<br><br>ты читал, что я написал? замена дисков 1тб на 5тб или ssd. расскажи как ты быстро сделаешь замену. объясни зачем топикстрартеру райд10 и лвм. какие выгоды он получит с этого?<br><br>&gt; Ну-ну. Похоже, что аппаратные рейды ты видел только на картинках, да и <br>&gt; то случайно.<br>&gt; Дальше комментировать лениво.<br>&gt; Сразу бы написал совет "продать четыре диска и рейд контроллер и купить <br>&gt; SSD" - ну а что - проще же, а значит надежнее. <br><br>может и не понадобится замена. https://opennet.dev/openforum/vsluhforumID1/97296.html#7 Sat, 13 Oct 2018 15:17:25 GMT &gt;&gt; а когда контроллер сломается,LVM на 10 рейде просто будет на другой контроллер <br>&gt;&gt; перетащить?<br>&gt; LVM работает поверх блочного устройства, который предоставляет драйвер контроллера.<br>&gt; Будет блочное устройство - будет LVM, т.е. всё ровно также, как и <br>&gt; в случае прямого использования блочного устройства для файловой системы и возникновения <br>&gt; ситуации "контроллер сломался".<br><br>Я бы постарался бы убрать из цепочки аппаратный RAID контроллер.<br>Поставил бы ZFS.<br>Гигов 40 на систему RAID1 и своп RAID0.<br>Далее для 1С отдельный раздел RAID0 и отдельный раздел для самбы (RAID1 или RAID0)<br>Если диски 4k и классом ниже "black", то обязательно бэкап на другой сервер-облако.<br><br> https://opennet.dev/openforum/vsluhforumID1/97296.html#6 Sat, 13 Oct 2018 15:06:29 GMT &gt; а когда контроллер сломается,LVM на 10 рейде просто будет на другой контроллер <br>&gt; перетащить?<br><br>LVM работает поверх блочного устройства, который предоставляет драйвер контроллера.<br><br>Будет блочное устройство - будет LVM, т.е. всё ровно также, как и в случае прямого использования блочного устройства для файловой системы и возникновения ситуации "контроллер сломался".<br> https://opennet.dev/openforum/vsluhforumID1/97296.html#5 Sat, 13 Oct 2018 14:51:21 GMT <br>&gt; Ну-ну. Похоже, что аппаратные рейды ты видел только на картинках, да и то случайно.<br><br>а когда контроллер сломается,LVM на 10 рейде просто будет на другой контроллер перетащить?<br> https://opennet.dev/openforum/vsluhforumID1/97296.html#4 Sat, 13 Oct 2018 10:02:22 GMT &gt;3gb(minimal centos+asterisk у меня помещается на 1,5gb - чем меньше раздел, тем меньше время &gt;бэкапа)<br><br>На кой фиг бэкапить файлы ОС, которые не имеют особой ценности?<br>Бэкапить надо данные, а их много и они на большом разделе - и при чем тут высказанное "чем меньше раздел, тем меньше время бэкапа"?<br><br>&gt; это важно. я не знаю как в дебиан, но копейка груб <br>&gt; например на 2й диск не копирует.<br>&gt;переход например на ssd или на диски 5тб займет 30 минут с остановкой сервиса на 3 минуты для <br>&gt;замены дисков.<br><br>Ты читал что у топикстартера аппаратный рейд, не? <br>Замена 2Тб дисков занимает 30 минут?<br>Нужна остановка сервисов?<br><br>Ну-ну. Похоже, что аппаратные рейды ты видел только на картинках, да и то случайно.<br><br>Дальше комментировать лениво.<br>Сразу бы написал совет "продать четыре диска и рейд контроллер и купить SSD" - ну а что - проще же, а значит надежнее.<br><br>