Nas для хранения

[Meridian]

нет у меня "работодателя". Как и "зарплатодателя". Уже много лет.

Тогда у меня к Вам вопрос - мудрый совет "использовать 10G вместо 1G" как возник? Совет "диванного Иксперта"? Лишь бы брякнуть, плохо понимая финансовую сторону вопроса?

[Meridian]

На Synology, в отличии от Qnap есть btrfs, в котором можно делать снапшоты.

Не во всех моделях, справедливости ради стоит сказать.

[Meridian]

- Cloud Backup - автоматическое резервирование файла при его очередном изменении (основано на той же технологии как работают агенты облачных дисков). Умеет версионность, про дедупликацию не уверен, не копался. Работает непрерывно, пока работает комп. Он пришел на замену Data Replicator, и его особенность - удобная настройка конкретных папок для резервирования. Однако, для глобального резервирования целых разделов мне кажется это не столь удобным, поэтому использую его в комбинации с другими пакетами. Он отвечает за часто используемые папки. Работает как по локалке, так и через интернет. Консоль управления восстановлением несколько замороченная, в сравнении с предыдущим вариантом.

Справедливости ради стоит сказать, что Cloud Backup есть во всех моделях - даже простых однодисковых. Просто настраивается. То есть, если использовать NAS как хранилку резервных копий - очень даже зайдет.



А вот Active Backup живет на более дорогих моделях. Однодисковых там вообще не нашел

[Виктор.]

И да, хозяйке на заметку

Расскажите про порядок установки ОС на многодисковый Synology (в варианте - диски не в РАИД) и пакетов в сравнении с ПК.

Ну допустим на ПК я делаю так.

1. Диск - только ОС, файл подкачки, временные папки и ПО. И ни каких данных.

То есть я точно знаю, что если первый диск навернётся, то я максимум, что потеряю, это "Избранное" в браузерах. Да и его начал упорядочивать и думаю как архивировать. Файл с почтой тоже не на первом диске лежит.

2. Диск с музыкой, фильмами и прочим, что не жалко.

3. Диск с документами, фотографиями и тд. На нем все надо архивирвать.

Если выходит из строя диск с ОС и программами, я ставлю другой первый диск, ставлю ОС, программы и в каких надо, подцепляю базу с третьего диска, например почту. Ну а документы и фото тут само собой разумеющееся все сразу видно.



В NAS, КМК, как то все странно организовано и непонятно.

Если подтыкаешь второй диск, то вроде как ОС переносится (дублируется) и на второй диск безусловно, тогда как пакеты при этом не дублируются. И мало того, вроде как их даже принудительно невозможно на второй диск с дублировать.

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

ОС загрузится со второго, а пакетов не будет?

А что с настройками в пакетах, тоже потом вручную все делать и вспоминать?

Можно ли где то на русском языке почитать про принятую производителем логику хранения информации на NAS? (Непонимание этой логики пугает использовать NAS для архивации).

Меня пугает то, что я не могу осознать внятно, что мне делать, если вдруг выйдет из строя первый или второй диск. (Имеется ввиду, когда диски не в РАИД).

В какой степени можно вручную поменять логику установки ОС и программ?

Какие должны быть созданы тома на NAS, чтобы NAS не пытался создавать при добавлении второго и последующих дисков РАИД и чтобы тома были отдельными (чтобы диски не объединились в один том)?

На сколько критично для целостности данных внезапное отключение питания на NAS?

[Meridian]

На сколько критично для целостности данных внезапное отключение питания на NAS?

Могу сказать про однодисковые NAS. Дома был несколько лет QNAP. Без УПС. На работе в разное время были DLink и Synology. Хотя и под УПС, но сбои по питанию случались. Проблем не было.

[multiformat amateur]

Расскажите про порядок установки ОС на многодисковый Synology (в варианте - диски не в РАИД) и пакетов в сравнении с ПК.

В Синололжи есть несколько уровней абстракции в отношении системы хранения.

(А). Отдельные диски. Могут быть включены в рейд, могут быть отдельно (включая, функцию "запасного для рейда" - hot spare)

(Б). "Пул ресурсов хранения". Это по сути объединение дисков в RAID нужного Вам уровня, либо оставление одинокого диска как есть.

