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

[Keeper77]

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

Критично.Может некорректно завершить работу и полетит файловая система или посыпятся рейды.ИБП обязательно

[Виктор.]

Критично.Может некорректно завершить работу и полетит файловая система или посыпятся рейды. ИБП обязательно

Вот это очень даже не гут. Если на компе без рейда есть предположение что пытаться делать, то тут, если само не оживёт, хз. Читал темы про это, поверхностно, хотя бы понять какова вероятность. В них речь идёт о подкидывании дисков в линуксоидный девайс и там, шайтаны с квадратными мозгами что то пытаются оживить. Особенно проблематично, как понял, если на BTRFS, если оно само не оживится. Так ведь для "на лету, с версионностью" именно она и применяется?

[Keeper77]

Вот это очень даже не гут. Если на компе без рейда есть предположение что пытаться делать, то тут, если само не оживёт, хз. Читал темы про это, поверхностно, хотя бы понять какова вероятность. В них речь идёт о подкидывании дисков в линуксоидный девайс и там, шайтаны с квадратными мозгами что то пытаются оживить. Особенно проблематично, как понял, если на BTRFS, если оно само не оживится. Так ведь для "на лету, с версионностью" именно она и применяется?

Это одна из мелких проблем.Знаю случаи,когда слетали настройки и все было открыто до восстановления. Этим пользовались,тут же кража информации или вирусы. Смотря какой масштаб проблем.Подкидывание самое легкое.А если нет "доноров"?Масштаб проблем увеличится.Самое поганое,когда все превращается в тыкву.Проблема для всех типов файловых систем.Применяется то,что по вкусу пользователю,доступ к дистрибутиву все равно остается для всех систем,правда с последствиями для сервака или же их отстутвием.Все зависит от опыта админа. Могут сделать только хуже.

[Keeper77]

Читал темы про это, поверхностно, хотя бы понять какова вероятность.

Большая вероятность.Тонкая грань,между "АаАаАа,не включается"с нервами,или же получение тыквы

[Виктор.]

Да у Synology ещё и список совместимых ИБП какой то куций.

Ну имею ввиду, чтобы ИБП не слабенький был, а чтобы ещё и комп одновременно вытягивал минут на 30, да чтобы ещё и вентилятором не гудел и корректно завершить работу NAS мог, когда дома никого.

[Виктор.]

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

А в каких случаях, хотя бы теоретически такой слёт возможен?

И как разобраться, какие настройки NAS желательно поменять относительно дефолтных, имею ввиду в целях повышения безопасности?

[multiformat amateur]

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

Видел, как один из NAS-ов несколько раз выключался внезапно. По прерыванию питания (в UPS некстати сдохла батарейка, так получилось). Там был RAID5 с EXT4. Всё прошло без каких-либо негативных последствий. Нажимали на кропку влючения, NAS спокойно включался и продолжал работать. И так - несколько раз. Таким образом, полагать что RAID обязательно разрушится - не стоит. Но тем не менее риски потери информации в NAS несомненно существуют, и их надо оценивать: развал RAID, залитие водой, украли, ребенок пнул... Именно поэтому я рекомендую уникальную инфрмацию, лежащую в NAS - бэкапировать. Как это делать - подробно было описано ранее.

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

В деле восстановления информации (в том числе пересборки RAID-ов),

прослеживаются два ставших уже классическими пути:



(1) В случае факапа (недоступности данных) несем диски в контору по восстановлению данных.

И за очень отдельные деньги там их "выдирают" с умершего диска ли, или с умершего массива дисков.

Как вариант - пытаемся самостоятельно подцепив к другому компу восстанавливать данные с умерших дисков или массивов.



(2) В случае факапа (недоступности данных) самостоятельно легко и просто вытаскиваем всё из имеющейся другой копии данных.

Имеющейся на другом устройстве.



Второй путь значительно дешевле, но почему-то народ стремится к первому. А можно ли потом "после прихода пушного зверька" по крупицам пересобрать рейд? Хочется спросить: а зачем? Грохнули всё, переустановили ОС, залили обратно. Мне кажется если это принять за парадигму построения своей системы хранения - то вообще можно не париться ни по внезапному прерыванию электропитания, ни в отношении других траблов, угрожающих дисковому массиву.



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



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

BTRFS.... Так ведь для "на лету, с версионностью" именно она и применяется?

