Приветствую. Имеется сервер Hp с аппаратным raid на контроллере Hp Smart Array p410i. Сразу в нем шло 2 x 146 Гб жестких диска в raid 1+0 т.е. 1 том 136 Гб. Заказано к нему еще 2 таких же диска. Уважаемые знатоки, внимание вопрос: если сейчас на этот raid поставить debian, выделив определенную часть пространства под LVM, можно ли будет добавить диски, когда они придут, в этот raid, получив т.о. 1 том 260Гб без потери информации на LVM и, соответственно, расширить этот LVM на вновь образовавшееся свободное пространство? На LVM планируются образы XEN виртуальных серверов и бэкапы снапшотами, так что вариант "просто примонтировать потом в другое место" не рассматривается. Спасибо за внимание.
1.В LVM группу добавить потом можно.
2. Образы виртуальных машин будут в виде файлов на фс или в виде разделов на LVM?
> 1.В LVM группу добавить потом можно.
> 2. Образы виртуальных машин будут в виде файлов на фс или в
> виде разделов на LVM?LVM я так и подозревал. Больше RAID волнует. Думаю разделы, но пока не определился. Есть совет на этот счет?
>> 1.В LVM группу добавить потом можно.
>> 2. Образы виртуальных машин будут в виде файлов на фс или в
>> виде разделов на LVM?
> LVM я так и подозревал. Больше RAID волнует. Думаю разделы, но пока
> не определился. Есть совет на этот счет?Для рейда тут проблем нет....., он же аппаратный....
На новых винтах тоже аппаратное зеркало поднять....Лично я образы виртуальных машин храню в виде разделов. Очень удобно. Простота монтирования-перемонтирования к любой виртуальной машине или к хостовой, поддержка снапшотов.
Причём у меня несколько серверов подключены к дисковому массиву по FC к одному LVM тому. На котором и находятся образы виртуальных машин. Так вот, при применении образов в виде разделов, не требуется кластерная файловая система. Live-миграция проходит на "ура"....
О как. Спасибо за совет. Пожалуй сделаю разделами. Так насчет рэйда - если сделать просто 2 независимых зеркала - то я так понимаю можно будет без проблем расширить LVM так чтобы часть его была на одном зеркале и часть на другом, если все так - то проблема решена))
> О как. Спасибо за совет. Пожалуй сделаю разделами. Так насчет рэйда -
> если сделать просто 2 независимых зеркала - то я так понимаю
> можно будет без проблем расширить LVM так чтобы часть его была
> на одном зеркале и часть на другом, если все так -
> то проблема решена))Разделы с этих двух зеркал нужно объединить в одну LVM-группу.
А затем создаются разделы для "гостей" в этой группе( т.е. уже не будет привязки к зеркалам....)
Спасибо. Понял. Уже в процессе осуществления))
>[оверквотинг удален]
>> LVM я так и подозревал. Больше RAID волнует. Думаю разделы, но пока
>> не определился. Есть совет на этот счет?
> Для рейда тут проблем нет....., он же аппаратный....
> На новых винтах тоже аппаратное зеркало поднять....
> Лично я образы виртуальных машин храню в виде разделов. Очень удобно. Простота
> монтирования-перемонтирования к любой виртуальной машине или к хостовой, поддержка снапшотов.
> Причём у меня несколько серверов подключены к дисковому массиву по FC к
> одному LVM тому. На котором и находятся образы виртуальных машин. Так
> вот, при применении образов в виде разделов, не требуется кластерная файловая
> система. Live-миграция проходит на "ура"....бэкапите как ?
снэпшотами на продакшене - производительность же просядет ?
Если на продакшене снжэпшоты - то сколько штук храните, по каким правилам?
> бэкапите как ?
> снэпшотами на продакшене - производительность же просядет ?
> Если на продакшене снжэпшоты - то сколько штук храните, по каким правилам?Особо бэкапами не заморачиваюсь, т.к. есть дублирующие машины (такие же виртуальные на других хостах).
В случае с терминальными серверами приложений (Citrix Metaframe) - объединены в ферму, в случае в веб-серверами - то там тоже распределение нагрузки и обеспечение отказоустойчивости (frontend, backend).Снэпшоты использую в основном для создания образов машин для клонирования. И затем сразу же удаляю.
Бекапится в основном веб-контент, кое-какие приложения и часть настроек. Средствами централизованного резервного копирования CA Brighstore Backup.