Raid0 + LVM + XFS разметка диска и прочее

Можно ли заменить Raid0 на LVM

Для слабовидящих процитирую

Сюда!

LVM для бекапов, интересуют инкрементные

оно такого не умело

Ты глаза протри, болезный.

Возьми и прочти свое самое первое сообщение в теме. Какого черта ты пишешь RAID, когда сравнивается конфигурация LVM не LVM?

Какого черта ты сравниваешь конфигурацию LVM/не LVM, когда спрашивали raid0 vs LVM

Вот возьми и почитай что спрашивал аноним. Специально ссылку давал.

ты так и не ответил

получается ты лгун

То что он простыню накатал, ничего не значит — от слова абсолютно — там ляп на ляпе.

Ясно.Вероятно дебилам такое проще понять. А теперь иди нахуй.

ну вроде есть скрипты которые делают что-то похожее, а чем лучше то делать бэкапы ?

Заканчиваем срач, давайте больше конструктива.

а так это андрюшка разлогинился

я то думаю чего голову в песок зарыл и типа не видит, а тут вонанакак

а чем лучше

ZFS raid vs SoftRAD + LVM (комментарий)

Спасибо, на фри куда не шло, на линуксе пока воздержусь. Сам на фри на zfs два года. Но понадобился докер ... Вообщем есть может какое то рабочее решение на линуксе без LVM btrfs и zfs ?

кому интересно насчет сравнения LVM stripe vs mdadm http://www.linux-mag.com/id/7582/2/

одного порядка показатели и это 2009 год

iscsi с бсд с зфс

ах да самое очевидное: qcow2 на xfs

одного порядка показатели и это 2009 год

У тебя есть такая проблема, что дерьмо прилипает к шерсти?

у меня нет виртуальных машин, qcow2 вроде для них ?

расшифруй

Начал эксперементы в виртуалке. Графический инсталятор centOS порадовал практически все можно сделать из него. Задумался вот над чем. Каталог /var можно в raid0 поставить ? обычно там логи кеши письма, вроде ничего такого существенного. При этом www и база данных будут в других папках. Если рассыпится один диск и потеряется var Система загрузится ? просто логи и кеши не логично на рейд1 писать.

Если рассыпится один диск и потеряется var Система загрузится ? просто логи и кеши не логично на рейд1 писать.

Про cent os точно не скажу, но вообще должна, только с матом. Ну и потом в любом случае надо будет из бэкапа этот раздел восстановить, для нормальной работы.
У меня на слаке такое было, именно раздел с var посыпался, сервер был не близко да еще и почтовик, пришлось временно использовать корень (/) для var (благо места хватало) скопировав копию из бэкапа где-то годовалой давности. Нормально все взлетело.

у меня нет виртуальных машин, qcow2 вроде для них ?

Пардон, все смешалось в доме Облонских.

BSD с zfs экспортирует диски (zvol) по iscsi (iscsi target)

Клиент (iscsi initiator) получает LUN'ы и использует их.

Делаешь из BSD с zfs простой СХД

Каталог /var можно в raid0 поставить

Нет

Специализируешься по вылизыванию, андрюшка?

Аноним не уточнял, какого именно сравнения он хотел, зато в твоем сообщении, на которое он отвечал - явно сравнивается raid0 и lvm. Я конечно понимаю, что это один из любимых приемов демагогов - менять тему обсуждения на ходу, но он от этого не становится более красивым.

да, спасибо, проверил. Отключил один диск, система подтупила немного, но в емердженси моде загрузилась, var сама какой то соорудила. Надо мускл поставить (данные в другую папку кинуть) и повторить експеремент. Я так понимаю в var lib какие то запчасти могут лежать и мускл не поднимется, но проверю отпишусь. Спасибо.

Хочется выжать максимум.

Raid0 + LVM + XFS годная связка. я бы систему на отдельный винт кинул, а рабочие данные на быстрый рейд

SSD не размечай более, чем на 80% для продления ресурса

Не держать всё время забитым имеет смысл, но не размечать-то зачем?

Что-то я весь инет перекопал а годной инструкции не найду никак как сконфигурировать raid0 правильно чтобы при вынимании одного винта система грузилась. На виртуалке пока не получается, ставил через граф интерфейс объединял и бут в том числе в мирор. Один фиг вынимаю один винт - черный экран.

Может кто подскажет годную инструкци по CentOS 7 команд лайн вариант ?