Cloud Backup (а тем более Data Replicator) не требуют BTRFS.

Эти программы работают даже на самых простых, самых младших моделях Synology. Вон, коллега Meridian запустил бэкапирование с компов, с обеспечением версионности на "старушке" Synology DS112. Пакету "Hyper Backup", который работает по обеспечению "бэкапов с версионнностью" уже с NAS-а на иные устройства также не требуется никакого btrfs. Ему вообще пофигу куда писать: на диски ли с Ext4, с NTFS, с exFAT, или вообще по rcync...



Таким образом, даже без BTRFS вполне имеется возможность вписать NAS в систему хранения "с версионностью". Особенно сие актуально для домашнего пользователя, реально простыми средствами всё решается. BTRFS может полезна как приятный бонус для тех, кто "на полную катушку" использует функционал NAS в дорогих моделях. Но на начальном этапе можно не зацикливатся на этом моменте. Конечно, приятно, если устройство поддерживает btrfs, это открывает некоторые новые возможности по мере освоения функциональности. Но и без btrfs вполне можно настроить то самое, ради чего NAS имеет смысл приобретать и встраивать в свою систему хранения.

[multiformat amateur]

Про файловую систему btrfs:



в целом это существенный шаг вперед, который можно активно использовать в своих NAS в схеме улучшения защиты информации:

https://www.synology.com/ru-ru/dsm/feat ... technology



Если покупаемая система умеет в btrfs, это дает новые возможности организовать что необходимо в нашем деле. Использовать ли для нужд версионности хранения, скажем, общего увеличения надежности против определенных угроз. Однако, следует предполагать, что в случае развала RAID с этой файловой системой специалистов-хирургов, которые по крупицам будут собирать разваленное - не будет. На этот случай должны быть попросту предусмотрены иные мероприятия, ежели сакраментальное "везти к красноглазикам, пусть кукуют долгими летними вечерами...". По сути, если мы говорим об обычном пользователе, не о компьютерщике, что там внутри NAS: btrfs ли или что ещё - в плане "самостоятельного восстановления массива" это совершенно без разницы. Обыватель не восстановит самостоятельно ни RAID на btrfs, ни RAID с любой иной файловой системой. А мудрый обыватель и не будет пытаться этого делать, и не будет везти на восстановление к шаманам. Ему это не нужно, у него данные сохранились и еще в других носителях. Согласно правилу 3-2-1.





Также отметим, что основной функционал NAS для домашнего пользователя: для фотографа, для дизайнера, - вполне реализуется и на основе моделей NAS, которые в btrfs не умеют, но которые будут значительно дешевле.

[Keeper77]

Да у Synology ещё и список совместимых ИБП какой то куций.

Ну имею ввиду, чтобы ИБП не слабенький был, а чтобы ещё и комп одновременно вытягивал минут на 30, да чтобы ещё и вентилятором не гудел и корректно завершить работу NAS мог, когда дома никого.

Вентилятор у мощного ИБП начинает работать только в аварийном режиме работы (вырубили свет),или когда заряжается и активно греется,так он тихо работает. Должна быть связь ИБП+компьюетр-для подачи сигнала на аппаратуру в случае отключения света.

[Keeper77]

А в каких случаях, хотя бы теоретически такой слёт возможен?

И как разобраться, какие настройки NAS желательно поменять относительно дефолтных, имею ввиду в целях повышения безопасности?

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

И как разобраться, какие настройки NAS желательно поменять относительно дефолтных, имею ввиду в целях повышения безопасности?

Все зависит от самой прошивки ПО,искать уязвимости,которые есть.К сожалению для таких ситуаций нет сторого рецепта.Как только подключили к интернету-атаковать будут 100%. Отключить от интернета полностью?Можно,не удобно,все равно взломают с помощью вирусов-удаленно и более изящно.

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

На роутере надо закрыть смотрящие наружу сетевые порты 139 и 445.

При настройке доступа к серверу используйте аутентификацию по ключам SSH вместо пароля-надежнее будет.

Отключить протоколы SMB (Samba) будут работать с костылями,а так же вырубить протокол удаленного доступа RDP. Если всеже необходим удаленный доступ к серверу, он должен быть разрешен только с определенных IP-адресов и происходить по VPN. Использовать антивирус и файрвол.Пользоваться шифровальщиком