(В). "Раздел". Это разбиение на разделы внутри конкретного пула ресурсов хранения (рейда или одинокого инициализированного диска)

(Г) "Папка общего доступа". Логические папки внутри раздела.



К примеру, Возьмем 8-ми-дисковый NAS, и там вполне можно устроить такую конфигурация:

4 диска объединены в "пул ресурсов хранения 1", RAID5, на пуле созданы раздел1 и раздел2

2 диска объединены в "пул ресурсов хранения 2", RAID1, на пуле созданы раздел3, раздел4 и раздел 5.

1 диск оставлен сам по себе, это "пул ресурсов хранения 3", на пуле созданы разделы 6 и 7.

1 диск оставлен вне пулов хранения, обозначен системе "hot spare", предназначен для автоматического ребилдинга пула хранения1, если какой-либо из рабочих дисков там выйдет из строя, система автоматически отключит проблемный диск, введет hot spare в рейд и сделает ребилдинг массива.

Я сейчас обозначил сугубо гипотетическую иллюстрацию. На самом деле так никто не делает



В реальности никто настолько не заморачивается. Просто включают все имеющиеся в NAS диски в один "пул ресурсов хранения", делают на нем RAID1/5/6. Далее разбивают этот пул на один, или максимум два раздела. При этом, если кто разбивает на два раздела, он заранее отлично понимает зачем ему такое разбиение нужно. Если такого понимания нет, лучше сделать один, единый раздел, и не заморачитваться "многораздельностью". Дело в том, что в синололжи имеются прекрасные возможности организации внутри раздела сетевых папок, назначения им квот хранения и т.п. Т.е. для принудительного разбиения на несколько разделов нужны Очень Веские основания. Если оснований делать несколько разделов нет - тогда не о чем беспокоиться. Сделать один, единый раздел на весь NAS. Все необходимое регулируется квотами на папки.



Операционная система Synology пишется на все диски. Пакеты устанавливаются в выбранный в конфигурации раздел для установки пакетов. Имеется возможность резервирования конфигурации синолоджи, включая его настройки (можно делать бэкап хоть ежечасно). Так что с точки зрения сохранности информации внутри синоложи - там всё вполне продумано. Ставим пакеты на раздел на рейде, настраиваем автоматическое сохранение конфигурации на флешку. Настраиваем периодическое тестирование пула хранения, и настраиваем периодическое тестирование (краткое и расширенное) дисков в рейде, можно даже с уведомлением на почту, и больше с этими вопросами не паримся.



Далее внутри единого раздела Вы назначаете "папки общего доступа". К примеру:

- мои RAW

- мои проявки и фотошопинги.

- моя файлопомойка (поставили лимит в 500 гигагабайт)

- фильмы с торрентов

- бэкапы компов (поставили лимит в 2000 гигабайт)

- папка для совместного использования семьей (поставили лимит в 100 гигабайт)

и т.п.



И настраиваете политику резервирования NAS (например на другой NAS или на подсоединяемый жесткий диск) исходя из ценности информации в каждой из этих папок. Например, "фильмы с торрентов" можно дальше вообще никуда не бэкапить. А папку совместного использования - бэкапить каждый час.

Какие должны быть созданы тома на NAS, чтобы NAS не пытался создавать при добавлении второго и последующих дисков РАИД и чтобы тома были отдельными (чтобы диски не объединились в один том)?

Свежий чистый диск сам не объединяется ни с чем.

Пользователь должен принудительно указать что с этим диском сделать: создать ли на нем новый "пул хранения" состоящий из одинокого диска, или же подсоединить ли его к существующему пулу хранения, то есть ввести в рейд.

В какой степени можно вручную поменять логику установки ОС и программ?

ОС устанавливается безусловно на все диски в NAS, так сделано для максимальной надежности.

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

В NAS, КМК, как то все странно организовано и непонятно.

Возможно, проблема в той самой "олдфаговости": в желании самолично контролировать всё на уровне каждого файла (по себе знаю, есть такая выработанная многими годами общения с Windows привычка). Это практика для одинокого компьютера, несколько избыточна для сложных систем хранения, которые многие заботы на самом деле берут на себя. Немного другая идеология... Единственно, о чем надо реально позаботиться: об организации пула хранения, продумывании структуры папок, и обеспечению их резервирования, если таковое нужно. Остальное продумано на уровне ОС самой системы хранения, она заточена на это.