не найду никак как сконфигурировать raid0 правильно чтобы при вынимании одного винта система грузилась.

raid0 не имеет избыточности, как ты хочешь вынуть диск и продолжить работу?

блин опечатался, raid1 ну стандартный вроде бы случай, но как grub 2 правильно скофигурировать на обоих дисках не могу найти.

блин опечатался, raid1 ну стандартный вроде бы случай

вот так опечатка. Так 1 или 0?

1 конечно. Задача вроде бы банальна - зеркало. при выходе из строя одного диска, чтобы автоматом грузился со второго диска.

схема такая раздел /boot ставим на оба диска (смысла в мирор его ставить нету) / в raid1 grub 2 соответственно надо поставить на оба диска, но чтобы грузил именно с того диска на котором он и стоит.

raid0 правильно чтобы при вынимании одного винта система грузилась.

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

я не тупой, написал же выше, что очепятка. Под систему рейд 1

Под систему рейд 1

я под систему софтварные массивы не юзаю, если сервер так важен, то там железный воткнут, если сервер в кластере или возможно его остановка на несколько минут то ОС ставится на обычный винт, с помощью dump ОС можно вернуть к жизни за 5 минут на новом харде(ценность самой ОС нулевая), а вот все важные и рабочие данные те да на массивах лежат на десяторейдах, нулевый рейд использовался раньше под высоконагруженную БД

если сервер в кластере или возможно его остановка на несколько минут то ОС ставится на обычный винт, с помощью dump ОС можно вернуть к жизни за 5 минут на новом харде(ценность самой ОС нулевая)

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

всему свое место, там где простои возможен не нужны рейды и затраты на харды не обоснованы. в 90% случаев системе на зеркале нечего делать.

в 90% случаев системе на зеркале нечего делать.

на локалхосте конечно, но у меня как-то в 90%+ именно есть что делать.

но у меня как-то в 90%

и что ты хочешь сказать, ты в важные сервера софтварные рейды суешь под ОС? очень сомневаюсь. У меня например на узлах кластера шлюзов нет зеркал под ОС, обеспечить устойчивость кластера на уровне выпадения нод или узлов гораздо важнее чем устойчивость к такому частному случаю как выпадение диска, ведь в машинке полно других составляющих которые могут накрыться в любой момент и их не задублируешь. А уж на серваках с виртуалками где крутятся все основные сервисы да всегда стоит железный рейд под системой.

еще раз повторяю

где простои возможен не нужны рейды и затраты на харды не обоснованы

и занятость админа здесь не причем.

ты в важные сервера софтварные рейды суешь под ОС?

да, svm и zfs это не mdadm, который то работает, то не очень.

У меня например на узлах кластера шлюзов нет зеркал под ОС, обеспечить устойчивость кластера на уровне выпадения нод или узлов гораздо важнее чем устойчивость к такому частному случаю как выпадение диска

ещё раз - одно другому не мешает, а только дополняет. ты знаешь что такое five nines, six nines? так вот с 99,9999 и 5 минут простоя не пройдёт, а тебя уже погонят ссаными тряпками прочь.

ведь в машинке полно других составляющих которые могут накрыться в любой момент и их не задублируешь

это только в этих ваших мерзких x86 так. хотя в приличных сервантах на х86 ras тоже более-менее на уровне.

и занятость админа здесь не причем.

лол, я не про занятость, а твои 90% случаев.

mdadm, который то работает, то не очень.

здесь соглашусь

с 99,9999 и 5 минут простоя не пройдёт, а тебя уже погонят ссаными тряпками прочь.

а с этим нет.

с 99,9999 и 5 минут простоя не пройдёт, а тебя уже погонят ссаными тряпками прочь.

а с этим нет.

и правильно, потому что погонят тебя уже через 30 секунд. Образно, конечно, но смысл именно в том, что при sla в 99,999 у тебя 5 минут и 26 секунд в год на факапы, а при 99,9999 аж целых 31,5 секунд.

потому что погонят тебя уже через 30 секунд.

бывает что ноды и по две недели лежат в мертвом состоянии, за последние лет 10 никто этого не замечал и претензии небыло.

бывает что ноды и по две недели лежат в мертвом состоянии, за последние лет 10 никто этого не замечал и претензии небыло.

прохладная история. а переключение нод тоже занимает время, ага.

zfs

mdadm, который то работает, то не очень.

здесь соглашусь

Полизать друг другу не преминули. Вы близки?