Каюсь, изначально мне казалось там все более просто устроено.
DSM 7 работает с созданием массивов несколько иначе, чем DSM 6.x. Это руководство объясняет новое, менее гибкое поведение DSM 7, предоставляет исторический контекст и предлагает практические решения, если читатель захочет создать определенные конфигурации массивов, которые больше не возможны через пользовательский интерфейс DSM 7. Описанные здесь структуры также могут быть полезны для понимания конфигурации, поиска и устранения неисправностей и ремонта массивов DSM.
Имейте в виду, что со временем компания Synology изменила/дополнила определения терминов хранения данных в своей документации и в данном руководстве. Кроме того, многие термины имеют совпадающие слова и значения. С этим ничего нельзя поделать, но вы должны знать об этой проблеме.
Общие сведения:
DSM 6 предлагает множество вариантов настройки массивов. В DSM массивы в широком смысле называются пулами хранения. Внутри пула хранения можно настроить одно или несколько устройств томов, на которых создаются файловые системы btrfs или ext4, и в которых создаются общие папки. Вот упрощенная история различных конфигураций Storage Pool, доступных на версиях и платформах DSM с поддержкой XPe.
Если вы не знакомы с lvm (менеджером логических томов), он обозначает метаконтейнер хранилища, способный содержать несколько хост-массивов (т.е. SHR) и/или несколько целевых томов. Обратите внимание, что слово "том" в логическом менеджере томов не имеет ничего общего с томами DSM.
DSM 5 предоставляет несколько конфигураций пулов хранения, включая "Basic" (массив RAID 1 с одним диском), RAID 1, RAID 5, RAID 6, RAID 10 и SHR/SHR2 (объединенные массивы с наложением lvm). Они известны как "простые" пулы хранения, с одним томом, охватывающим весь массив. В потребительских моделях (т.е. платформах DS918+/DS920+) всегда создаются простые пулы хранения, при этом массивы без lvm (RAID) обозначаются как "Производительность", а с lvm-наложением (SHR/SHR2) - как "Гибкие".
DSM 6 добавляет корпоративные функции для DS3615xs/DS3617xs/DS3622xs+, включая массивы RAID F1 и "Raid Groups". Raid Group - это пул хранения с наложением lvm независимо от типа массива, который позволяет создавать в нем несколько томов. Для DS3615xs/DS3617xs "Performance" Storage Pool является таким же, как и для потребительских моделей (без lvm), а "Flexible" относится к опции Raid Group (с lvm-наложением).
По умолчанию Synology ограничивает использование SHR/SHR2 в этих моделях. Однако его можно включить с помощью известной модификации конфигурационных файлов DSM, и тогда пользовательский интерфейс сможет создать массив SHR в пуле хранения "Гибкой" рейдовой группы.
DSM 6 также предлагает SSD-кэширование на всех платформах. При включении кэширования SSD целевое устройство тома встраивается в "отображатель устройств", который связывает его с физическим хранилищем SSD. Затем устройство отображения монтируется в корневую файловую систему вместо устройства тома.
DSM 7 поддерживает все вышеперечисленные конфигурации, если они существовали до обновления. Однако DSM 7 Storage Manager больше не может создавать простые пулы хранения любого типа. На всех платформах, поддерживающих XPe, новые пулы хранения в DSM 7 всегда создаются в Raid Groups (поэтому lvm-overlayed) и с фиктивным SSD кэшем, даже если в системе нет SSD для поддержки кэширования.
lvm использует дополнительный процессор, память и дисковое пространство (Synology, очевидно, больше не беспокоится об этом, полагая, что на современном оборудовании штрафные санкции незначительны) и, если вам не нужен SHR или кэш, создает ненужные сложности при поиске и устранении неисправностей массива, ремонте и восстановлении данных. Посмотрите на первую иллюстрацию в сравнении с последней, и вы увидите, сколько всего добавляется ради нулевой выгоды, если эти функции не требуются. Пользователи могли бы предпочесть не подключать лишние службы к своим пулам хранения, но DSM 7 больше не предлагает выбора.
Из всех этих вариантов конфигурации тип вашего Storage Pool можно определить, наблюдая за тем, как том DSM подключается к файловой системе, а также по наличию или отсутствию "контейнеров" lvm. В этой таблице показаны различные варианты, с которыми вы можете столкнуться (обратите внимание, что все они описывают первый пример пула хранения и тома DSM, при использовании нескольких вариантов индексы будут соответственно увеличиваться):
Тип пула хранения Устройство(а) массива Контейнер /volume1 Устройство
Простой (DSM 6) "Производительность" /dev/md2 (нет) /dev/md2
Simple (DSM 6, DS918+/DS920+ SHR) "Гибкий" /dev/md2, /dev/md3... /dev/vg1000 /dev/vg1000/lv
Raid Group (DSM 6, DS36nnxs SHR) "Flexible" /dev/md2, /dev/md3... /dev/vg1 /dev/vg1/volume_1
Простой с кэшем (DSM 6) /dev/md2 (нет) /dev/mapper/cachedev_0
Raid Group с кэшем (DSM 7) /dev/md2, [dev/md3...] /dev/vg1 /dev/mapper/cachedev_0
Пример запроса для определения типа (здесь показана группа рейдов lvm-overlaid с поддержкой кэша (с кэшем только для чтения) и одним томом DSM):
dsm:/$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md0 2385528 1063108 1203636 47% /
none 1927032 0 1927032 0% /dev
/tmp 1940084 1576 1938508 1% /tmp
/run 1940084 3788 1936296 1% /run
/dev/shm 1940084 4 1940080 1% /dev/shm
none 4 0 4 0% /sys/fs/cgroup
cgmfs 100 0 100 0% /run/cgmanager/fs
/dev/mapper/cachedev_0 33736779880 19527975964 14208803916 58% /volume1
dsm:/$ sudo dmsetup table | head -2
cachedev_0: 0 1234567 flashcache-syno conf:
ssd dev (/dev/md3), disk dev (/dev/vg1/volume_1) cache mode(WRITE_AROUND)
dsm:/$ sudo lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
syno_vg_reserved_area vg1 -wi-a----- 12.00m
volume_1 vg1 -wi-ao---- 11.00g
Решения:
При желании, DSM 7 можно отвлечь от сложного поведения по созданию Storage Pool. Вам потребуется отредактировать файлы /etc/synoinfo.conf и /etc.defaults/synoinfo.conf из командной строки оболочки.
/etc/synoinfo.conf читается DSM во время загрузки и влияет на различные аспекты функциональности DSM. Но непосредственно перед этим во время загрузки файл /etc.defaults/synoinfo.conf копируется поверх файла в /etc. Обычно вы можете просто внести изменения в /etc.defaults/synoinfo.conf, но копирование происходит алгоритмически, и может произойти десинхронизация. Поэтому всегда лучше проверить наличие желаемых изменений в обоих файлах, если результаты не соответствуют ожиданиям.
1. Включите SHR на DS3615xs, DS3617xs и DS3622xs+:
Отредактируйте synoinfo.conf в соответствии с приведенным выше описанием, изменив параметр supportraidgroup с "yes" на "no".
Больше не требуется закомментировать эту строку или добавить "support_syno_hybrid_raid" в конфигурационный файл. Несмотря на последствия установки этого параметра, группы рейдов по-прежнему поддерживаются, и DSM будет создавать пулы хранения с поддержкой групп рейдов, с дополнительным бонусом в виде опции SHR, доступной в пользовательском интерфейсе.
2. Создание массивов без фиктивных кэшей:
Отредактируйте synoinfo.conf, как указано выше, изменив параметр supportssdcache с "yes" на "no".
Массивы, созданные при отключенной опции, не будут иметь настроенного фиктивного кэша. Требуется дальнейшее тестирование, чтобы определить, можно ли впоследствии добавить SSD-кэш с помощью пользовательского интерфейса, но, скорее всего, это будет работать.
3. Создайте массив Simple без кэша на DSM 7:
DSM 7 больше не может создавать Simple Storage Pool через пользовательский интерфейс. Единственный метод, который я нашел на данный момент, - это инструмент командной строки DSM. После завершения создания пула хранения создание тома и последующее управление ресурсами может быть выполнено с помощью пользовательского интерфейса.
Обратите внимание, что вы не можете просто создать массив с помощью mdadm, как это делается в Linux. Поскольку диски и массивы DSM включают специальные метаданные "пространство", массив, созданный с помощью mdadm, будет отвергнут DSM 7. Однако использование инструмента командной строки DSM решает эту проблему.
-
Сначала необходимо определить тип RAID-массива (raid1, raid5, raid6, raid10 или raid_f1; raid_f1 действителен только для DS3615xs/DS3617xs/DS3622xs+ и все члены массива должны быть SSD) и имена устройств всех дисков, которые должны составлять массив. Диски, которые вы хотите использовать, должны быть видны, как показано в примере:
dsm:/$ ls /dev/sd?
/dev/sda /dev/sdb /dev/sdc /dev/sdd
Кроме того, целевые диски не должны использоваться существующими массивами (ничего не должно быть возвращено):
dsm:/$ cat /proc/mdstat | egrep "sd[abcd]3"
-
Затем создайте массив с помощью следующей команды (в примере используются диски, указанные выше, и создается массив RAID 5). Все данные будут удалены с указанных дисков.
dsm:/$ sudo synostgpool --create -t single -l raid5 /dev/sda /dev/sdb /dev/sdc /dev/sdd
В случае успеха массив будет создан вместе со всеми соответствующими метаданными DSM, и вы увидите новый пул хранения сразу же отраженным в пользовательском интерфейсе Storage Manager. В случае неудачи сообщения об ошибке не будет, и обычно это связано с тем, что диски уже используются в другом массиве. Удаление затронутых пулов хранения позволит освободить их. Вы можете просмотреть произошедшие события, просмотрев /var/log/space_operation.log.
-
Затем том DSM можно добавить с помощью пользовательского интерфейса Storage Manager.
Требуется дальнейшее тестирование, чтобы определить, можно ли впоследствии добавлять SSD-кэш с помощью пользовательского интерфейса, но, скорее всего, это будет работать.
Источник.
некоторое время не особо следил за изменениями DSM, может пропустил что-то.
На моём DS220+ такой команды нет 
, а хотелось бы.