Если первый диск погибает, то что?

ОС загрузится со второго, а пакетов не будет?

Ставим пакеты на раздел, находящийся на пуле ресурсов хранения с RAID, и проблема гибели отдельного диска уже не волнует.

И, даже если даже погибает весь рейд (380 вольт в сети погубили все диски), то восстановим с "резервной копии конфигурации" и из центра пакетов.

Можно ли где то на русском языке почитать про принятую производителем логику хранения информации на NAS? (Непонимание этой логики пугает использовать NAS для архивации).

на сайте Синолоджи выложено руководство к операционной системе Синолоджи: DSM, на сегодня актуальная версия: 6.2.1.

Имеется вариант онлайн-руководства на русском языке.

Также существует русскоязычный форум: http://synology-forum.ru/

На сколько критично для целостности данных внезапное отключение питания на NAS?

Если честно, понятия не имею. У меня NAS подсоединен к UPS.

Думаю, настолько же критично, насколько критично внезапное выключение любой UNIX-машины с файловой системой EXT4 или btrfs.





_______________



если говорить о критическом отношении к защите информации от разного рода сбоев (а я такую позицию полностью поддерживаю) то отношение к NAS в этом смысле должно быть как к любому иному компьютеру: вся уникальная информация с него должна куда-то далее резервироваться. В идеале - в иное помещение и с обеспечением версионности. Именно поэтому я многократно писал, что с NAS тоже надо как-то организовывать бэкап. Либо подключаемыми вручную USB-дисками, либо поставить второй NAS. Именно поэтому два однодисковых NAS выглядят лучше чем один двухдисковый (надежнее). Именно поэтому необходимо изначально продумать, где именно Вы будете хранить первичную информацию в своей инфраструктуре, и как для неё делать "версионность бэкапов". С компа ли где будет хранится первичная информация - на NAS. Или же с NAS, где будет хранится первичная информация, куда-то ещё.

[Rimlyanin]

[oft]

Тогда у меня к Вам вопрос - мудрый совет "использовать 10G вместо 1G" как возник? Совет "диванного Иксперта"? Лишь бы брякнуть, плохо понимая финансовую сторону вопроса?

Вот как раз финансовую сторону этого вопроса я очень хорошо понимаю. НЕ стоит судить окружающих только на основании собственного опыта. [/oft]

[Meridian]

[oft]Вот как раз финансовую сторону этого вопроса я очень хорошо понимаю. НЕ стоит судить окружающих только на основании собственного опыта. [/oft]

Откуда у Вас такой опыт? Вы сами сказали, что на деньги работодателей давно не гуляли. А гуляющий "на свои" 10G коллеге не присоветует, так как прекрасно понимает стоимость этого барахла.



Остается единственный вариант - "диванный Иксперт" что-то брякнул.

[Meridian]

Спасибо коллеге [member="multiformat amateur"] за Synology Cloud Station Backup!



Реорганизовал офисную хранилку архивов, добавив туда папок для сохранения "на лету". С версионностью, вестимо. Получилось 720Gb, 320 тыс. файлов. Не взирая на допотопность однодисковой "старушки" DS112, проц пока справляется - во время заливки было 99%, сейчас около 20%. На форумах Synology начитался жалоб, что подключение агента Cloud Station вгоняет проц в печаль на часик - не подтвердилось, видать пофиксили.



Будем наблюдать

[Rimlyanin]

[oft]

Откуда у Вас такой опыт?

а Вы по буквам на мониторе сделаи вывод о моем опыте ?

Не взирая на допотопность однодисковой "старушки" DS112,

ДА не такая она и "допотопная" и "старушка". Недавно продал Synology DS110j, нормальный агрегат. Только DSM 5.2 самый свежий для неё.

А сейчас покупателю уехал Synology DS211j с парой WD Black WD2002FAEX-007BA0 по 2Tb. Она и до свежей DSM 6.2.3-25423 от 2020-04-15 обновилась.

[/oft]