Системные требования freenas: Hardware Requirements - FreeNAS

Содержание

FreeNAS 11 | Требования к оборудованию

FreeNAS — это программное обеспечение для хранения данных корпоративного класса, разработанное с целью защиты данных в качестве основной цели, и выбранное вами оборудование играет важную роль в его достижении. FreeNAS предназначен для установки на аппаратном оборудовании x86, а ниже приведены основные рекомендации по разработке собственной системы хранения, от минимальных требований к функциональной системе до полноценного готового к использованию оборудования. Наслаждайтесь! (скачать FreeNAS 11)

Типичные требования для малого и среднего бизнеса для FreeNAS 11

Поддержка программного обеспечения от iXsystems может быть получена только с помощью TrueNAS

От одного до четырех 64-разрядных многоядерных процессоров корпоративного класса.
Два зеркальных 16-гигабайтных загрузочных диска (рекомендуется USB или SATA DOM)
32 ГБ ECC RAM Минимум (1 ГБ на ТБ хранилища — хорошее правило, но его необходимо настроить в зависимости от рабочей нагрузки / приложения)
По крайней мере, 4 диска с прямым подключением (аппаратный RAID настоятельно не рекомендуется). Это значительно снижает возможности защиты и восстановления данных FreeNAS.)
Если необходимо добавить диски выше того, что поддерживает материнская плата, не используйте RAID-карты. Адаптеры главной шины (HBA) рекомендуется вместо этого предоставлять FreeNAS / ZFS прямой доступ к отдельным дискам. LSI HBA — лучший выбор для FreeNAS.
Для получения наилучших результатов см. Список совместимости оборудования FreeBSD для поддерживаемых дисковых контроллеров
Рекомендуется использовать жесткие диски SATA / SAS корпоративного качества.
Устройство высокой четкости на основе записи на основе флэш / SSD (ZIL) для синхронной записи (рекомендуется Flash / SSD с защитой от потери мощности). Два устройства зеркалируются, если критически важна непрерывная производительность.
Высокопроизводительные твердотельные накопители для ускорения чтения, если самые запрошенные данные не подходят в ОЗУ, а случайная загрузка чтения высокая.
По крайней мере два физических сетевых порта. Intel рекомендовала 1GbE. Chelsio рекомендуется для 10GbE.
Для получения наилучших результатов см. Список совместимости оборудования FreeBSD для поддерживаемых наборов микросхем Ethernet
Если требуется поддержка, рассмотрите iXsystems TrueNAS Enterprise Storage Arrays.

LSI HBA — лучший выбор для FreeNAS.

(скачать FreeNAS 11)

Поделись записью

FreeNAS 10 — новое лицо старого хранилища / Хабр

Доброго времени суток, Хабр! Чуть больше года назад была анонсирована ALPHA версия популярной Open Source операционной системы для хранения данных FreeNAS.

На сегодняшний день вышеупомянутый продукт коллективного труда дорос аж до BETA2 и уже неспешно-стремительно движется к своему релизу. Если вам интересно, что же там «напридумывали» разработчики — добро пожаловать под кат.

disclaimer: Продукт активно развивается и вся предоставленная ниже информация актуальна на дату написания статьи — 28.11.2016

Итак, кому уже сейчас не терпится прощупать вполне вменяемую и относительно работающую версию — качаем самый свежий Nightly-билд — https://download.freenas.org/10/MASTER/latest/x64/ или же с официального сайта, где нам изложат всю суть релиза в одной фразе — not for production

Предупреждают нас, что данная версия FreeNAS не для продакшена (not for production) — не просто так. Я постоянно слежу за обновлениями и читаю отзывы о том или ином билде, и за последние месяцы активности проекта мне удалось застать пропадающие docker-контейнеры, отказывающиеся работать виртуальные машины, отваливающийся GUI и много других неприятных моментов, которые неизбежны на beta-стадии разработки.

Интерес ещё не пропал? Тогда продолжим.

Текущая версия FreeNAS-10-MASTER основана на FreeBSD 10.3-STABLE и имеет чрезвычайно приятный user-friendly интерфейс, основные моменты которого показаны на видео (рекомендую начать с 4:47).

С момента выхода версии FreeNAS 9.10 немного возросли системные требования. Минимальные системные требования для работы FreeNAS 10:

процессор с поддержкой 64-bit

система с поддержкой загрузки через legacy BIOS или EFI

8 GB RAM*

8 GB USB stick или DOM или CF (не рекомендую)*

хотя бы один диск для хранения данных

порт Ethernet для сетевого обмена

Рекомендации по объёму оперативной памяти:

память нужно рассчитывать из условия 1-2GB RAM на 1TB хранилища

если нужна ZFS дедупликация, то считаем 5 GB RAM на 1TB дедуплицированного хранилища

если планируете Active Directory с большим числом пользователей, то необходимо дополнительно 2 GB RAM для внутреннего кеша winbind

если планируете использование iSCSI и производительность не критична, то устанавливайте как минимум 16GB RAM, если нужна производительность — минимум 32GB RAM

Я отметил * несколько важных моментов, хотелось бы их уточнить.

— «… the new recommended minimum size for the OS device is now 32GB (up from 16GB). The absolute minimum is still 8GB» — это означает, что теперь необходимо минимум 32GB для загрузочного устройства, абсолютный минимум по прежнему 8GB. источник

— если вам нужны все прелести ZFS и FreeNAS — рекомендованный стартовый объём памяти 16GB, рекомендованный тип памяти — ECC и это не обсуждается только в том случае, если ценность ваших данных отлична от 0 и вы «храните все яйца в одной корзине», в остальных случаях вы можете использовать non-ECC память на ваш собственный страх и риск!

Если с системными требованиями вроде бы всё ясно и понятно, то подбор железа для корректной работы может вызвать затруднения. В случае подобных проблем можно обратиться к FreeBSD Hardware Notes, где подробно расписаны поддерживаемые устройства. Так же у проекта есть форум и даже русская ветка, где вам смогут помочь с тем или иным вопросом, касающимся FreeNAS.

Пробежимся по элементам меню нового webGUI Freenas 10 (картинки кликабельны):

После входа по адресу машины или freenas.local нас встречает незамысловатый Dashboard, который можно настроить на своё усмотрение.

В меню Storage можно удобно сконфигурировать массив и настроить файловые шары, разработчик рекомендует использовать dataset’ы вместо directory-sharing.

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

В меню Network мы можем настроить сетевые интерфейсы, создать VLAN, LAGG, BRIDGE.

Раздел System позволит настроить нашу систему более детально: посмотреть статистику, изменить имя хоста, выбрать пул для загрузки (помогает при неудачных обновлениях), произвести обновления, часовой пояс и время, доступ к веб-интерфейсу, сертификаты, информирование по e-mail, и даст возможность отправить баг разработчику.

Раздел Services приведёт нас к настройкам основных служб передачи файлов, управления системой и шар.

К слову, мне удалось без проблем поднять свой старенький домашний ИБП FSP VESTA 600.

Раздел Console позволит прямо из браузера получить доступ к FreeNAS CLI или же к shell.

Calendar по сути будет являться планировщиком, где можно гибко настроить расписание на обслуживание и диагностику хранилища (регулярная проверка smart, расписание проверки обновлений, создание снэпшотов, rsync, реплика).

В разделе Peering можно настроить связь с другими машинами или же с amazon-s3.

В разделе VMs можно управлять виртуальными машинами.

Не забыт и всеми любимый Docker — в соответствующем разделе можно управлять контейнерами, что может оказаться крайне полезным.

В последних редакциях появился Wizard — помощник по первоначальной настройке хранилища.

Более подробное описание некоторых функций есть на видео:

Выводы

На рынке много enterprise-ready систем хранения данных, таких как QNAP, NetApp, Synology и т.д. У некоторых из них продуманные и удобные интерфейсы, но новый FreeNAS 10 получился с весьма красивым, удобным и user-friendly лицом, однако количество багов и запланированных фич на сегодняшний день достаточно велико. Если заглянуть на официальный багтрекер, то можно увидеть приблизительный срок завершения работы над релизной версией — «В срок около 3 месяца (20.02.2017)«. Из текущих недостатков сразу бросается в глаза невозможность обновиться с ветки 9.Х до beta 10.Х, но разработчики планируют данную функцию ближе к релизу, если конечно подобный «переход» вообще будет возможен.

В общем, смотрите, изучайте, тестируйте и не забывайте отписываться о багах.

Нас было семеро. Обзор дистрибутивов для организации NAS-сервера — «Хакер»

Содержание статьи

Обзор дистрибутивов для организации NAS-сервера

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

Сайт: freenas.org
Платформа:FreeBSD 8.3
Системные требования: CPU x86/x64, RAM 128+ Мб, HDD 500 Мб
Архитектура: x86, x64
Русификация интерфейса: да
Лицензия: BSD

Дистрибутив FreeNAS (Free NAS Server) построен на базе FreeBSD, при этом номер версии совпадает с номером релиза FreeBSD, на основе которого он создан. Изначально проект развивался под руководством Оливье Кошар-Лаббе (Olivier Cochard-Labbé), затем к нему подсоединилась группа добровольцев, что придало серьезный импульс развитию проекта. Сегодня FreeNAS находится под патронажем компании iXsystems, занимающейся разработкой аппаратных NAS на его основе. Кстати, эта компания поддерживает PC-BSD и способствует развитию ZFS во FreeBSD.

Текущая версия FreeNAS в качестве ФС использует ZFS (пул версии 28), среди особенностей которой: поддержка автоматического распознавания и объединения дубликатов данных, реализация RAID-Z3 (программный RAID 7, ZFS хранит три копии структур, обеспечивающих целостность), возможность разделения отзеркалированного zpool-раздела на несколько раздельных пулов (zpool split), импорт пула в режиме только для чтения, ускорение работы со снапшотами и другое. Например, функция ZFS Snapshots позволяет создать и отправить на удаленную систему снимок локальной ФС (и обновлять в случае изменений), а при сбое быстро восстановить работоспособность.

В релизе FreeNAS 8.3.1 реализовано шифрование ZFS, теперь можно надежно защитить данные без привлечения сторонних решений. Если процессор поддерживает инструкции AES-NI, работа модуля шифрования не будет сказываться на производительности. Управление ключами очень простое, подключить затем такой диск на другом сервере не составит труда.

Для доступа к хранилищу заявлена поддержка iSCSI, FTP/FTPS/TFTP, NFS, Samba, AFP (Apple Filing Protocol), SSH и синхронизация посредством RSYNC. Возможна организация программного RAID (0, 1, 5, 6, 10, 60), RAID-Z1/Z2/Z3, импорт дисков, отформатированных в FAT, NTFS, EXT2/3, UFS RAID. Для авторизации клиентов используется LDAP / Active Directory.

Реализованы и другие полезные функции: SNMP-мониторинг, тест дисков при помощи S.M.A.R.T., отправка журналов на удаленный syslogd и отчетов по электронной почте. Администратор получает наглядные графики использования ресурсов NAS-сервера.

С версии 8.2.0 поддерживаются плагины, которые позволяют легко расширить возможности системы. Аддоны основаны на FreeBSD jails и пакетах PBI с PC-BSD и полностью изолируют дополнения от основной системы. В настоящее время представлены расширения, реализующие поддержку BitTorrent, потокового DAAP-сервера (на основе Firefly) и MiniDLNA.

Файлы конфигурации и пользовательские данные хранятся на отдельном дисковом разделе data, в некоторых конфигурациях это неудобно. Все функции полностью настраиваются через локализованный и интуитивно понятный веб-интерфейс (написан с использованием Django). Также через веб можно подключиться к shell.

FreeNAS распространяется в виде установочных x86/x64 ISO-образов, образов для USB. На странице загрузки доступны и образы обновлений, пакет плагинов. Системные требования, в общем-то, невысоки, но каждая функция ZFS требует дополнительных мощностей и большого количества свободной памяти.

Установщик, как полагается во FreeBSD, текстовый, но работа с ним каких-либо неудобств не вызывает. Необходимо лишь выбрать из списка диск, на который ставить ОС, и согласиться с тем, что данные будут уничтожены, после перезагрузки можно настроить сеть при помощи конфигуратора (/etc/netcli).

Интерфейс FreeNAS позволяет контролировать все аспекты работы сервера

Сайт: openmediavault.org
Платформа: Debian
Системные требования: CPU i486/amd64, RAM 1+ Гб, HDD 2+ Гб
Архитектура: x86, x64
Русификация интерфейса: да
Лицензия: GNU GPL

Проект развивается в рамках FreeNAS и предлагает его реализацию, основанную на пакетной базе Debian (ядро 2.6.32). Считать OpenMediaVault копией нельзя, поскольку это вполне самодостаточное решение со своими особенностями. Так, если FreeNAS ориентирован на максимальное использование возможностей ZFS, то OpenMediaVault нацелен на большую поддержку встраиваемых устройств и простую подсистему установки дополнений и обновлений. Например, для установки плагинов и обновлений используется штатный пакетный менеджер, поэтому вместо смены всей «прошивки» просто ставится новая версия пакета, админ выбирает ее в предложенном списке в GUI, даже не вникая в особенности работы APT.

Система может быть запущена на любом оборудовании, которое будет работать в Debian. В качестве файловой системы используются ext3/ext4/XFS/JFS и NTFS/FAT32 (чтение/запись), поддерживается программный RAID (0, 1, 5, 6, JBOD, 5+0, 5+1, 0+1, 1+0 и другие при помощи mdadm). Для подключения к данным настраиваются SMB/CIFS, FTP/FTPS, TFTP, NFSv3/v4, SSH и RSYNC. Некоторые возможности реализованы при помощи плагинов: LVM, iSCSI Target, поддержка LDAP, доступ AFP, клиент BitTorrent, сервер DAAP, поддержка UPS и антивирус. Возможна организация совместного доступа к ресурсам и разделения привилегий (в том числе ACL) на основе групп и пользователя, настройка квот. Для мониторинга используется SNMP (v1/2c/3), S.M.A.R.T., отслеживается состояние UPS. В случае проблем администратор получает уведомление по email. В отличие от FreeNAS, для хранения настроек создается один смешанный раздел, сочетающий данные и системные файлы.

Для установки доступен образ для x86- и x64-систем, образы для VMware и VirtualBox, репозиторий для Debian. Также можно скачать исходные тексты и собрать все самому, то есть при желании дистрибутив легко затачивается под конкретные условия.

Управляющий веб-интерфейс OpenMediaVault написан на PHP с использованием JavaScript-фреймворка ExtJS, поддержка Ajax позволяет получать данные без перезагрузки страниц. Несмотря на использование других инструментов в создании интерфейса, внешне он очень похож на FreeNAS, хотя несколько проще в использовании (сказываются особенности ФС и системы обновлений).

Программа установки текстовая, но сложностей не вызывает. В процессе предстоит выбрать часовой пояс и установить пароль root. По умолчанию системный диск форматируется в ext4, и повлиять на это никак нельзя. Все остальные системные настройки производятся также через веб — сеть, брандмауэр, обновления, плагины и так далее. Пароль/логин для входа в интерфейс управления — admin/openmediavault.

OpenMediaVault — самодостаточное решение, появившееся в результате переноса идей FreeNAS в DebianОсновная фишка OpenMediaVault — простая установка дополнений

Сайт: nas4free.org
Платформа: FreeBSD 8.3
Системные требования: CPU x86/x64, RAM 256+ Мб, HDD 500 Мб
Архитектура: x86, x64
Русификация интерфейса: да
Лицензия: BSD

NAS4Free был основан на кодах FreeNAS 0.7, когда прародитель (включая название) перешел под крыло iXsystems и началась его коммерциализация. Ориентирован в первую очередь для применения во встроенных системах, хотя не ограничен в возможностях установки на обычный компьютер или виртуальную машину.

Текущая версия построена на базе FreeBSD 9.1, в качестве ФС использует ZFSv28 (включая RAID-Z1/Z2/Z3), UFS, ext2/3, FAT, NTFS, поддерживает программный RAID (0, 1, 5 и другие) и шифрование диска. Обмен данными возможен по протоколам SMB/CIFS, FTP, TFTP, NFS, AFP, iSCSI (initiator и target), SCP (SSH), BitTorrent, HAST, CARP, синхронизация данных посредством RSYNC (клиент/сервер) или Unison. Поддерживает UPnP (на базе Fuppes), сервер iTunes/DAAP (Firefly), протоколы CARP, HAST, VLAN и Wake On LAN. Управление доступом производится на основе пользователей и групп UNIX. Для аутентификации используется внутренняя база и средства Active Directory и LDAP.

Состояние хардов отслеживается при помощи S.M.A.R.T., реализованы SNMP, отправка сообщений Syslog, контроль состояния UPS. В случае проблем админ получает уведомление по email. Поддерживается весь спектр оборудования, совместимый с FreeBSD. Все это полностью настраивается через веб-интерфейс.

Дистрибутив может быть установлен как на обычный хард, так и на Compact Flash, USB, SSD, также может работать с LiveCD/LiveUSB. Систему не следует устанавливать на диск емкостью более 2 Тб, такой диск можно использовать только для хранения данных.

Все настройки сохраняются в одном XML-файле (config.xml), поэтому их очень просто перенести на другую систему. Такой файл можно поместить на флешку, тогда он подхватится автоматически во время инсталляции, или импортировать через веб-интерфейс.

Работа с NAS4Free во многом напоминает FreeNAS старых версий. Например, по умолчанию устанавливается IP-адрес 192.168.1.250. После загрузки ОС появляется консольное меню, позволяющее сконфигурировать сетевые интерфейсы, сменить IP, установить систему, выйти в shell, сбросить пароль веб-администратора (по умолчанию учетки admin и root имеют пароль nas4free) и так далее. Интерфейс, кроме прочего, предоставляет возможность некоторых системных настроек, имеет редактор файлов, файловый менеджер, возможность отправки команд оболочке, инструменты сетевой диагностики, тестирование пропускной способности сети (при помощи Iperf). По умолчанию все сервисы отключены, администратор самостоятельно запускает и настраивает то, что необходимо.

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

Управление дисками в NAS4Free

Сайт: zfsguru.com
Платформа: FreeBSD 9.1
Системные требования: CPU x64, RAM 1+ Гб, HDD 2+ Гб
Архитектура: x64
Русификация интерфейса: нет
Лицензия: BSD

Проект относительно молодой и ориентирован в настоящее время скорее на домашних пользователей и небольшие организации. В качестве файловой системы используется ZFSv28, поддерживаются UFS и ext2/ext3 (после установки e2fsprogs). Возможно создание программного RAID (0, 1, 5, JBOD, 5+0, 5+1, 0+1, 1+0 и так далее), RAID-Z1/Z2. Доступ к данным реализуется посредством iSCSI (initiator и Target), SMB/CIFS, NFS, SSH, RSYNC (клиент и сервер) и AFP. Поддерживаются специфические функции ZFS: дедупликация, снапшоты и сжатие, которые можно настроить через интерфейс для каждой ФС. Возможно использование SSD в качестве кеширующего устройства (ZFS L2ARC), позволяя тем самым повысить производительность при операциях чтения. Предусмотрено применение резервных дисков, которые будут активированы автоматически в случае выхода из строя одного из дисков массива.

Поддерживается управление учетными записями пользователей и групп, аутентификация средствами Active Directory и LDAP. Отчеты S.M.A.R.T., монитор I/O и benchmark позволяют контролировать состояние и производительность жестких дисков. Администратор может получать email о критических параметрах (в поставку входит Sendmail), отправку журналов на удаленный syslogd.

Функции легко расширить при помощи пакетов, которые устанавливаются простым щелчком. В настоящее время доступно восемь категорий, в которых насчитывается около 70 приложений — iSCSI-target, OwnCloud, несколько FTP-серверов, BitTorrent, антивирус ClamAV и другие.

Поддерживается весь спектр оборудования, совместимый с FreeBSD 9.1, в том числе многие Wi-Fi сетевые карты и RAID-контроллеры. Для управления используется веб-интерфейс (написан на PHP, в качестве веб-сервера задействован lighttpd), по виду напоминает настольное приложение. Настроек в нем много, они разбросаны по меню и подменю, можно изменить в том числе и некоторые системные параметры, есть веб-консоль для ввода команд оболочки и просмотра файлов на диске. Применение ZFS также накладывает свой отпечаток. Поэтому некоторое время придется потратить, чтобы освоиться. Далее проблем в работе обычно не возникает. Чтобы расшарить ФС, достаточно ее выбрать и нажать соответствующую ссылку, будет показана команда, которую можно тут же подправить.

ZFSguru реализован в виде ISO-образа, поддерживающего установку на жесткий диск, USB или виртуальную машину. Возможна загрузка и работа с LiveCD. Веб-интерфейс доступен отдельным архивом, который можно использовать для установки на FreeBSD. На сайте есть все необходимые инструкции по установке. Таким образом, можно легко собрать NAS-сервер под любые условия, обеспечив удобное управление.

Программа установки несколько отличается от других решений. Образ выгружается в ОЗУ, поэтому желательно наличие 1 Гб памяти, иначе процесс может завершиться с ошибкой. После загрузки доступно меню, позволяющее выйти в shell, узнать IP, сбросить настройки веб. Далее следует подключиться к серверу при помощи веб-браузера и произвести установку, воспользовавшись подсказками визарда, который поможет настроить доступ к серверу NAS, аутентификацию, настроить ZFS pool, отправить в сообщество ZFSguru данные об используемом оборудовании.

Настройка файловой системы в ZFSguru

Сайт: openfiler.com
Платформа: rPath Linux
Системные требования: CPU x64 1,6 ГГц, RAM 2+ Гб, HDD 8+ Гб
Архитектура: x64
Русификация интерфейса: нет
Лицензия: GNU GPL

Первые версии дистрибутива, начало развития которого положено в 2003 году, базировались на CentOS, но впоследствии разработчики остановили выбор на сервисе rBuilder Online дистрибутива rPath. Текущая версия позволяет использовать компьютер в качестве бэкенда VM. Поддерживается Fibre Channel, iSCSI (initiator и target) и GNBD (сетевое блочное устройство).

Обеспечивается возможность простого управления хранением данных, поддержка больших хранилищ 60+ Тб, point-in-time снапшоты. Реализована синхронная и асинхронная поблочная репликация данных между узлами при помощи RSYNC (Remote Block Replication).

Кроме того, поддерживаются все сетевые протоколы, используемые сегодня для передачи файлов: CIFS/SMB (с «теневыми» копиями), NFSv3/v4 (с поддержкой ACL), HTTP/DAV, FTP, программный RAID всех популярных уровней (0, 1, 5, 6 и 10) и LVM2. В качестве файловой системы можно выбрать ext3 и XFS (рекомендуются, форматирование производится через GUI) или ReiserFS и JFS (форматирование вручную).

Чтобы удобнее управлять ресурсами дисков, их объединяют в общий пул (Dynamic Volume Aggregation), который затем «нарезают» по назначению (Logical и PITC Volumes).

Аутентификация пользователей может производиться средствами PAM (настраивается через веб), NIS, LDAP, Hesiod, Active Directory и NT4 домена, причем можно задействовать одновременно несколько механизмов. Политика доступа к ресурсам реализуется на основе членства в группе, IP-адреса или принадлежности к сети. Возможна автоматическая активация персональных (home) ресурсов зарегистрированных пользователей и гостевых каталогов. Дисковые квоты задаются для групп, персонально и отдельно для гостей. Это позволяет реализовать любые варианты. Для быстрой настройки квот используются шаблоны.

Openfiler содержит ряд приложений, выпускаемых под свободными лицензиями, — Apache, Samba, Bacula и другие. Поддерживается управление UPS. Есть возможность объединения нескольких Openfiler в кластер высокой доступности (High Availability).

Все настройки осуществляются через понятный, хотя и не локализованный веб-интерфейс (доступен на 446-м порту) или через SSH. Основные установки сервисов представлены в виде Administrative Tasks, позволяющих выполнить все необходимое поэтапно. После выбора меню внизу открывается подменю, основные пункты выбираются в поле справа. Некоторые продвинутые настройки убраны и открываются дополнительно (Expert View). Для управления настройками используется логин openfiler и пароль password, пользователь root (создается при установке) через веб может только настраивать квоты.

Изначально проект нацелен на коммерциализацию, поэтому внятная документация отсутствует. К счастью, в Сети можно найти ряд руководств, подготовленных пользователями. Поддержка возможна через форум, список рассылки или в IRC-канале. За плату предоставляются официальная поддержка и расширенные возможности.

Официально поддерживается установка в виртуальную среду Citrix XenServer и VMware vSphere. Последний релиз доступен только в виде ISO-образа под x86_64, но в случае необходимости использования оборудования на x86 или виртуальных машин VMware можно обратить внимание на предыдущий релиз. В качестве установщика используется усеченный вариант Anaconda. Сам процесс установки занимает десять минут и понятен даже новичку. Можно выбирать между графическим или текстовым вариантами.

Последний релиз датирован 2011 годом, но то, что есть, вполне актуально на сегодняшний день, и проект по-прежнему считается активным. Однако, учитывая, что rPath канул в Лету, обновить при необходимости компоненты Openfiler будет не просто.

Openfiler: для удобного управления ресурсами дисков их объединяют в общий пул

Сайт: nexentastor.org, nexenta.com
Платформа: OpenSolaris/Illumos
Системные требования: CPU x32 (рекомендуется x64), RAM 1 Гб, HDD 2 × 10+ Гб
Архитектура: x86, x64
Русификация интерфейса: нет
Лицензия: Community Edition EULA / коммерческая

Дистрибутив для создания сетевых хранилищ, который сочетает в себе ядро OpenSolaris и программное окружение Ubuntu 8.04 (в последующем планируется переход на ядро, разрабатываемое в рамках Illumos, и Debian Squeeze). В качестве файловой системы используется ZFS, для работы с пакетами задействован пакетный менеджер APT (штатный ncp3-репозиторий предоставляет более 12 тысяч пакетов). Есть и своя специфика. При работе apt-get создаются контрольные точки, на которые можно при желании откатиться. Также apt-clone позволяет клонировать систему для обновления в отдельный ZFS-пул, после чего переключить рабочую систему в обновленное окружение. Поддерживается все, что присуще ZFS: сжатие и дедупликация, синхронная и асинхронная репликация, поиск в снапшоте, отсутствуют лимиты на размеры файла, на количество снапшотов и copy-on-write клонов. Предусмотрена возможность использования кеша на SSD (Hybrid Storage Pools). Реализована поддержка комплекса технологий VAAI (vStorage API for Array Integration), предназначенного для передачи некоторых операций виртуальных машин по работе с дисками на сторону массива с целью повышения производительности. Подключение возможно как по NAS (NFS, CIFS, WebDAV, FTP), так и по SAN (iSCSI & FC). Реализовано управление квотами на уровне пользователей и групп, возможна интеграция с Active Directory. Управление системой производится через удобный веб-интерфейс (NexentaStor Management Viewer) или с помощью командной строки. Предусмотрена интеграция с внешними приложениями посредством API, возможности расширяются при помощи модулей.

Перед установкой следует свериться со списком поддерживаемого оборудования. NexentaStor делится на две версии: Enterprise и Community Edition. Последняя бесплатная, построена на Illumos/Debian и имеет ограничение максимального размера хранилища в 18 Тб, также отсутствует ряд модулей (например, для HA-кластера). Кроме установочного, доступны образы для быстрого развертывания в VMware и Citrix Xen.

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

Особенности ZFS v28 в FreeBSD

Файловая система ZFS не является «родной» для FreeBSD, поддержка долгое время существовала в виде патча, затем код был интегрирован в основную ветку FreeBSD 8.3 и 9.0. В настоящее время обеспечивается:

Поддержка автоматического распознавания и объединения дубликатов данных, которые будут сохранены на физический носитель только один раз. Это позволит существенно уменьшить занимаемое дисковое пространство и повысить производительность. Но нужно помнить, что на каждый блок ФС ZFS использует примерно 512 байт в памяти для таблицы дедупликации, если задать маленький размер блока, то ресурс быстро исчерпается и ZFS будет тормозить.
Поддержка RAID-Z3 — варианта RAIDZ с хранением трех копий, отвечающих за обеспечение целостности структур. Это позволяет значительно повысить надежность хранения по сравнению с RAID-режимами с двойным дублированием — RAID–6 и RAID-Z2, так как обеспечивается целостность данных при одновременном выходе из стоя сразу трех дисков.
Поддержка команды zpool split, предназначенной для разбиения отзеркалированного zpool-раздела на несколько раздельных пулов. Позволяет упростить клонирование данных, когда к зеркалу добавляется несколько дисков, производится синхронизация и диски исключаются из пула. С использованием zpool split очень просто исключить диск из пула и создать на его основе новый пул.
Ведение счетчика ссылок на снапшот для более гибкого управления удалением неиспользуемых снапшотов. Увеличив счетчик, пользователь может пометить, что снапшот используется и его нельзя удалять.
Импорт пула в режиме только для чтения.
Утилита zfs diff отображает различия между двумя ZFS-снапшотами или между снапшотом и текущим состоянием ФС.
Команда zpool import -F позволяет «перемотать» поврежденный пул к состоянию, соответствующему более ранней группе транзакций.

Сайт: http://lime-technology.com/unraid-server
Платформа: Slackware
Системные требования: CPU x32, RAM 512 Мб, HDD 1+ Гб
Архитектура: x86, x64
Русификация интерфейса: нет
Лицензия: GNU GPL / коммерческая

Дистрибутив, базирующийся на фирменной технологии, разработанной Lime technology LLC. От стандартных RAID ее отличает то, что в единый массив можно объединять диски SATA и PATA, диски разных объемов и скоростей. Для этого применяется отдельный диск для контрольной суммы (четности), данные между дисками не чередуются. Предусмотрена возможность динамического добавления дисков в массив.

Предлагается три версии: Basic (бесплатная), Plus и Pro. Лицензия привязывается к GUID диска, на которую установлена система. В Basic используется обычный RAID и установлено ограничение в три диска (Plus — 7, Pro — 25). Старшие версии поддерживают возможность разграничения доступа и интеграцию с Active Directory.

Основой unRAID Server является дистрибутив Slackware. Управление производится при помощи веб-интерфейса или стандартных команд UNIX. Дистрибутив нетребователен к мощности CPU и ориентирован прежде всего на встроенные системы, может устанавливаться и работать с USB-носителя. Система плагинов позволяет легко расширять штатные возможности. При знании основ Linux все нужное можно добавить самостоятельно. Поддерживаются все присущие NAS и SAN протоколы.

Перед установкой рекомендуется свериться со списком Hardware Compatibility. Сам процесс развертывания можно назвать нестандартным, но он хорошо описан в документации. По умолчанию диски форматируются в ReiserFS v3.6 (рекомендуемой), поддерживаются и другие ФС, в том числе NTFS.

WARNING

При использовании ZFS нужно следить за доступным свободным местом: когда его остается меньше 10%, производительность сильно падает.

Выбор готовых решений, как видишь, очень большой, посоветовать что-то одно довольно сложно. Все зависит от конкретных условий использования и личных предпочтений касательно ОС и основной файловой системы. Сторонники Linux наверняка остановятся на OpenMediaVault, а BSD’шники будут мучительно выбирать между FreeNAS и NAS4Free. Если ты хочешь полностью оценить возможности ZFS, попробуй начать с NexentaStor.

INFO

Релиз FreeNAS 8.3.0, построенный на базе FreeBSD 8.3, стал самой популярной версией дистрибутива.

Количество загрузок FreeNAS превысило 500 тысяч.

Сейчас ведется разработка FreeNAS версии 9.1, пока находится в статусе бета.

Автор OpenMediaVault — Фолькер Тайле (Volker Theile), один из основных разработчиков FreeNAS.

FreeNAS — создаем сетевое хранилище

В прошлом посте я перечислил наи{более распространенные варианты создания сетевых хранилищ данных (NAS). Давайте сделаем такое сетевое хранилище своими руками. За основу мы возьмем самый популярный дистрибутив, заточенный под эти цели — FreeNAS. Крайняя версия на момент написания обзора FreeNAS 8.0 основывается на FreeBSD 8.2 и обладает всеми необходимыми функциями для создания полноценного сетевого хранилища NAS.

Системные требования изначально не большие, но производительность сетевого хранилища напрямую зависит от производительности железа. Если вы хотите максимально быстро считывать/записывать информацию, то имеет смысл найти мощный компьютер под установку FreeNAS. Если у вас нет особых требований к скорости, то подойдет любой обычный компьютер не обладающий выдающимися характеристиками. На нашей тестовой системе дистрибутив вполне комфортно работал на компьютере с 512 Mb оперативной памяти. Помимо этого в компьютере должна быть сетевая карта, мы же создаем сетевое хранилище

FreeNAS можно установить на жесткий диск или USB-флешку. При этом система занимает весь объем носителя на который устанавливается, не зависимо от емкости, а все сетевые ресурсы для хранения информации размещаются на других жестких дисках. Поэтому если у вас в распоряжении всего один жесткий диск, то мы вам рекомендуем устанавливать систему на USB-флешку, при этом главное чтобы комп поддерживал загрузку с USB носителей. Емкость флешки должна быть не меньше 2 Gb.

Дополнительно я взял два жестких диска, чтобы показать возможность резервирования важной информации на основе работы программного RAID. Это особенно будет интересно тем, кто заботится о надежности хранения своей информации.

В случае использования программного RAID, вы работаете только с одним диском из двух, а на втором FreeNAS использует как точную копию первого диска в режиме реального времени. Т.е. вся записываемая информация одновременно пишется на оба диска. Если вдруг один из дисков выйдет из строя, система продолжит работать на втором диске как ни в чем не бывало. Затем вы меняете неисправный диск на новый и он автоматически синхронизируется с уже имеющимся диском. При использовании RAID, объем доступный для данных будет равен объем наименьшего из двух дисков.

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

Приступаем к установке

Вставляем CD-диск с FreeNAS в привод, вставляем чистую USB-флешку, подключаем комп к сети, включаем и загружаемся

Первое что нам будет предложено — установить FreeNAS на какой-нибудь носитель информации, появится вот такое окно:

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

Начальная настройка

После перезапуска мы увидим примерно экран FreeNAS:

Здесь можно выполнить некоторые начальные действия (варианты от 1 до 8), еще чуть ниже будет отображается текущий IP-адрес этого ПК, если он смог его получить по DHCP (например от маршрутизатора). Ради чистоты эксперимента мы сменим IP-адрес на свой, для этого проследуем в пункт Configure Network Interfaces нажав кнопку 1 и Enter.
Тут нам покажут список сетевых карт нашего ПК.

Т.к. она у нас всего одна, то и список будет состоять всего из одной позиции, в моем случае под номером 1 будет значиться адаптер em0 (как на скриншоте выше). Выбираем его, нажав 1 и Enter.
Затем FreeNAS спросит — хотим ли мы получать адрес автоматически по DHCP или нет? — отвечаем нет. Следующий вопрос — Сконфигурировать IPv4 — Отвечаем да.
Далее надо указать имя интерфейса — пишем имя.
Далее пишем желаемый IP адрес.
На следующий вопрос вписываем маску подсети.
Следующий вопрос — хотим ли мы настроить IPv6 — говорим нет.
Нам скажут что сеть настроена, однако для полного счастья надо настроить еще шлюз. Идем в пункт Configure Default Route, нажав кнопку 3. Нас тут спросят — точно ли мы хотим настроить шлюз для IPv4 — говорим да и на следующий вопрос вводим IP-адрес нашего маршрутизатора (если он у нас есть). На следующий вопрос про конфигурирование IPv6 отвечаем отрицательно и затем перезагружаем ПК, воспользовавшись пунктом меню Reboot (кнопка 7).

Настройка NAS

Важное замечание: некоторые наши читатели столкнулись с одной и той же трудностью, а именно, если FreeNAS настраивать через Intrenet Explorer, то в конечном итоге некоторые функции могут работать не так, как вы их настраивали. Мы постараемся собрать более детальную статистику по этим случаям, следите за обновлениями! Лучше всего проводить настройку FreeNAS через Firefox или Chrome.
Первым делом лезем на WEB-морду FreeNAS и логинимся там с параметрами по умолчанию: логин admin и пароль freenas

Затем вы попадем в основное меню нашей системы, где будет представлена сводная информация о ПК

Первым делом мы перейдем в закладку Settings и поменяем там часовой пояс, чтобы логи нашего FreeNAS велись правильно. Затем нажимаем ОК для сохранения ностроек. Не лишним будет еще указать DNS-сервер в настройках сети, для этого жмем по кнопке Network в верхней панели и в поле Nameserver 1 и вписываем туда IP-адрес нашего маршрутизатора (либо выделенного DNS-сервера если он есть). Не забываем сохранить настройки.
По части сети FreeNAS обладает одной очень полезной функцией — Link Aggregation. Проще говоря, если мы вставим в ПК несколько сетевых плат, то все они смогут работать одновременно для суммирования скорости доступа до нашего сетевого хранилища. Настраивается Link Aggregation в соответствующей закладке. Здесь я не будут описывать настройку этой фичи, т.к. цель у нас пока несколько иная и сводится к обзору наиболее востребованных функций с упором на изложение на доступном языке для начинающих.
Не лишним будет поменять стандартный пароль админа: в левой панели необходимо зайти в Account/My Account/Change Password.

Теперь нам нужно добавить жесткие диски в систему и определить файловую систему. Делается это в разделе Storage (кнопка в верхней панели).

В правой части появится три кнопки, с помощью которых можно добавить диски в качестве новых или импортировать диски с уже существующей информацией.
Давайте рассмотрим процесс добавления, для этого нажимаем кнопку Create Volume и перед нами появится новое окно:

Здесь в списке мы выбираем оба жестких диска и опцию mirror, если хотим сделать RAID, либо один жесткий диск, если функционал RAID нам не нужен. В поле Volume name указываем имя тома. Теперь надо выбрать файловую систему. FreeNAS поддерживает две файловые системы — это UFS и ZFS. Не вдаваясь в подробности скажу, что лучшей считается ZFS, её и стоит выбрать. Кому интересны технические подробности могут посетить соответствующие разделы Википедии про UFS и ZFS.
Если все параметры установили, то нажимайте кнопку Add Volume. Чтобы обновленная информация стала доступна, закройте закладку Storage и еще раз кликните по одноименному разделу в верхней части интерфейса.

Как видите, у нас теперь есть один том (состоящий из двух физических дисков). Теперь давайте сделаем в файловой системе ZFS специальные области под разные нужды. Эти области называются Датасетами (dataset). Сделаем два датасета: для файлопомойки и для важных документов. Нажимаем кнопку Create ZFS Dataset. Перед нами появится окно, куда нужно ввести название датасета (я назову файлопомойку exchange)

Второй интересный для нас параметр — квота на занимаемое место. Я установил объем 5 Gb (для этого в поле Quota for this dataset надо вписать 5g), чтобы потом никто не смог забить жесткий диск до отказа всякой фигней.

Второй датасет для документов:

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

В итоге наша таблица раздела примет следующий вид:

Последнее что надо сделать, это установить права для всех датасетов. Если вы первый раз настраиваете FreeNAS, то мы вам рекомендуем сделать всё по простому. Для этого зайдите в назначение прав каждого датасета (кнопки отмечены стрелками на скриншоте выше) и выставите как показано на скриншоте:

Если у вас, например, 3 жестких диска, то можно создать раздел не mirror, a RAID 5 (raid-z), тогда случае объем для размещения информации будет равен 2*объем наименьшего диска. Т.е. если в какой-то момент времени у вас сгорит только один жесткий диск из трех, то вы ничего не потеряете.
Если у вас, например, 4 диска, то из трех можно сделать один раздел RAID 5, и четвертый диск добавить без возможности резервирования (например для хранения не очень важной информации).

Многие современные материнские платы поддерживают создание RAID на аппаратном уровне. Если ваша материнская плата поддерживает этот функционал, то вы можете создать RAID через BIOS. Такой вариант будет предпочтительнее, т.к. вы уменьшите нагрузку на FreeNAS.

Как вы видите возможных вариантов достаточно много и тут всё зависит уже от поставленной задачи.

Схема доступа

Прежде чем мы начнем создавать сетевые ресурсы, нам нужно определиться со схемой доступа до сетевого хранилища. Варианта два: либо использовать персональные логины с паролями, либо использовать свободный доступ. Если вы выбираете второе, то можно сразу перейти к следующему разделу.
Все данные о пользователях и группах хранятся в разделе Accounts левой панели web-интерфейса. Для создания пользователя используется пункт Add User, а для промотра всех существующих пользователей — View All Users.
При создании нового пользователя заполняется стандартная форма, где указывается его логин, полное имя, электропочта, пароль.

Изменять пользователя или сбрасывать ему пароль можно во View All Users:

Создаем сетевые ресурсы

FreeNAS умеет делать ресурсы для всех платформ: для Apple (AFP), для UNIX-систем (NFS) и для Windows (CIFS). И это не считая универсальных FTP и пр. Сейчас мы рассмотрим создание ресурса для Windows компьютеров.
Идем в раздел Sharing, Windows и нажимаем кнопку Add Windows Share

Перед нами появится окно, в котором мы укажем имя создаваемого ресурса (exchange), укажем понятный комментарий, затем в поле Path надо выбрать тот датасет, который мы сделали под файлопомойку. Если вы хотите предоставить анонимный доступ до этого ресурса, то можно выставить галку Allow Guest Access.

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

Export Read Only — сделать ресурс только для чтения
Browsable to Network Clients — Видимость ресурса в сетевом окружении. Если флажок снять, то мы сделаем скрытую шару.
Inherit permissions — наследовать разрешения
Export Recycle Bin — добавить корзину, т.е. данные из шары будут удаляться сначала в корзину
Show Hidden Files — отображение скрытых файлов
Guest Account — гостевая учетная запись. Лучше оставить как есть.
Allow Guest Access — разрешать гостевой вход (т.е. в шару можно будет войти без всяких паролей и пр).
Only Allow Guest Account — только гостевой вход. Нельзя будет отдельно ввести пароль при входе в шару чтобы повысить свои права.
Host Allow — список IP-адресов, с которых можно заходить в шару. В качестве разделителя можно использовать пробел.
Host Deny — список IP-адресов, с которых нельзя заходить в шару. В качестве разделителя можно использовать пробел.

По аналогии создайте ресурс documents, используя его выделенный датасет. В итоге список сетевых ресурсов хранилища должен выглядеть вот так:

Для ресурса exchange я поставил галку Allow Guest Access, чтобы туда могли заходить все, а для ресурса documents Allow Guest Access не устанавливал.

Теперь перейдем к настройке службы CIFS. Идем в раздел Services, а там нажимаем на значок гаечного ключа напротив службы CIFS

В появившемся окне нам нужно указать ряд параметров:

Authentication Model — схема доступа. Возможные варианты: анонимный доступ (Anonymous) и по логинам (Local User). Выбираем нужное.
NetBIOS Name — имя компьютера в сети.
Workgroup — имя рабочей группы. Надо ставить таким-же как у ваших других компьютеров в сети.
Description — если это поле вообще не заполнять, то FreeNAS вместо этого подставляет неинформативную служебную инфу. Поэтому мы вам рекомендуем в этом поле написать хотя бы пробел.
Выбор кодировок (DOS charset и UNIX charset) — можете установить все так, как показано на скриншоте выше.
Local Master — определить FreeNAS главным компьютером в рабочей группе.
Time Server for Domain — сделать FreeNAS сервером точного времени для компьютеров сети.
Guest Account — учетная запись гостя, можно оставить как есть.
Allow Guest Access — допускать гостевой вход на сетевые ресурсы. Не устанавливайте эту галку, если используете схему доступа по логину и паролю (Local User).
File Mask — маска доступа для создаваемых файлов. На первых порах лучше установить это значение 0777
Directory Mask — тоже самое что File Mask, только для каталогов.

Остальные параметры можно оставить как есть. Переместитесь в конец страницы и нажмите ОК. Остается просто включить службу CIFS, для этого надо кликнуть мышью по значку OFF напротив названия службы. Через пару секунд его статус изменится на ON.

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

Если вы выбрали схему доступа Local User (по логинам и паролям), то в exchange вы сможете попадать свободно, а в documents у вас спросят логин и пароль.

Обратите внимание: прежде чем менять настройки службы CIFS или настройки сетевых ресурсов, мы рекомендуем сначала переводить службу CIFS в режим OFF. Это избавит вас от ненужных глюков.На этом, пожалуй, я закончу свой краткий обзор сетевого хранилища FreeNAS. Один из следующих обзоров будет посвящен описанию продвинутого разграничения прав на сетевые ресурсы.

Удачи в освоении сетевого хранилища!Смотрите далее:

Как обновить FreeNAS
FreeNAS — хранилище не только для Windows, но и для Mac
FreeNAS — настраиваем FTP сервер
FreeNAS 8.2.0, настройка torrent-клиента и dlna-сервера

Установка и настройка FreeNAS 9 — libixur — Мой блог

Здравствуйте! В этой статье я покажу как установить и настроить систему FreeNAS 9 с парольной защитой сетевых директорий для разных пользователей.

Кратко расскажу что такое FreeNAS для тех кто не в курсе:

FreeNAS — свободная операционная система для сетевого хранилища (англ. Network-Attached Storage). FreeNAS основан на ОС FreeBSD с использованием Samba и PHP, поддерживает software RAID; к нему можно получить доступ по протоколам CIFS (SMB), Apple Mac AFP, FTP, SSH, iSCSI и NFS.

Рекомендую к просмотру свою предыдущую статью, где я рассказывал о сборке самого домашнего сервера.

Для установки нам понадобится:

Сам NAS сервер
Установочный диск с FreeNAS
Флешка или жесткий диск на который будет установлена система.

Минимальные требования для сервера:

Процессор i386 или x86-64.
2 GB дискового пространства для системы.
4 GB дискового пространства для файлового хранилища.
512 MB оперативной памяти.

И так, начнём установку…

Начинаем со стандартного 🙂 Включаем сервер, настраиваем загрузку с CD-ROMa, вставляем диск и загружаемся с него.

Перед нами появляется такая картина:

Жмём Install/Upgrage. Далее нас спросит на какой диск устанавливать саму ОС:

Выбираем флешку или диск который подготовили под систему. Не используйте один диск под систему и хранилище!

На вопрос обновить систему или сделать новую установку, выбираем Fresh install:

Далее нас предупреждают что все данные на жестком диске будут стерты, и что мы не сможем использовать данный диск как хранилище. Жмем Yes:

Пошла установка, ждем…:

Примерно после 5 минут установки нам будем выдано сообщение об успешной установке, просьбе извлечь установочный CD-диск. Извлекаем установочный диск и жмём ОК:

Выбираем 3й пункт — перезагрузка:

После загрузки уже установленной системы, Вы увидите следующее данные:

На этом установка закончена, переходим к конфигурации системы.

И так, Конфигурация FreeNAS

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

После запуска системы, на экране Вы увидите адрес по которому доступен FreeNAS:

Вводим этот адрес в браузере, и попадаем в веб оболочку системы:

Справа у нас мигает значок Alert который сообщает что нужно установить пароль администратора, поэтому займемся в начале этим вопросом. Жмём на кнопку Account, далее Change Password и придумываем пароль, вводя его в оба поля. Жмём кнопку Change Admin Password:

После наш индикатор загорелся зеленым, теперь все Ок.

Необходимо инициализировать жесткий диск, который мы подготовили под хранилище. Слева в меню выбираем пункт Storage -> Volumes -> UFS Volume Manager. Указываем имя будущего раздела, диск(и) которые будут использованы для него и жмём Add Volume. Обратите на красную надпись где говориться что все данные с жесткого диска будут стерты:

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

Сначала создадим нового пользователя который будет владеть конкретной директорией. Переходим в Account->Users->Add User. Вписываем имя пользователя на латинице в поля Username и Full Name, вводим желаемый пароль для пользователя в поля Password и Password confirmation и жмём Ок. Пользователь готов:

Теперь создадим 2 директории, одну общую, одну для нашего ivan’a.

В меню выбираем Shell, и вводим команду cd /mnt/disk1, где disk1 — это имя раздела который Вы создали. Далее команды mkdir share_dir и жмем энтер, и еще одну mkdir ivan_dir. Можете ввести команду ls что бы убедится что данные директории создались:

Теперь необходимо сменить владельца директории ivan_dir на пользователя ivan. И сменить права доступа для обеих директорий. По очереди вводим команды chown ivan:ivan ./ivan_dir/, chmod 777 ./share_dir/, chmod 700 ./ivan_dir/, ls -l :

Права 777 дают полный доступ для всех, 700 — только полный доступ для владельца. После вывода команды ls -l убедитесь в правильно назначенных правах. 777 — rwxrwxrwx, 700 — rwx——.

Пользователи есть, директории готовы. Теперь откроем к ним доступ по сети.

Закрываем Shell, переходим в меню Sharing->Windows Shares->Add Windows Share. Сначала сделаем общедоступную шару. Заполняем поля:

Name — имя шары которая будет доступна, win_share

Path — Путь к директории на сервере, жмём Browse и выбираем /mnt/disk1/share_dir

Export Read Only — шара будет доступна в режиме только чтение, никто туда ничего не запишет и не сможет изменить файлы, тут на Ваше усмотрение

Allow Guest Access — разрешить гостевой доступ, ставим галочку, что бы все могли зайти без пароля:

Жмем Ок, выдаст сообщение с вопросом желаем ли мы активировать сервис который будет отвечать за доступ к нашим шарам. Говорим Yes:

Первая шара готова, сервис включен:

Добавляем парольную шару для Ивана. Переходим в меню Sharing->Windows Shares->Add Windows Share.

Заполняем поля:

Name — имя шары которая будет доступна, win_ivan

Path — Путь к директории на сервере, жмём Browse и выбираем /mnt/disk1/ivan_dir

Inherit Owner — наследовать владельца для всех файлов, ставим галочку

Inherit Permissions — наследовать права доступа для всех файлов, ставим галочку

Жмём Ок, шара для Ивана готова:

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

Набираем в строке адреса проводника адрес NAS сервера и путь к общедоступной шаре \\192.168.23.149\win_share\ жмем энтер, должны попасть в общую директорию:

Если Вы не ставили галочку Export Read Only, можете попробовать скопировать туда какой нибудь тестовый файл:

Если файл скопировался, то Вы все сделали правильно и этой директорией может пользоваться любой желающий в Вашей сети. К примеру можно сделать такую директорию для хранения фильмов, к которой можно будет получить доступ с ноутбука, компьютера, телефона или даже smart телевизора для просмотра любимых фильмов.

Теперь попытаемся получить доступ к директории Ивана, вводим в строку адреса \\192.168.23.149\win_ivan\:

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

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

На моем ноутбуке в моем компьютере выбираю меню Сервис->Подключить сетевой диск:

В следующем окне выбираю свободную букву диска и указывают путь к общей шаре и жму Готово:

После успешной «Попытки подключения» в Моем компьютере появился новый сетевой диск с которым я могу работать как с обычным:

Далее на компьютере Ивана подключу его директорию. Делаю тоже самое что и на своем ноутбуке, только указывая другую шару. При подключении директории win_ivan придется еще ввести логин и пароль:

После ввода учетных данных директория успешно монтируется:

К сожалению у меня не получилось примонтировать обе шары одновременно на «могущественной» винде, не хочет она дружить с ними обеими. Начинаются проблемы с авторизацией.

VN:F [1.9.20_1166]

Rating: 9.3/10 (24 votes cast)

Установка и настройка FreeNAS 9, 9.3 out of 10 based on 24 ratings

Поделиться ссылкой с друзьями:

Флэш-память для загрузки FreeNAS и прочих embedded OS / Хабр

Аннотация

Анализ ошибок и технических сбоев — традиционно наименее раскрытая и наиболее интересная тема, которая как раз и показывает, насколько удачная была инженерная идея. Построив некоторое время назад сервер NAS из старого железа, мы начинаем анализ происходивших с ним отказов. В этой статье речь пойдет об отказах из-за загрузочной флэшки и их вероятных причинах. Даны рекомендации по выбору флэш-памяти. Отчасти применимо и к другим встраиваемым системам, например, бытовым видеорегистраторам.

Еще один NAS своими руками, часть 2: хорошие воспоминания*

*Рекламный слоган одного известного производителя памяти звучит «Good memories start here».

Практически все специалисты рекомендуют при выборе загрузочной флэшки не экономить и не использовать популярный бренд noname. Несмотря на корневую файловую систему FreeNAS версии 9 в режиме read-only, потребительские USB-флэшки компактного дизайна за полгода отказывали дважды, в обоих случаях примерно спустя пару месяцев эксплуатации. Причем оба использованных бренда, по мнению некоторых опрошенных представителей отрасли, вполне адекватные и уважаемые, в поставке откровенного брака незамеченные.

На фото: два вполне адекватных представителя крохотных флэшек на 8Гб и 16Гб

В чем же дело? Бесконечен ли ресурс чтения флэш-памяти? Попробуем разобраться.

Как это было

Система на базе FreeNAS работала хорошо в среднем два месяца. Затем переставали приходить ежесуточные отчеты по email, за ними отваливался веб-интерфейс администратора. Но сервер так просто не сдавался: SSH работал, и сервисы сетевых папок для пользователей мужественно держались до последнего, продолжая обслуживать Бизнес. Похвальная устойчивость.
Пока не отвалился доступ по SSH, в поисках причин отказа веб-интерфейса я по «ругани» в журналах веб-сервера нашел проблемную страницу (скрипт на языке python), где достаточно разборчиво увидел замены отдельных букв в тексте. Это трудно описать словами, но будто через строго одинаковые интервалы символов палец программиста проваливался между клавиш. Затем программист как будто съезжал с катушек окончательно, или же в панике выдергивал из клавиатуры свой застрявший палец, но осмысленный скрипт обрывался и перерастал в случайный набор байтов. Неужели bit flip? Оказалось, что другие пользователи наблюдали очень похожую картину. Перезаливка флэшки проходила без единой ошибки, скрывала дефект, и многочасовое тестирование утилитой им. Михаила никаких ошибок не выявляло. Ну просто идеальная флэшка. Самое обидное, что образец испорченных данных я таким образом затер, о чем сильно сожалею. Чертовщина какая-то.

Кто виноват?

Сразу оговорюсь, что мне пока не удалось найти инженерно подтвержденный ответ на вопрос №1 русской интеллигенции. Но я хочу развеять некоторые мифы и пояснить роль пресловутого человеческого фактора. По крайней мере, у моей проблемы есть решение, и я его привожу далее.
оффтоп к вопросу №1

«Кто виноват?» — роман в двух частях Александра Ивановича Герцена.

Что такое флэшка

Эту тему неплохо раскрыл популяризатор и Автор хабра Tiberius в статье Взгляд изнутри: Flash-память и RAM. Кто не читал — это действительно взгляд изнутри, браво! Я же попробую компактно изложить чуть с другого угла. Есть и менее инвазивные способы проникнуть внутрь флэшки, см., например, ресурс http://flashboot.ru/iflash/.
Итак, совремемнная бытовая флэшка — это крохотный компьютер, со своим процессором (микроконтроллером), небольшим объемом ОЗУ и ПЗУ, шинами данных, интерфейсом ввода-вывода и, собственно флэш-памятью типа NAND, обычно на отдельных микросхемах.
Микроконтроллер общается с хостом по шине USB, считывает, стирает, записывает блоки («секторы»), умеет вычислять контрольные суммы блоков, управляет износом ~~своего хозяйства~~ NAND-чипов (см. wear leveling) и делать массу других вещей, о которых мы, простые смертные, и близко понятия не имеем.
оффтоп про микроконтроллеры~~Волшебный мир микроэлектроники~~ рынок микроконтроллеров, кстати, широко шагнул за последние годы к любителям и энтузиастам, чего только стоит платформа Arduino или челябинский проект им. DI HALT, дай Бог им здоровья. Так что те, кому надоели машинки-кораблики, могут попробовать новые игрушки, с эдаким запахом промэлектронной брутальности;-)

Что делает производитель флэшек

На мой взгляд, это очень простой вопрос: производитель собирает описанный выше «компьютер» из комплектующих, готовит софт (прошивку микроконтроллера), ставит на готовое изделие свое клеймо (бренд) и продает на рынке. Надежность флэшки зависит как от качества комплектующих, так и от прошивки. Иногда используются комплектующие собственного производства, иногда — стороннего (есть очень крупные заводы). Фирма веников не вяжет, как говорили когда-то. Но фирма очень дорожит своей репутацией, и потому ~~веники~~ микросхемы все-таки проверяет.
Есть расхожая версия, что производители микросхем (комплектующих) делят производимую продукцию одного типа на разные классы качества, именуемые на жаргоне «корзинами». Условно для развитых рынков и условно для всех остальных. Или для бизнеса и для потребительского использования. Или еще как-нибудь, но очень важно для потребителя (как дома, так и бизнеса) то, что изделие одного и того же вендора с одним и тем же кодом не обязательно означает одни и те же «внутренности». Поэтому покупать электровеники на eBay (вслушайтесь) за полцены — это риск получить товар с микросхемами для рынков «третьего мира», несмотря на полное совпадение всех наружных кодов. По крайней мере, такого мнения придерживаются местные продавцы электровеников, вынужденные конкурировать с глобальной Интернет-торговлей.

Какая бывает флэш-память

Данную тему раскрывал пользователь alexzeynikov в своей статье Краткий экскурс в историю флэш-памяти, также можно посмотреть переводной пост 2007г. RAM, ROM, NAND, NOR — что значат эти заглавные буквы.
Бытовые флэшки используют память NAND. Если очень бегло взглянуть на рынок NAND флэш-памяти, то можно выделить следующие основные типы производства микросхем (в хронологическом порядке вывода на рынок): одноуровневые ячейки SLC (хранят в каждой ячейке 1 бит), многоуровневые MLC (наиболее популярные, хранят 2 бита, используя 4 уровня) и набирающие популярность TLC (3 бита, 8 уровней заряда). Это уплотнение информации за счет использования нескольких условных уровней заряда в одном микроэлектронном элементе (ячейке), чтобы втиснуть побольше хранимых битов в тот же физический объем и, главное, с примерно той же себестоимостью изготовления. Чтобы зря не ломать копья на расшифровке MLC и TLC, рекомендую русскоязычную статью Википедии: Флеш-память, SLC- и MLC-приборы (благодарю a5b). На подходе 16-уровневая технология, так что можно пока разминать интерфейсы и кабели.
Понятное дело, за плотность приходится платить надежностью хранения, а значит, и более сложными методами работы с ошибками. Что ж, в теории порой проще давить ошибки мощной «математикой», все зависит от параметров системы.

Кусок эволюции бытовой флэш-памяти. Слева направо: 2Гб, 8Гб, 16Гб, 32Гб

По сфере использования можно различить память для промышленных систем (космос, энергетика, высокотехнологичное вооружение и т.п.), для бизнеса (серверы, профессиональное оборудование) и бытовую (игры, музыка и прочие фотки на смартфоне). Кстати, автомобильные видеорегистраторы и профессиональные фото- и видеокамеры — это почти промышленное использование из-за практически непрерывной записи в довольно широких температурных диапазонах (но, к счастью, в основном без радиации). Так что не гонитесь слепо только за объемом флэшки для своего видеорегистратора, это не магнитола, но потенциально аргумент в суде, со всеми вытекающими. Возьмите профессиональное или промышленное изделие.

Какой ресурс перезаписи у флэш-памяти

Про флэш-память NAND хорошо известно, что она подвержена электрическому износу и обладает конечным ресурсом по циклам записи. Для качественной памяти SLC адекватным считается ресурс 100 тыс. циклов записи, его мы и видим у промышленных продуктов. Однако за все приходится платить, и объем хранимых данных у SLC невелик по сравнению с MLC и TLC при тех же габаритах и стоимости. Вот тут и начинается самое интересное: производители активно выводят на рынок все более ёмкие продукты, но как-то темнят по поводу их реальной электрической износостойкости, ведь это вредит продажам. При этом никто не отрицает, что ресурс у MLC меньше, чем у SLC, но больше, чем у TLC.
Так на сколько же? Кто-то называет следующие цифры.

Оценка ресурса перезаписи у различных типов NAND-памяти

Технология	Ресурс перезаписи, циклов
SLC 34нм	100,000
MLC 34нм	10,000
MLC 24нм IMFT	5,000
MLC 20нм	3,000
TLC 20нм	1,000

Т.е. у суперкомпактной TLC (именно ее я ожидаю в microSD объемом 32Гб, но лучше уточнить у Dr. X-Ray) можно ожидать «всего-навсего» порядка 1000 циклов перезаписи. Однако читателю не стоит сразу паниковать, для хранения музыки и фоток на смартфоне обычно хватает и этого. Микроконтроллер любой современной флэшки должен распределить износ равномерно, так что «запиленных» и «упоротых» блоков ~~не будет~~ не должно быть, независимо от типа файловой системы. В теории, чтобы «сточить в ноль» флэшку 8Гб с ресурсом 1000 циклов, надо записать на нее суммарно порядка 8Тб информации. На практике, конечно, она помрет раньше, но если использовать хорошие бренды с качественными чипами и не заражать смартфон злым вирусом-убийцей флэшек, то все будет хорошо и долго.
Вот вам и инженерный парадокс: в теории старая, крупногабаритная флэшка на 2Гб (наверняка SLC) даже остатком(!) своего ресурса по надежности может заткнуть за пояс совершенно новую суперкомпактную «кроху» на 16Гб (наверняка изготовленную по MLC или TLC технологии). Хотя я бы не стал проверять этот довод на «боевом» сервере.

(FreeNAS || NAS4free) && NAND

Внимательный читатель, конечно, спросит: а какое это вообще имеет значение для FreeNAS, если его корневая файловая система монтируется read-only? Не в бровь, а в глаз.
Загрузчик FreeNAS требует 2Гб, из которых примерно 1Гб занимает корневая система, действительно монтируемая read-only. Кроме нее на той же флэшке создается небольшой (порядка 20Мб) раздел /data (read-write) для хранения настроек и полезной системной статистики, собираемой collectd (чтобы при перезагрузке не «забывать», скажем, историю расхода ОЗУ за месяц). Еще 1Гб не используется.
Кстати, родственник FreeNAS NAS4free работает немного по-другому. Он создает единый корневой раздел, где держит и систему, и настройки (предлагая при этом создать на флэшке еще и swap, но ненавязчиво). Системная статистика у NAS4free достаточно рудиментарная и при перезагрузках уже не выживает (да и нечему там особо выживать, но для многих это не критическое условие). Более важно то, что настройки (в виде XML) у NAS4free хранятся на read-only разделе, и при их сохранении требуется перемонтаж всей корневой файловой системы из read-only в read-write и затем обратно в read-only. Довольно неуклюже, но работает.

Промежуточный итог

С учетом конечного ресурса флэш-памяти оба проекта FreeNAS и NAS4free — это хороший выбор, из-за файловой системы в read-only.

Флэшки 2Гб для FreeNAS точно хватит с запасом, и никаких других разделов на флэшке создавать по дизайну нельзя (у NAS4free можно).

У FreeNAS из-за сохранения статистики регулярная запись на флэшку все-таки ведется, хотя и малыми порциями (порядка 1Мб каждый час однократно, или около 8Гб в год, но это очень приближенная оценка).

У NAS4free никакой регулярной записи на флэшку не ведется, но за счет кастрированной системной статистики и совмещения ОС с настройками на одном корневом разделе (со всеми вытекающими: старт в read-only — в read-write — сохранение настроек — и снова в read-only, вплоть до необходимости перезагрузки).

По внешним признакам непохоже, что наши отказы произошли вследствие износа флэшки записью, хотя это первое, что обычно приходит в голову. ~~Застрявшие пальцы программиста~~ испорченный веб-скрипт, расположенный на read-only разделе, как-то не очень увязывается с «упоротым» результатом записи.

Одно можно сказать достаточно определенно: при прочих равных, чем мельче габариты флэшки, тем меньше ее ресурс и надежность.

Миф о бесконечном ресурсе чтения флэш-памяти

Принято считать, что количество циклов чтения у флэшек бесконечно, однако в случае с памятью NAND это не совсем так, хотя бы в силу эффекта read disturb, описанного Jim Cooke в докладе The Inconvenient Truths of NAND Flash Memory (прямая ссылка; неудобный документ постоянно куда-то перекладывают, но поисковик должен выдать по названию доклада; см. слайды 19-20). Правда, данный эффект является электрически обратимым и должен устраняться совершенно прозрачно встроенным микроконтроллером, с помощью коррекции ошибок (см. далее) и переноса блоков. Меня насторожила фраза:

Disturbed bits are effectively managed with ECC

Это означает, что bit flip в NAND является ожидаемым и может исправляться «на лету» корректирующими кодами, но паниковать пока рано, ведь то же самое давно происходит в шпиндельных дисках, устройствах связи и не только.
Интересно, что в соответствии с тем же докладом, память NAND SLC имеет порядка 1 млн. циклов чтения, а MLC — 100 тыс. циклов. Микроконтроллер должен это учитывать и заблаговременно копировать рисковый блок на новое место, убирая эффект возмущения и освобождая старый блок. Контроль ошибок при этом должен следить за сохранностью информации, и если порча блока превышает возможности используемой схемы коррекции — флэшка должна выдавать ошибку чтения.
По ряду причин в этой статье я намеренно избегаю явного описания «полновесных» дисков SSD, но предполагаю, что в них происходит нечто подобное, на других скоростях, с накрученной логикой и нафаршированной периферией. И, раз уж затронули SSD, напомню про пресловутые 25% свободного места (Вещи, которые не нужно делать с твердотельным накопителем (SSD), или Exploring the Relationship Between Spare Area and Performance Consistency in Modern SSDs).
Тем не менее, лично у меня напрашивается только одно объяснение ~~синдрома застрявших пальцев программиста~~ bit flip, описанного выше: а мог ли это быть как раз эффект read disturb, прорвавшийся сквозь контроль четности из-за бага в прошивке микроконтроллера или чрезмерного упрощения логики? Это и есть наиболее провокационный вопрос данной статьи.

Кстати:

Кому интересно знать устройство SSDКоллеги, скиньтесь на предмет исследования и отдайте его Tiberius’у; возможно, он отложит свои дела, расщепит предмет на атомы и напишет еще одну потрясную статью. Только для диска это будет точно билет в один конец:)

Кто и как контролирует ошибки

Внимание: ECC иногда расшифровывается как Elliptic Curve Cryptography, но в данной статье это Error Correction Code.
Целостность данных — забота микроконтроллера, он использует для этого специальные алгоритмы кодирования. Как известно, разрядность (длина) контрольной суммы влияет на максимальное количество выявляемых (и иногда исправляемых) ошибочных битов. Вспомним RS232: один дополнительный бит четности может обнаружить, был ли в блоке один ошибочный бит. Но два ошибочных бита уже пройдут незамеченными, для них нужно больше контрольных битов и более умный алгоритм. И так далее: чем умнее алгоритм и чем больше «запасных» битов закладывается в сообщение, тем лучше способность системы к устранению ошибок без пересылки (копирования) всего сообщения. На помехозащищенном кодировании стоит, как говорится, весь наш информационный мир.
Обратимся к документу TN-29-17: NAND Flash Design and Use Considerations (ссылка) одного из производителей микросхем NAND, найдем рекомендацию разработчикам флэшек (т.е. «сборщикам», которые эти чипы потом используют в качестве комплектующих):

Use More Powerful ECC:

Use a more robust ECC algorithm than is specified by the NAND Flash data sheet and set a threshold for the maximum number of bits allowed to go bad under the ECC correctable limit. When the threshold is met, move the data to another block within the NAND Flash device and begin reading from the new location.

Т.е. как обычно, есть минимальные и рекомендованные требования производителя чипов к сложности (дороговизне) микроконтроллера, выбор между которыми делает разработчик на основе, понятное дело, режима использования памяти. Например, для промышленных задач нужно делать дорогую логику с длинным кодом ECC, а для бытовых задач можно обойтись и кодом попроще, и чипами подешевле.
Находим наугад еще один документ, это вики-страничка Texas Instruments Raw NAND ECC, в которой для MLC рекомендуется использовать 4-, 8- или 16-битные контрольные суммы на каждый 512-байтный блок:

Why is ECC required for NANDs?

Data stored in NANDs can get corrupted (randomly). There is an upper limit on the number of error per byte depending on the NAND process and the technology. SLC NANDs have less ECC requirements than MLC NANDs. The NAND datasheet gives the ECC requirement for the NAND device. For SLC NANDs, 1/4bits per 512 bytes are common currently. For MLC, devices with 4/8/16 bits per 512 bytes ECC requirements are in the market.

Там же и ссылки на популярные алгоритмы: однобитные ошибки «лечатся» кодами Хамминга, с мультибитными ошибками принято бороться с помощью кодов Боуза-Чоудхури-Окенгема (БЧХ), а где-то посередине находятся популярные в индустрии хранения данных коды Рида-Соломона (это частный случай БЧХ). Вот еще один найденный наугад документ на эту тему: What Types of ECC Should Be Used on Flash Memory? (ссылка).
Но не будем слишком долго витать в облаках абстрактной алгебры, нам пора на твердую землю инженерии. Если в блоке оказалось слишком много «упоротых» битов, если производитель памяти сэкономил и использовал более дешевый микроконтроллер, более простой алгоритм коррекции ошибок или менее квалифицированных разработчиков, то шансы «тихой» порчи данных (т.е. без явных отказов чтения) в теории возрастают. Не забываем, что не Боги ~~горшки обжигают~~ пишут код прошивки.
Я использовал бытовую флэшку для размещения системы встраиваемого типа, которая может читать определенные блоки очень интенсивно (особенно при дефиците ОЗУ, как у меня). Однако потеря данных в результате эффекта read disturb — это слишком серьезное обвинение, которое требует более тщательного исследования. А пока я могу вывести еще один критерий оценки надежности флэшки: при прочих равных чем длиннее ECC, тем лучше.

Что делать?

Ответ на вопрос №2 русской интеллигенции, как ни странно, оказалось найти проще.
оффтоп к вопросу №2

«Что делать?» — роман русского философа, журналиста и литературного критика Николая Чернышевского, написанный в одиночной камере Петропавловской крепости и впоследствии запрещенный цензурой.

Спрашивается, почему произошло два идентичных отказа? После первого отказа возникло сильное желание сразу перейти на промышленную флэш-память (надо-то всего 2Гб, из которых используется половина), но найти ее с привычным разъемом USB оказалось непросто: в продаже оказались либо штырьковые (например, Transcend TS2GUFM-V), либо Compact Flash, либо вообще Disk-on-Module с интерфейсом IDE. И поскольку мой квест на промышленную флэш-память ушел в неверном направлении, я и на третий раз купил потребительскую USB-флэшку, но уже не «кроху», а «стандартного» размера с брендом Kingston.
Прикидывая другие варианты, на всякий случай я даже решил подготовиться к переходу на промышленный Compact Flash, по канонам практик Крепсондо загрузив систему в тестовом режиме с кардридера (читатель, будь осторожен, он может глючить сам по себе). И, кстати, если уж говорить про диски SSD, то для простого загрузчика это относительно дорого и тоже, как ни странно, не панацея.

Вверху: кроха на 8Гб; внизу: Kingston на 8Гб

Полноразмерная флэшка Kingston на 8Гб в результате отработала без нареканий месяца три, а один продавец в магазине сказал, что уже, дескать, год бутылки открывает такой же, и ничего. Но для более крепкого сна я все-таки выбрал другой вариант, о котором расскажу прямо сейчас.

Знакомьтесь: промышленная память

Представитель промышленной памяти TS2GUFM-V

В итоге оказалось (ссылка), что штырьковый интерфейс «мама» у того самого промышленного изделия TS2GUFM-V является двухрядным 10-контактным разъемом с шагом 2.54мм (1/10″), пригодным в т.ч. для посадки в разъем «фронтальных» USB-портов на вполне бытовой материнской плате (используется 4 из 10 контактов). Ура, мой квест завершился.

Разъемы «фронтального» USB-кабеля и флэшки изображены с позиционным соответствием

Итак, TS2GUFM-V — это модуль 2Гб промышленной флэш-памяти с вертикальным корпусом (буква V), снабженный даже защелками от выпадания из разъема при ударах и вибрациях. Так что если читателю вдруг понадобится встраивать ОС в самонаводящийся молоток с ЧПУ, то это неплохой вариант. Есть, правда, горизонтальное исполнение TS2GUFM-H, но оно еще более брутальное (бескорпусное и крепится уже тремя болтами), в продаже встречается реже, а сажать его на обычную материнскую плату еще сложнее. Конечно, нет ничего невозможного, все зависит от желания, смекалки и конструкции корпуса.

Характеристики изделий TS512M~4GUFM-V

Параметр	Значение
Технология	SLC
Объем	от 512Мб до 4Гб
Ресурс записи	100,000 циклов
Скорость чтения	до 33Мб/с
Скорость записи	до 20Мб/с
Разрядность ECC	8
Год вывода на рынок	2006
Цена	около €25

Изделие, как можно увидеть, совсем не новое, но для промышленных вариантов и 10 лет порой не возраст, а цена со временем может упасть с военных до почти бытовых значений (напомню, что за те же деньги я истратил впустую две обычных флэшки, как в известной пословице). Для сравнения: у бюджетных бытовых флэшек скорость записи всего около 5Мб/с, и TS2GUFM со своими 20Мб/с — отличное решение по канонам философии Крепсондо. Круче только Compact Flash для профессиональных фотокамер: когда они «стреляют» очередями RAW-формата, мало точно не покажется. TS2GUFM-V, правда, закрывает сразу два разъема USB, используя при этом один, но это при желании поправимо с помощью переходников.
Для ~~получения полетного задания~~ заливки образом загрузчика надо подключить этого жесткого вояку к сисадминскому ноутбуку, разъемы USB которого промышленной суровостью не отличаются. Читатель может использовать любой удобный вариант (попробуйте поискать картинки по строке «переходник USB 10pin», узнаете много нового). Но по странному стечению обстоятельств в моем старом сисадминском сундучке обнаружились клещи-кримпер (видимо, что-то такое ими я уже раньше делал, только не помню, что). Кримпером я и обжал штыревой низковольтный переходник из кабеля-инвалида, пострадавшего от наезда колесного офисного кресла. Кстати

Если заметили у Бизнеса кабель с торчащими из-под изоляции потрохами, немедленно изымайте, пока Бизнес чего-нибудь им сам себе не отжег:)

Зачистим и обожмем кримпером

Защитим термоусадкой

Возьмем штыревой разъем 2.54мм (хотя можно и скрепкой)

Проверим, как сидит

Флэшка на кабеле готова к заливке

Залив образ FreeNAS обычным способом, установим нашу промышленную флэшку в разъем для «фронтальных» USB-портов на материнской плате. Не перепутайте контакты, на изделии нет «защиты от дурака». Контакт №9 должен попасть на место «спиленного» штырька.

«Распиновка» разъема

ВНИМАНИЕ: габариты нашего сурового изделия TS2GUFM-V могут затруднить его посадку в разъем из-за электронных деталей, проводов и других разъемов, торчащих там и сям даже в весьма просторных корпусах «башенного» типа. Например, протиснуть TS2GUFM-V в разъем USB4_5 на материнской плате ASRock P4i65G между бортовыми аудио и LAN без разрушения оных оказалось никак невозможно, поэтому отправляем ее на запасной разъем USB67. Но и там пришлось уворачиваться от банки конденсатора и штекера корпусной пищалки, торчащих почти вплотную к заветным штырькам.

Поэтому читателю, особенно при использовании компактных корпусов (например, известной марки Харлампий-Панкрат MicroServer), надлежит внимательно изучить сам факт наличия 10-штырьковых «посадочных» разъемов, а также окружающую их обстановку. В случае чего принять меры в виде переходников (google на картинки «переходник USB 10pin»). Или выбрать другую флэшку.

Флэшка села в разъем и заработала

Выводы

Электрофизические процессы, происходящие внутри твердотельных накопителей, далеко не так однозначны и просты, как кажется снаружи (спасибо, Капитан Очевидность).

Надежность флэш-памяти зависит как от технологии изготовления памяти NAND (SLC, MLC, TLC и т.д.), так и от сложности микроконтроллера, а при производстве можно экономить как на первом, так и на втором.

Грубо оценить надежность флэшки можно и по длине контрольной суммы (ECC, если производитель ее публикует): при прочих равных чем она длиннее, тем лучше.

Для систем, которые ведут интенсивную запись, требуется флэш-память промышленного типа.

Для серверных задач не следует использовать суперкомпактные флэшки-крохи, изготовленные по технологиям MLC (TLC) с повышенной плотностью.

Использование дешевых флэшек малоизвестных брендов для загрузки ОС противопоказано в принципе.

Для FreeNAS подойдут «полноразмерные» флэшки хороших брендов, а еще лучше — промышленные изделия на микросхемах SLC емкостью от 2Гб.

Продолжение следует

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

Другие части истории про Ещё один NAS своими руками:
часть 1: из того, что было

часть 2: хорошие воспоминания (Флэш-память для загрузки FreeNAS и прочих embedded OS)
часть 3: приключения в старой башне
часть 4: призрак Чернобыля

Ссылки

www.wikipedia.org/wiki/Flash_memory#NAND_flash
www.wikipedia.org/wiki/Wear_leveling
www.wikipedia.org/wiki/Single-level_cell
www.wikipedia.org/wiki/Multi-level_cell
www.wikipedia.org/wiki/Triple-level_cell
ru.wikipedia.org/wiki/%D0%A4%D0%BB%D0%B5%D1%88-%D0%BF%D0%B0%D0%BC%D1%8F%D1%82%D1%8C#SLC-_.D0.B8_MLC-.D0.BF.D1.80.D0.B8.D0.B1.D0.BE.D1.80.D1.8B
www.wikipedia.org/wiki/Error_detection_and_correction
www.wikipedia.org/wiki/BCH_code
www.pcper.com/reviews/Editorial/Taking-Accurate-Look-SSD-Write-Endurance
collectd.org
www.transcendusa.com/support/dlcenter/EDM/UFM-EDM.pdf
www.micron.com/-/media/Documents/Products/Presentation/flash_mem_summit_jcooke_inconvenient_truths_nand.pdf
pt.slideshare.net/Flashdomain/tn2917-nand-flash-design-and-use-considerations
processors.wiki.ti.com/index.php/Raw_NAND_ECC
www.spansion.com/Support/Application%20Notes/Types_of_ECC_Used_on_Flash_AN.pdf
forums.freenas.org/threads/data-corruption-on-usb-flash-drive.15505/#post-80954
forums.freenas.org/threads/intel-passed-power-loss-protected-ssd-tests.17168
mikelab.kiev.ua/index_en.php?page=PROGRAMS/chkflsh_en
lifehacker.ru/2013/06/26/veshhi-kotorye-ne-nuzhno-delat-s-ssd
www.anandtech.com/show/6489/playing-with-op
flashboot.ru/iflash

Собираем NAS сервер | Установка и настройка FreeNAS – MediaPure.Ru

Даже несмотря на готовность пользователей потратить немалую сумму на готовое сетевое хранилище, наверное, никто бы не отказался превратить в него свой старый или невостребованный компьютер с помощью операционной системы FreeNAS.

На данный момент этот класс устройств очень востребован, так как дистрибутивы программ, мультимедиа файлов непрестанно растут, что требует больших объемов для хранения. Тем более, что NАS-серверы, ориентированные на домашнее использование — это удобное средство хранения информации. Сетевое хранилище легко решает проблему нехватки свободного места на жестком диске вашего ПК, но и становится централизованным местом хранения для коллекции музыки, видео и фотографий. И что самое главное, все эти файлы, собранные в одном месте, будут доступны для просмотра с любого электронного устройства в локальной сети, будь то ноутбук, планшет, смартфон или телевизор.

Да, NАS-серверы довольно дороги, но можно сделать сетевое хранилище своими руками в качестве альтернативы заводскому решению, не ограничиваясь при этом в функционале. Нам потребуется самый что ни на есть обычный компьютер и операционная система FreeNAS. О решениях в подходящем корпусе я писал в статье «Сборка домашнего сервера самостоятельно«.

Конечно же, вы можете использовать и старый ПК (сразу стоит искючить из этого понятия компьютеры «древнее» поколения процессоров Pentium 4). Но лучше, по возможности, в качестве аппаратной платформы для сетевого хранилища, которое будет работать под управлением операционной системы FreeNAS, использовать компактный компьютер, построенный на базе энергоэффективного процессара Intel Atom или AMD Brazos. Обосную это тем, что данные комплектующие потребляют минимум электроэнергии, да и работают почти бесшумно, к тому же совсем не дорого. Объем оперативной памяти не столь важен, так как FreeNAS к ОЗУ не требовательна. Вам стоит позаботиться о жестких дисках, как минимум о двух, которые можно объединить в зеркальный RAID-массив для более надежной сохранности информации. Сохранность важна для NAS-сервера, но если у вас есть чем дорожить. В зависимости от контента, использование RAID — спорный вопрос.

Как записать OC на флешку

Мы будем устанавливать FreeNAS на USВ флешку, чтобы при замене жестких дисков не нарушалась работоспособность NAS-сервера. Использование флеш-накопителя оправдывается бесшумной работой (в отличии от жесткого диска), а самое главное, что при выходе из строя жесткого диска, установленная операционная система, вне массива храненияданных сможет работать в штатном режиме. Для установки именно ОС FreeNAS подойдет любая флешка, необязательно высокоскоростная (как в случае с более тяжелыми ОС), емкостью не менее 2 ГБ.

Сначала вам следует загрузить архив с образом операционной системы отсюда, выбрав версию ОС (32 бит или 64 бит), согласно поддерживаемой архитектуры процессора. Если вам необходима 64 битная версия FreeNAS, то перейдите на официальный сайт. Распакуйте скачанный архив, например, с помощью программы 7-Zip.

Теперь подготовим USВ-накопитель:

подключите флешку или USB HDD к компьютеру и отформатируйте, выбрав в качестве файловой системы FAT32 (перед началом процедуры убедитесь, что на флешке нет важных данных, так как все ее содержимое будет удалено) — нажмите «ПКМ» на USB носителе в папке «Мой компьютер» для взова контекстного меню «Проводника» и выберите пункт «Форматировать…».

Далее скачайте и запустите программу Win32 Image Writer, дважды щелкнув кнопкой мыши по файлу (на рис.), который увидите после распаковки архива.

Вы также можете воспользоваться аналогичными утилитами из статьи «Как сделать загрузочную флешку».

Нажмите на изображение папки, чтобы выбрать извлеченный из архива файл c расширением *img, содержащий OC FreeNAS. В выпадающем списке справа выберите букву съемного диска, на который будет устанавливаться ОС. Затем нажмите на кнопку «Write» и дождитесь окончания процесса копирования файлов на флешку.

Если во время записи программа Image Writer fоr Windows случайно выдаст ошибку, повторите процедуру. По окончании записи вы получите загрузочную флешку.

Установка ОС FreeNAS на NAS-сервер

Установите флешку с FreeNAS в USB порт компьютера, который будет использоваться в качестве NAS-cеpвepa. Нам необходимо будет выбрать эту флешку в качестве загрузчика в BIOS, для этого сразу после включения ПК нажмите клавишу «F1», «F2» или «Del» (в зависмости от производителя), чтобы открыть меню настроек BIOS компьютера.

В меню найдите пункт Standart CMOS Features. Нажмите на нем клавишей «Enter».

Далее выберите пункт First Boot Device.

Внимание! Названия пунктов могут отличаться в зависимости от модели материнской платы (ищите в названии слово «Boot»). Это касается и доступа к системным настройкам материнской платы, так как он тоже может отличаться от указанных в моем примере. Узнать о том, как открыть BIOS при загрузке ПК, можно в руководстве к материнской плате или во время загрузки компьютера: в нижней части экрана отображается краткая информация о «горячих клавишах».

С помощью навигационных клавиш со стрелками назначьте первым загрузочным устройством (First Boot Device) флешку, которой соответствует пункт c USB устройством (например, Removable Device или USB HDD). Нажмите клавишу «Esc», чтобы вернуться в главное меню настроек BIOS, а затем клавишу «F 10», чтобы сохранить сделанные изменения, либо перейдите к пункту «Save & Exit Setup», соглашаясь с изменениями клавишей «Y». Процесс загрузки FreeNAS длится около 1 минуты. О том, что операционная система готова к работе, свидетельствует сообщение о присвоенном устройству IР-адресе.

Обязательно запишите IР-адрес в блокнот, так как в дальнейшем он понадобится для настройки NAS-cepвepa через веб-интерфейс. Теперь вы можете отключить монитор и клавиатуру, а также поставить компьютер в удобное для Вас место. Запуск операционной системы FreeNAS будет осуществляться с флешки в полностью автоматическом режиме, как и с привычного жесткого диска внутри ПК.

Создание учетной записи в ОС FreeNAS

Давайте приступим к настройке FreeNAS. Чтобы получить доступ к веб-интерфейсу операционной системы сервера, введите в адресной строке любого веб-браузера IР-адрес сетевого хранилища, который Вы сохранили после установки операционной системы.

Сперва необходимо установить пароль администратора, так как по умолчанию пароль администратора операционной системы FreeNAS отсутствует, а вопрос безопасности игнорировать не стоит. Чтобы создать учетную запись администратора, щелкните на панели инструментов по кнопке «Account». Затем перейдите на вкладку»Change Password» и укажите пароль, который будет присвоен данной учетной за писи. Чтобы применить изменения, нажмите «Change Admin Password». Выйдите из FreeNAS, кликнув по «Log Out».

Обновите страницу в веб-браузере, чтобы авторизоваться в системе заново. На сей раз FreeNAS попросит ввести логин (admin) и пароль (тот, который вы указали ранее) для доступа к настройкам сетевого хранилища.

Рекомендую создать еще хотя бы одну учетную запись пользователя с ограниченными правами. Щелкните мышкой по кнопке «Account» и перейдите на вкладку «Users». Нажмите на кнопку «Add New User», чтобы открыть окно создания новой учетной записи.

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

Учитывая, что жесткие диски пока не отформатированы, оставьте стандартное имя домашней папки пользователя без изменений. Чтобы завершить операцию, нажмите на кнопку «Ok».

Система практически готова к работе. Осталось лишь несколько завершающих шагов .

Смена языка в ОС FreeNAS

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

Нажмите на панели инструментов по кнопке и перейдите на вкладку. В раскрывающемся меню «Language» выберите пyнкт «Russian», чтобы применить изменения, нажмите на кнопку «Save». После этого обновите страницу в браузере.

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

Официальное руководство по оборудованию FreeNAS — iXsystems, Inc.

17 дек.2019 г. | Блог, FreeNAS |

Давние пользователи FreeNAS никогда не забудут дни FreeNAS 8.0, когда прошивка карты контроллера IBM M1015 с прошивкой LSI была правом прохода, диски 3 ТБ были самыми большими, которые вы могли купить, а наводнения в Таиланде скоро превратят каждый жесткий диск в ценный актив.

Перенесемся вперед к удивительному новому FreeNAS Mini XL + и значительно улучшенному пользовательскому интерфейсу благодаря новому веб-интерфейсу, чтобы увидеть, насколько сильно изменилась экосистема FreeNAS.Хотя FreeNAS Mini и FreeNAS сертифицированы как отличные системы «под ключ», мы понимаем, что самостоятельные пользователи всегда играли решающую роль в росте и успехе FreeNAS во всем мире. Фундаментальная свобода FreeNAS — от перепрофилированных систем до сильно настраиваемых сборок — это возможность запускать его практически на любом компьютере x86.

В честь предстоящего выпуска FreeNAS 11.3 мы объединили мудрость наших инженеров и ведущие сообщения в блогах, чтобы создать первое полное руководство по аппаратному обеспечению FreeNAS, дополняющее официальные требования к оборудованию и подробное руководство сообщества по аппаратным рекомендациям.Есть что добавить? Отправьте его в эту ветку форума!

За создание лучшего сетевого хранилища в 2020 году!

Команда FreeNAS

Содержание

Введение

Рекомендации по запоминающим устройствам

Прядильные диски
Диски SATA NAS
Диски Nearline SAS
Диски SAS
SATA и SAS флэш-накопители SSD
NVMe
Гибридное хранилище и флеш-кэш (SLOG / ZIL / L2ARC)
Диски с самошифрованием
Жесткие диски USB
Загрузочные устройства
Возможность горячей замены
Размер устройства хранения
Запоминающее устройство для записи
Контроллеры хранения
Расширители SAS
Накопитель Охлаждение

Память, ЦП и сеть

Размер памяти
Кодовая память исправления ошибок
Выбор центрального процессора (ЦП)
Удаленное управление: IPMI
Блоки питания
Источники бесперебойного питания
Сеть Ethernet

Виртуализированный FreeNAS

Введение

Сообщество FreeNAS имеет обширную экосистему советов, когда дело доходит до искусства и науки выбора идеального оборудования для их любимой операционной системы хранения.От официальных требований к оборудованию до Руководства по рекомендациям по оборудованию, поддерживаемого сообществом, до бесчисленных сообщений в блогах, у пользователей есть исчерпывающий, если не подавляющий выбор ответов на простой вопрос: «Какое оборудование мне следует купить?» Линии FreeNAS Mini и FreeNAS Certified специально созданных систем FreeNAS от iXsystems являются официальными ответами на этот вопрос, но они также служат для предоставления шаблонов пользователям, которые хотят создать свои собственные системы или перепрофилировать существующие.Поэтому в этом руководстве будут использоваться системы FreeNAS Mini и FreeNAS Certified как точки отсчета для всех критериев, которые следует учитывать при создании FreeNAS-совместимых систем любого размера.

Память, ЦП и сеть

Размер памяти

FreeNAS имеет более высокие требования к памяти, чем многие решения для сетевых хранилищ, но по уважительной причине: он разделяет динамическую память с произвольным доступом (DRAM или просто RAM) между службами совместного использования, дополнительными плагинами, Jails и виртуальными машинами, а также сложным кэшированием чтения.ОЗУ редко остается неиспользованным в системе FreeNAS, и достаточный объем ОЗУ является ключом к поддержанию максимальной производительности. Для основных операций FreeNAS с восемью дисками требуется минимум 8 ГБ ОЗУ. Помимо этого, существуют варианты использования, у каждого из которых есть свои требования к оперативной памяти:

Дополнительный 1 ГБ на дополнительный диск после восьми принесет пользу в большинстве случаев использования.
В целом, если к системе FreeNAS подключается больше клиентов, потребуется больше оперативной памяти. Пул 20 ТБ, поддерживающий множество высокопроизводительных виртуальных машин через iSCSI, может потребовать больше ОЗУ, чем пул 200 ТБ, в котором хранятся архивные данные.При использовании iSCSI для поддержки виртуальных машин запланируйте использование не менее 16 ГБ ОЗУ для разумной производительности и 32 ГБ или более для оптимальной производительности.

Службы каталогов

требуют дополнительных 2 ГБ ОЗУ для выигрыша

1. Введение — Руководство пользователя FreeNAS 9.3 Содержание

FreeNAS® — это встроенная операционная система сетевого хранилища (NAS) с открытым исходным кодом, основанная на FreeBSD и выпущенная под лицензией BSD. NAS — это действующий
система, оптимизированная для хранения и обмена файлами.

FreeNAS® предоставляет графический интерфейс конфигурации на основе браузера. Его встроенные сетевые протоколы можно настроить для обеспечения доступа к хранилищу
широкий спектр операционных систем. Система плагинов предназначена для расширения встроенных функций путем установки дополнительного программного обеспечения.

1.1. Что нового в версии 9.3-RELEASE

Начиная с версии 9.3, FreeNAS® использует модель «скользящего выпуска» вместо точечных выпусков. Новый механизм обновления позволяет легко сохранить
в актуальном состоянии с последними исправлениями безопасности, исправлениями ошибок и новыми функциями. Некоторые обновления влияют на пользовательский интерфейс, поэтому в этом разделе перечислены все функциональные изменения.
которые произошли после 9.3-RELEASE.

Примечание

скриншоты в этой документации предполагают, что ваша система полностью обновлена до последней СТАБИЛЬНОЙ версии FreeNAS® 9.3. Если на вашем
Система выглядит иначе, чем документация, убедитесь, что система полностью обновлена, и примените все незавершенные обновления, если это не так.

Samba обновлена до 4.1.18.
Netatalk обновлен до 3.1.7.
SSSD обновлен до 1.11.7.
Nut обновлен до версии 2.7.3, в которой добавлена поддержка нескольких новых устройств, включая ИБП Tripp Lite SMART500RT1U.
Добавлен драйвер для адаптера Intel X710 10GbE.
В драйвер ixgbe добавлена поддержка интерфейсов Intel X550 (X552 / X557).
Добавлена поддержка чипсетов Intel I219-V и I219-LM Gigabit Ethernet.
Драйвер HBA Avago (LSI) 6 Гбит / с, mps (4), обновлен до версии 20 и
В случае несоответствия версий будет выдано предупреждение.
Драйвер HBA Avago (LSI) 12 Гбит / с, mpr (4), обновлен до версии 9 и
В случае несоответствия версии будет выдано предупреждение. Также была добавлена утилита командной строки sas3ircu .Этот инструмент похож по функциональности на
sas2ircu инструмент, предназначенный для HBA-адаптеров MegaRAID, использующих драйвер mps (4).
Добавлен драйвер mrsas (4) Avago MegaRAID.
Добавлена поддержка USB-накопителей Mach Xtreme MX-ES / MXUB3 и Kingston DT100G2.
Добавлена поддержка сквозной передачи Avago MegaRAID SAS.
Добавлены страницы руководства, к которым можно получить доступ из Shell.

Сжатие

LZ4 используется в загрузочном пуле, чтобы увеличить пространство для загрузочных сред.
Добавлена поддержка замены дисков горячего резерва. Если у вас есть запасные диски в пуле и один из них выходит из строя, FreeNAS® должен автоматически удалить отказавший
выгнать из бассейна и заменить на запасной.
Установка STABLE, начиная с 201501212031, теперь создает две загрузочные среды. Система загрузится в загрузочную среду по умолчанию , и пользователи смогут
внести свои изменения и обновить с этой версии. Другая загрузочная среда с именем Initial-Install может быть загружена, если необходимо вернуть систему.
к нетронутой, ненастроенной версии установки.
Опции «Создать резервную копию» и «Восстановить из резервной копии» были добавлены в меню настройки консоли FreeNAS®, показанное на рисунке 3a.
Добавлен флажок «Учетная запись Microsoft».
Добавлена возможность устанавливать интервал очистки загрузочного пула.
Размер и объем используемого пространства в пуле загрузки отображаются в формате.
Добавлен флажок «Включить автоматическую загрузку аварийных дампов ядра и ежедневную телеметрию».
Добавлена кнопка «Резервное копирование».
Выпадающее меню «Периодическое уведомление пользователя» было добавлено.
Кнопка «Тест производительности» удалена из.
Система выдаст предупреждение, если обновление не удастся, и подробные сведения об ошибке будут записаны в /data/update.failed .
Добавлено поле «Подтвердить парольную фразу».
а также .
Добавлена вкладка «Поддержка», предоставляющая удобный способ сообщить об ошибке или запросить новую функцию.
Флажок «Rsync Create» был переименован в «Проверить удаленный путь», а флажок «Отложить обновления» был добавлен в
.
Добавлено поле «VLAN ID».
При создании Link Aggregation перезагрузка больше не требуется.
Параметр «Рекурсивно реплицировать и удалять устаревший снимок на удаленной стороне» разделен на два параметра:
«Рекурсивно реплицировать снимки дочернего набора данных» и «Удалять снимки, которые больше не доступны локально после успешной репликации новых снимков».
Параметр «Инициализировать удаленную сторону для одного раза» был удален, поскольку новый сервер репликации обрабатывает это.
автоматически при необходимости.
Сценарий /usr/local/bin/test_ssh.py был добавлен для тестирования SSH-соединения для определенной задачи репликации.
Были добавлены раскрывающиеся меню «Режим шифрования» и «Сертификат», а также флажок «Разрешить обновления DNS».
Появится всплывающее предупреждение, если вы перейдете к изменению, выбрав неправильный
бэкэнд нарушит интеграцию Active Directory.
Выпадающее меню «Схема» было добавлено.
Вкладка «Настройки Kerberos» добавлена в службу каталогов.
Добавлена возможность «онлайн» для ранее отключенного диска.
Поле «Безопасность» теперь появляется только тогда, когда установлен флажок «Включить NFSv4» в |
.
Было добавлено раскрывающееся меню «Задача периодического создания снимков».
Все доступные объекты VFS добавлены в
а объекты VFS «aio_pthread» и «streams_xattr» включены по умолчанию.
Поле «Пороговое значение доступного размера пула» было переименовано в «Пороговое значение доступного пространства пула» в
.
Поля «Discovery Auth Method» и «Discovery Auth Group» перемещены из в
.
Поле «Размер логического блока» перемещено с на
.
Поле «Последовательный» перемещено с в.
Экран теперь поддерживает создание нескольких групп iSCSI.
Флажки «Отключить отчет о размере физического блока» и «Только для чтения», поле «Порог доступного пространства» и раскрывающееся меню «LUN RPM» были добавлены в
.
В поле «LUN ID» теперь можно ввести более высокое значение, чем указано в раскрывающемся меню.
Добавлено поле «Имя домашнего ресурса».
Флажок «Использовать системный журнал» был переименован в «Использовать только системный журнал».
Поле «DNS Backend» было удалено, поскольку BIND не входит в FreeNAS®.
Добавлены флажки «Требовать Kerberos для NFSv4» и «Поддержка> 16 групп».
Флажок «Поддержка SNMP v3», поля «Имя пользователя», «Пароль» и «Кодовая фраза конфиденциальности», а также раскрывающиеся меню «Тип аутентификации» и «Протокол конфиденциальности» были добавлены в
так что можно настроить SNMPv3.
Поле выбора «Bind Interfaces» и флажок «Allow Kerberos Authentication» были добавлены.
«Закрытый ключ хоста» удален из.
Добавлен флажок «Power Off UPS».
Плагин MediaBrowser был переименован в Emby.
Кнопка переименована в «Добавить тюрьму».
Кнопка «Перезагрузка» теперь доступна, когда вы щелкаете запись для установленного джейла.
Добавлены поля «Mtree» и «Только для чтения».
Поле «Mtree» было добавлено к параметрам «Редактировать» для существующих шаблонов тюрьмы.
В freenas-debug были добавлены параметры -C , -D и -j .
Вкладка «Цель» была добавлена в отчеты и отображает статистику пропускной способности iSCSI. Статистика запросов ARC была добавлена на вкладку «ZFS» отчетов.
Значок поддержки был добавлен в верхнюю строку меню, что обеспечивает удобный способ сообщить об ошибке или запросить новую функцию.
Значок «Справка» был заменен значком «Справочник», предоставляя автономную версию Руководства пользователя FreeNAS® (данная документация).
Теперь появляется предупреждающее сообщение, если вы останавливаете службу iSCSI при подключении инициаторов. Введите ctladm islist , чтобы определить имена
подключенные инициаторы.
Предупреждение будет сгенерировано, когда станет доступно новое обновление.
Предупреждение будет сгенерировано, когда S.M.A.R.T. возникает ошибка.
Предупреждение будет сгенерировано, если центр сертификации или сертификат недействительны или имеют неправильный формат.
Добавлен сценарий zfslower.d DTrace. Этот сценарий полезен для определения причины задержки, где может быть разумная задержка.
10 мс. Если вы запустите dtrace -s zfslower.d 10 , он отобразит все операции ZFS, которые занимают больше 10 мс. Если никакие операции ZFS не занимают больше 10 мс
но клиент испытывает задержку, вы знаете, что это не проблема файловой системы.
Команда xdd была удалена, поскольку она больше не доступна в качестве порта FreeBSD.

1.2. Рекомендации по аппаратному обеспечению

Поскольку FreeNAS® 9.3 основан на FreeBSD 9.3, он поддерживает то же оборудование, что и в списке совместимого оборудования FreeBSD. Поддерживаемые процессоры перечислены в разделе
2.1 драм64. Начиная с версии 9.3, FreeNAS® доступен только для 64-битных (также известных как
amd64) процессоры.

Примечание

, начиная с версии 9.3, FreeNAS® загружается из раздела GPT. Это означает, что системная BIOS должна иметь возможность загружаться с использованием устаревшей BIOS.
интерфейс прошивки или EFI.

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

1.2.1. RAM

Лучший способ получить максимальную отдачу от системы FreeNAS® — это установить как можно больше оперативной памяти. Рекомендуемый минимум — 8 ГБ ОЗУ. Чем больше ОЗУ, тем
лучше производительность, и форумы FreeNAS®
предоставить от пользователей неофициальные данные о том, насколько высокая производительность достигается за счет увеличения объема оперативной памяти.

В зависимости от вашего варианта использования вашей системе может потребоваться больше оперативной памяти. Вот несколько общих практических правил:

Если вы планируете использовать дедупликацию ZFS, убедитесь, что у вас есть как минимум 5 ГБ ОЗУ на каждый ТБ хранилища для дедупликации.
Если вы планируете использовать Active Directory с большим количеством пользователей, добавьте дополнительно 2 ГБ ОЗУ для внутреннего кеша winbind.
Если вы планируете использовать шаблон phpVirtualBox, увеличьте минимальный размер ОЗУ на объем виртуальной памяти, который вы настроили для виртуальных машин. Например, если вы
планируете установить две виртуальные машины, каждая с 4 ГБ виртуальной памяти, системе потребуется как минимум 16 ГБ ОЗУ.
Если вы планируете использовать iSCSI, установите не менее 16 ГБ ОЗУ, если производительность не критична, или не менее 32 ГБ ОЗУ, если производительность является требованием.
Если вы устанавливаете FreeNAS® в автономной системе, отключите настройки общей памяти для видеокарты в BIOS.

Если ваша система поддерживает это и ваш бюджет позволяет это, установите ECC RAM. ОЗУ с ECC, хотя и дороже, настоятельно рекомендуется, поскольку оно предотвращает полет
повреждение данных до того, как в игру вступят свойства исправления ошибок ZFS, что обеспечивает согласованность вычислений контрольной суммы и четности
в исполнении ZFS. Если вы считаете, что ваши данные важны, используйте ECC RAM.Эта
Пример использования описывает риски, связанные с повреждением памяти.

Если у вас нет хотя бы 8 ГБ ОЗУ, вам следует подумать о приобретении более мощного оборудования, прежде чем использовать FreeNAS® для хранения ваших данных. Многие пользователи ожидают
FreeNAS® будет работать с меньшими требованиями, чем эти требования, только с пониженной производительностью. Суть в том, что эти минимумы основаны на обратной связи
много пользователей. Пользователи, которые не соответствуют этим требованиям и обращаются за помощью на форумах или в IRC, скорее всего, будут проигнорированы из-за обилия информации.
что FreeNAS® может работать некорректно с объемом ОЗУ менее 8 ГБ.

1.2.2. Компактный или USB Flash

Операционная система FreeNAS® устанавливается как минимум на одно устройство, отдельное от дисков хранения. Устройство может быть USB-накопителем, компактной флешкой,
или SSD. Технически его также можно установить на жесткий диск, но это не рекомендуется, так как этот диск станет недоступным для хранения данных.

Примечание

, если вы будете записывать установочный файл на USB-накопитель, вам понадобятся два USB-разъема , каждый со вставленным USB-устройством, где один USB-накопитель
содержит установщик, а для установки выбирается другой USB-накопитель.При выполнении установки обязательно выберите правильный USB
устройство для установки. Другими словами, вы можете , а не установить FreeNAS® на тот же USB-накопитель, с которого вы загружаете установщик. После
установки, извлеките USB-накопитель, содержащий программу установки, и, при необходимости, настройте BIOS для загрузки с оставшегося USB-накопителя.

При определении типа и размера устройства, на которое будет установлена операционная система, помните о следующих моментах:

Минимальный размер голого составляет 4 ГБ.Это дает место для операционной системы и двух загрузочных сред. Поскольку каждое обновление создает среду загрузки,
Рекомендуемый Минимальный размер составляет не менее 8 ГБ или 16 ГБ, поскольку это обеспечивает место для большего числа загрузочных сред.
, если вы планируете создавать свои собственные загрузочные среды, выделите около 1 ГБ хранилища на загрузочную среду. Подумайте об удалении старых загрузочных сред, как только вы
убедитесь, что загрузочная среда больше не нужна. Загрузочные среды можно создавать и удалять с помощью.
при использовании USB-накопителя рекомендуется использовать USB-накопитель известного бренда, поскольку ZFS быстро обнаружит ошибки на дешевых, некачественно изготовленных накопителях.
при использовании USB-накопителя поддержка USB 3.0 по умолчанию отключена, поскольку в настоящее время он несовместим с некоторым оборудованием, включая Haswell (точка Lynx)
чипсеты. Если вы получаете сообщение «сбой с ошибкой 19» при попытке загрузить FreeNAS®, убедитесь, что xHCI / USB3 отключен в BIOS системы. Пока это
снизит частоту портов USB до 2.0, время загрузки и выключения не будет существенно отличаться. Чтобы узнать, работает ли поддержка USB 3.0 с вашим оборудованием,
следуйте инструкциям в Tunables, чтобы создать «Настраиваемый» с именем xhci_load , установите для него значение YES и перезагрузите систему.
, если требуется надежный загрузочный диск, используйте два одинаковых устройства и выберите их оба во время установки. Будет создано зеркальное загрузочное устройство.

1.2.3. Диски и контроллеры для хранения данных

Раздел диска
в списке оборудования FreeBSD перечислены поддерживаемые контроллеры дисков. Кроме того, вместе с интерфейсом командной строки добавлена поддержка RAID-контроллеров 3ware 6 Гбит / с.
утилита tw_cli для управления RAID-контроллерами 3ware.

FreeNAS® поддерживает диски с возможностью горячей замены.Чтобы использовать эту функцию, убедитесь, что в BIOS включен AHCI.

Если вам нужны надежные предупреждения диска и немедленное сообщение о неисправном диске, используйте HBA, например Avago.
Контроллер MegaRAID или контроллер, совместимый с twa от 3Ware.

Предложения по тестированию дисков перед добавлением их в массив RAID можно найти в этом
сообщение на форуме.

Эта статья
дает хороший обзор жестких дисков, которые хорошо подходят для NAS.

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

Если у вас есть постоянные, несмежные записи, используйте диски с малым временем поиска.Примерами являются диски SAS 10 или 15 000, которые стоят около 1 доллара за Гб. Пример
конфигурация будет состоять из шести дисков SAS 600 ГБ 15K в массиве RAID 10, что даст 1,8 ТБ полезного пространства, или восьми дисков SAS 600 ГБ 15K в массиве RAID 10, который
даст 2,4 ТБ полезного пространства.

Диски SATA

7200 об / мин предназначены для однопользовательского последовательного ввода-вывода и не подходят для многопользовательской записи.

Если у вас есть бюджет и высокая производительность является ключевым требованием, рассмотрите
Плата Fusion-I / O
который оптимизирован для массового произвольного доступа.Эти карты дороги и подходят для высокопроизводительных систем, требующих высокой производительности. Плата Fusion-I / O может быть
форматируется с файловой системой и используется как прямое хранилище; при таком использовании не возникает проблем записи, обычно связанных с флэш-устройством. А
Карту Fusion-I / O также можно использовать в качестве устройства кэширования, если размер набора данных ZFS превышает размер ОЗУ. Из-за увеличения пропускной способности системы, на которых
карты обычно используют несколько сетевых интерфейсов 10 GigE.

Если вы будете использовать ZFS,
Требования к дисковому пространству для пулов устройств хранения данных ZFS
рекомендует минимум 16 ГБ дискового пространства.Из-за того, как ZFS создает swap, вы не можете отформатировать менее 3 ГБ пространства с помощью ZFS . Однако на
диск, размер которого меньше минимально рекомендуемого, вы теряете изрядное количество дискового пространства для замены: например, на диске 4 ГБ 2 ГБ будет зарезервировано для
поменять местами.

Если вы новичок в ZFS и покупаете оборудование, прочтите
Рекомендации по пулам устройств хранения данных ZFS
первый.

ZFS использует динамический размер блока, что означает, что он может чередовать диски разного размера.Однако, если вы заботитесь о производительности, используйте диски того же
размер. Кроме того, при создании RAIDZ * на каждом диске будет использоваться только размер самого маленького диска.

1.2.4. Сетевые интерфейсы

Секция Ethernet
Замечаний по оборудованию FreeBSD указывает, какие интерфейсы поддерживаются каждым драйвером. Хотя поддерживается множество интерфейсов, пользователи FreeNAS® увидели лучшее
производительность интерфейсов Intel и Chelsio, поэтому при покупке нового сетевого адаптера учитывайте эти бренды.Realteks будет плохо работать при загрузке процессора, так как
Интерфейсы с этими наборами микросхем не предусматривают собственных процессоров.

Рекомендуется как минимум интерфейс GigE. В то время как интерфейсы и коммутаторы GigE доступны для домашнего использования, современные диски могут легко загружать до 110 МБ / с. Если
вам требуется более высокая пропускная способность сети, вы можете связать несколько карт GigE вместе, используя тип LACP Link Aggregation. Однако переключатель будет
необходимо поддерживать LACP, что означает, что вам понадобится более дорогой управляемый коммутатор.

Если производительность сети является требованием и у вас есть деньги, которые можно потратить, используйте интерфейсы 10 GigE и управляемый коммутатор. Если вы покупаете управляемый коммутатор,
рассмотрите тот, который поддерживает LACP и jumbo-кадры, поскольку оба могут использоваться для увеличения пропускной способности сети. Обратитесь к
Учебник по 10 Gig Networking Primer для получения дополнительной информации.

Примечание

в настоящее время не поддерживаются: InfiniBand, FibreChannel over Ethernet или беспроводные интерфейсы.

Если скорость сети является требованием, учитывайте как ваше оборудование, так и тип создаваемых общих ресурсов.На том же оборудовании CIFS будет медленнее, чем FTP или
NFS как Samba
однопоточный. Если вы будете использовать CIFS, используйте быстрый процессор.

Поддержка

Wake on LAN (WOL) зависит от драйвера FreeBSD для интерфейса. Если драйвер поддерживает WOL, его можно включить с помощью
ifconfig (8). Чтобы определить, поддерживается ли WOL на конкретном интерфейсе, укажите имя интерфейса для
следующую команду. В этом примере строка возможностей указывает, что WOL поддерживается для интерфейса re0 :

 ifconfig -m re0
re0: flags = 8943  metric 0 mtu 1500
options = 42098 
возможности = 5399b

Если вы обнаружите, что поддержка WOL указана, но не работает для определенного интерфейса, создайте отчет об ошибке, используя инструкции в разделе «Поддержка».

1,3. ZFS Primer

ZFS — это современная файловая система с расширенными возможностями, которая была специально разработана для обеспечения функций, недоступных в традиционных файловых системах UNIX. Это было изначально
разработан в Sun с намерением открыть исходный код файловой системы, чтобы ее можно было перенести на другие операционные системы. После приобретения Sun компанией Oracle
некоторые из первых инженеров ZFS основали
OpenZFS для обеспечения непрерывной совместной разработки версии с открытым исходным кодом. Чтобы отличаться от Oracle ZFS
номера версий, OpenZFS использует флаги функций.Флаги функций используются для обозначения функций уникальными именами, чтобы обеспечить переносимость между OpenZFS.
реализации, работающие на разных платформах, при условии, что все флаги функций, включенные в пуле ZFS, поддерживаются обеими платформами. FreeNAS® использует
OpenZFS и каждая новая версия FreeNAS® постоянно обновляются с помощью последних флагов функций и исправлений ошибок OpenZFS.

Вот обзор функций, предоставляемых ZFS:

ZFS — транзакционный, копирование при записи
(COW) файловая система.Для каждого запроса на запись создается копия связанного диска
блок (и), и все изменения вносятся в копию, а не в исходный блок (ы). После завершения записи все указатели блоков изменяются, чтобы указывать на
новая копия. Это означает, что ZFS всегда записывает в свободное пространство, и большинство операций записи будут последовательными. Когда ZFS имеет прямой доступ к дискам, она объединяет несколько
читать и записывать запросы в транзакции; большинство файловых систем не могут этого сделать, поскольку имеют доступ только к дисковым блокам. Транзакция либо завершается, либо не выполняется,
это означает, что никогда не будет
write-hole и утилита проверки файловой системы не нужны.Из-за транзакционного дизайна, поскольку
добавляется дополнительная емкость памяти, она сразу становится доступной для записи; чтобы перебалансировать данные, их можно скопировать, чтобы перезаписать существующие данные через
все доступные диски. Для 128-битной файловой системы максимальный размер файловой системы или файла составляет 16 эксабайт.

ZFS была разработана как самовосстанавливающаяся файловая система . При записи данных ZFS создает контрольную сумму для каждого записываемого блока диска. Когда ZFS читает данные, он проверяет
контрольная сумма для каждого читаемого блока диска.Если ZFS выявляет ошибку контрольной суммы блока диска в пуле, который зеркалируется или использует RAIDZ *, ZFS исправит поврежденные
данные с правильными данными. Поскольку некоторые блоки диска читаются редко, следует запланировать регулярную очистку, чтобы ZFS могла прочитать все блоки данных, чтобы
проверьте их контрольные суммы и исправьте поврежденные блоки. Хотя для обеспечения избыточности и исправления данных требуется несколько дисков, ZFS будет
по-прежнему обеспечивать обнаружение повреждения данных в системе с одним диском. FreeNAS® автоматически планирует ежемесячную очистку для каждого пула ZFS и результатов
scrub будет отображаться в View Volumes.Чтение результатов очистки может дать раннее указание на возможный сбой диска.

В отличие от традиционных файловых систем UNIX, вам не нужно определять размеры разделов во время создания файловой системы . Вместо этого вы загружаете определенное количество дисков
одновременно (известный как vdev) в пул ZFS и при необходимости создавайте файловые системы из пула. Поскольку требуется больше емкости, идентичные vdev могут быть разделены на
бассейн. В FreeNAS® Volume Manager можно использовать для создания или расширения пулов ZFS.После создания пула его можно разделить на группы с динамическим размером.
наборы данных или zvol фиксированного размера по мере необходимости. Наборы данных можно использовать для оптимизации хранилища для типа данных, которые хранятся в виде разрешений и свойств, таких как
квоты и сжатие могут быть установлены на уровне набора данных. По сути, zvol — это необработанное виртуальное блочное устройство, которое можно использовать для приложений, которым требуется
семантика необработанных устройств, например экстенты устройства iSCSI.

ZFS поддерживает сжатие данных в реальном времени . Сжатие происходит, когда блок записывается на диск, но только если записанные данные выиграют от сжатия.При обращении к сжатому блоку он автоматически распаковывается. Поскольку сжатие происходит на уровне блока, а не на уровне файла, оно прозрачно для
любые приложения, обращающиеся к сжатым данным. По умолчанию пулы ZFS, созданные с использованием FreeNAS® версии 9.2.1 или новее, будут использовать рекомендованное сжатие LZ4.
алгоритм.

ZFS предоставляет недорогие мгновенные снимки указанного пула, набора данных или zvol. Из-за COW начальный размер снимка составляет 0 байт, а размер
Размер моментального снимка увеличивается с течением времени, поскольку изменения файлов в моментальном снимке записываются на диск.Снимки могут использоваться для предоставления копии данных в точке.
в момент создания снимка. Когда файл удаляется, его дисковые блоки добавляются в список свободных; однако блоки для этого файла во всех существующих
снимки не добавляются в список свободных, пока не будут удалены все ссылающиеся снимки. Это означает, что моментальные снимки — это умный способ вести историю
файлы, если вам нужно восстановить старую копию файла или удаленный файл. По этой причине многие администраторы часто делают снимки (например.г. каждые 15
минут), храните их в течение определенного периода времени (например, в течение месяца) и храните в другой системе. Такая стратегия позволяет администратору свернуть систему.
вернуться к определенному времени или, в случае катастрофической потери, снимок состояния за пределами площадки может восстановить систему до последнего интервала снимка (например, в пределах 15
минут потери данных). Снимки хранятся локально, но также могут быть реплицированы в удаленный пул ZFS. Во время репликации ZFS не выполняет побайтовую
копировать, но вместо этого преобразует снимок в поток данных.Такая конструкция означает, что пул ZFS на принимающей стороне не обязательно должен быть идентичным и может использовать
другой уровень RAIDZ, размер тома, настройки сжатия и т.д.

Загрузочные среды ZFS предоставляют метод восстановления после неудачного обновления . Начиная с FreeNAS® версии 9.3, снимок набора данных операционной
система находится автоматически перед обновлением или обновлением системы. Эта сохраненная загрузочная среда автоматически добавляется в загрузчик GRUB.Если обновление или изменение конфигурации не удалось, просто перезагрузитесь и выберите предыдущую загрузочную среду в меню загрузки. Пользователи также могут создавать свои собственные
загрузочные среды по мере необходимости, например, перед внесением изменений в конфигурацию. Таким образом можно перезагрузить систему в
снимок системы, в который не вошли новые изменения конфигурации.

ZFS предоставляет кэш записи в ОЗУ, а также
Журнал намерений ZFS (ZIL). ЗИЛ — это временное хранилище для синхронных записей , пока они
записываются асинхронно в пул ZFS.Если в системе много синхронных записей, где важна целостность записи, например, с сервера базы данных
или при использовании NFS поверх ESXi производительность можно увеличить, добавив
выделенное устройство журнала, или slog, с помощью Volume Manager. Более подробные объяснения можно найти в этом
сообщение на форуме и в этом
Сообщение блога. Выделенное устройство журнала не будет влиять на CIFS, AFP или iSCSI, поскольку эти протоколы
редко используют синхронную запись. При создании выделенного устройства регистрации рекомендуется использовать быстрый SSD с суперконденсатором или батарею конденсаторов, которая
может обрабатывать запись содержимого RAM SSD на SSD.Утилиту zilstat можно запустить из Shell, чтобы определить, будет ли система
выгода от выделенного устройства ЗИЛ. Видеть
этот сайт
для информации об использовании. Если вы решите создать специальное устройство журналов для ускорения записи NFS, размер SSD может быть вдвое меньше системного ОЗУ, чем любой другой
чем это неиспользованная емкость. Устройство журнала не нужно зеркалировать в пуле с ZFSv28 или флагами функций, поскольку система вернется к использованию ZIL.
если устройство журнала выйдет из строя и будут потеряны только данные в устройстве, которые не были записаны в пул (обычно это последние несколько секунд записи).Вы
может заменить потерянное устройство журнала на экране. Обратите внимание, что выделенное устройство журнала не может использоваться совместно с ZFS
пулы и одно и то же устройство не может содержать одновременно журнал и устройство кэширования.

ZFS предоставляет кэш чтения в ОЗУ, известный как ARC, для уменьшения задержки чтения. FreeNAS® добавляет статистику ARC к
top (1) и включает arc_summary.py
и arcstat.py инструменты для мониторинга эффективности ARC. Если SSD выделен как устройство кэширования, он известен как
L2ARC и ZFS используют его для хранения большего количества операций чтения, что может повысить производительность произвольного чтения.Однако добавление
L2ARC — это , а не , заменяющий недостаточное количество ОЗУ, поскольку L2ARC требует ОЗУ для работы. Если у вас недостаточно оперативной памяти для ARC хорошего размера, вы не сможете
увеличивать производительность, и в большинстве случаев вы фактически снизите производительность и потенциально можете вызвать нестабильность системы. RAM всегда быстрее, чем
дисков, поэтому всегда добавляйте как можно больше ОЗУ, прежде чем определять, выиграет ли система от устройства L2ARC. Если у вас много приложений,
большое количество случайных операций чтения в наборе данных, достаточно маленьком, чтобы поместиться в L2ARC, производительность чтения может быть увеличена путем добавления выделенного устройства кэширования с использованием
Менеджер тома.Кэш-устройства SSD помогают только в том случае, если ваши активные данные больше, чем системная оперативная память, но достаточно малы, чтобы их значительный процент
поместится на SSD. Как правило, L2ARC не следует добавлять в систему с ОЗУ менее 64 ГБ, а размер L2ARC не должен
превышают в 5 раз объем оперативной памяти. В некоторых случаях может быть более эффективным иметь два отдельных пула: один на SSD для активных данных, а другой на жестких дисках для
редко используемый контент. После добавления L2ARC отслеживайте его эффективность с помощью таких инструментов, как arcstat .Если вам нужно увеличить размер существующего
L2ARC, вы можете разделить другое устройство кэш-памяти с помощью Volume Manager. Графический интерфейс всегда будет чередовать L2ARC, а не отражать его, поскольку содержимое L2ARC
воссоздается при загрузке. Потеря устройства L2ARC не повлияет на целостность пула, но может повлиять на производительность чтения в зависимости от рабочей нагрузки.
и отношение размера набора данных к размеру кеша. Обратите внимание, что выделенное устройство L2ARC не может совместно использоваться пулами ZFS.

ZFS была разработана для обеспечения избыточности при устранении некоторых неотъемлемых ограничений аппаратного RAID , таких как отверстие для записи и поврежденные записываемые данные
через некоторое время, прежде чем аппаратный контроллер выдаст предупреждение.ZFS обеспечивает три уровня резервирования, известные как RAIDZ *, где число после RAIDZ
указывает, сколько дисков на vdev можно потерять без потери данных. ZFS также поддерживает зеркала без ограничений на количество дисков в зеркале. ZFS
был разработан для обычных дисков, поэтому RAID-контроллер не требуется. Хотя ZFS также можно использовать с RAID-контроллером, рекомендуется, чтобы контроллер
перевести в режим JBOD, чтобы ZFS имела полный контроль над дисками. При определении типа резервирования ZFS, который следует использовать, подумайте, является ли ваша цель максимизировать
дисковое пространство или производительность:

RAIDZ1 максимизирует дисковое пространство и обычно хорошо работает, когда данные записываются и читаются большими порциями (128 КБ и более).
RAIDZ2 предлагает лучшую доступность данных и значительно лучшее среднее время до потери данных (MTTDL), чем RAIDZ1.
Зеркало занимает больше места на диске, но обычно лучше работает с небольшими случайными чтениями. Для лучшей производительности зеркало предпочтительнее любого
RAIDZ, особенно для больших некэшируемых загрузок с произвольным чтением.
Не рекомендуется использовать более 12 дисков на один vdev. Рекомендуемое количество дисков на один vdev — от 3 до 9. Если у вас больше дисков, используйте несколько
vdevs.
В некоторых старых документах ZFS рекомендуется, чтобы для каждого типа RAIDZ требовалось определенное количество дисков для достижения оптимальной производительности. О системах
с использованием сжатия LZ4, которое используется по умолчанию для FreeNAS® 9.2.1 и выше, это больше не так. Видеть
Ширина полосы ZFS RAIDZ или: «Как я научился перестать беспокоиться и полюбить RAIDZ».

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

Предупреждение

РЕШЕНИЕ NO RAID ПРЕДОСТАВЛЯЕТ ЗАМЕНУ ДЛЯ НАДЕЖНОЙ СТРАТЕГИИ РЕЗЕРВНОГО КОПИРОВАНИЯ.ПЛОХОЕ МАТЕРИАЛЫ МОГУТ ПРОИСХОДИТЬ, И ВЫ БУДЕТЕ РАДЫ, ЧТО ВЫ СОХРАНИЛИ
ДАННЫЕ, КОГДА ЭТО ДЕЙСТВУЕТ. См. Разделы «Периодические задачи создания снимков» и «Задачи репликации», если вы хотите использовать реплицированные снимки состояния ZFS как часть резервного копирования.
стратегия.

Хотя ZFS предоставляет множество преимуществ, есть некоторые предостережения, о которых следует помнить:

При 90% емкости ZFS переключается с оптимизации производительности на оптимизацию пространства, что имеет серьезные последствия для производительности. Для максимальной производительности записи и
Чтобы предотвратить проблемы с заменой диска, увеличивайте емкость до того, как пул достигнет 80%.Если вы используете iSCSI, рекомендуется не отпускать пул
емкость более 50% для предотвращения проблем фрагментации.
При рассмотрении количества дисков, используемых для каждого vdev, учитывайте размер дисков и время, необходимое для переноса актуальных данных, то есть процесса
восстановления vdev. Чем больше размер vdev, тем больше время восстановления. При замене диска в RAIDZ * возможно, что другой
disk завершится ошибкой до завершения переноса актуальных данных. Если количество отказавших дисков превышает количество, разрешенное на vdev для типа RAIDZ, данные
в бассейне пропадет.По этой причине RAIDZ1 не рекомендуется для дисков размером более 1 ТБ.
При создании vdev рекомендуется использовать диски одинакового размера. Хотя ZFS может создавать vdev, используя диски разного размера, его емкость будет ограничена размером
самый маленький диск.

Если вы новичок в ZFS,
Запись в Википедии о ZFS
является отличной отправной точкой для знакомства с его функциями. Эти ресурсы также полезно добавить в закладки и при необходимости обращаться к ним:

FreeNAS против Unraid — FreeNAS

Плагины

Обзор	FreeNAS 11.3	не боится
Простота использования	Графический интерфейс пользователя	Графический интерфейс пользователя
Документация	Руководство пользователя, обучающие видео, обучающие видео	Вики
Доступно сертифицированное оборудование	Сохо и бизнес	№
Лицензия с открытым исходным кодом	Преимущественно 2-параграф BSD	Коммерческий, требуется платный лицензионный ключ
Базовая операционная система	FreeBSD 11.3	ОС сервера unRAID 6.8
Файловая система	OpenZFS	XFS (по умолчанию), BTRFS
Архитектура	64-разрядная	64-разрядная
Загрузки	Более 10 миллионов	Неизвестно
Язык разработки	Python, угловой	Закрытый код
Репозиторий с открытым исходным кодом	https://github.com/freenas	Закрытый код
Разработчики ядра	25+	Известковые технологии
Форумы	66 500+ пользователей и более 550 000 сообщений	более 630 000 сообщений
Видео сообщества YouTube	134000+ результатов и 22K + подписчиков	169,000 результатов
Социальные сети	28 800+ лайков в Facebook, 13 700 подписчиков в Twitter	7 425 подписчиков в Twitter, 124 участника в Google+
Восстанавливаемость	Загрузка / выгрузка файла конфигурации, восстановление настроек по умолчанию, загрузочные среды	/ предыдущая папка (CLI)
Встроенная визуальная отчетность	ЦП, диск, память, сеть, процессы, время безотказной работы, iSCSI, ZFS	ЦП, диск, память, сеть, процессы, время безотказной работы, Docker
Поддерживаемые конфигурации дисков	Stripe, зеркало, RAIDZ1, Z2, Z3, горячая замена	Stripe, одинарная четность, двойная четность
Поддержка зашифрованного хранилища	Программное обеспечение шифрования дисков, самошифрование дисков (SED) и шифрование набора данных в TrueNAS CORE 12	Программное обеспечение для шифрования дисков, самошифрующиеся диски из командной строки
Поддержка сторонних приложений	, тюрьмы, виртуальные машины bhyve, виртуальные машины Docker	Докер, KVM, Qemu
API	REST, веб-сокеты	нет
Службы оповещения	GUI, оповещения по электронной почте и SNMP, интеграция с AWS-SNS, InfluxDB, Slack, Mattermost, OpsGenie, PagerDuty, VictorOps	Графический интерфейс и оповещения по электронной почте
Встроенные протоколы обмена файлами	SMB, NFS, AFP, WebDAV	SMB, NFS, AFP
Протоколы встроенного блочного хранилища	iSCSI	нет
Другие встроенные сетевые протоколы	rsync, FTP, TFTP, LLDP, SSH, DDNS, SNMP	FTP, rsync (CLI), SSH (CLI)
Встроенная синхронизация с облаком	Amazon S3, Backblaze B2, Box, Dropbox, FTP, Google Cloud Storage, HTTP, Hubic, Mega, Microsoft Azure Blob Storage, Microsoft OneDrive, pCloud, SFTP, WebDAV, Яндекс	Командная строка
Встроенные службы каталогов	Active Directory, LDAP, Kerberos, NIS	Active Directory
Встроенные аппаратные протоколы	С.M.A.R.T., SCSI Enclosure Services (SES), UPS	S.M.A.R.T., ИБП (только APC)
Встроенная виртуализация	bhyve, Докер	KVM, Qemu

TrueNAS All-Flash и гибридное хранилище | Устройство хранения ZFS — FreeNAS

Настоящая защита

Одной из ключевых технологий, которые мы используем в TrueNAS, является файловая система ZFS.

TrueNAS интегрируется со всеми основными поставщиками резервного копирования и средами виртуальных машин и сертифицирован для Veeam Backup and Replication, Citrix и VMware. Он поддерживает моментальные снимки VMware и имеет подключаемый модуль vCenter. Он также интегрирован с Microsoft CSV, ODX и VSS.

Настоящая масштабируемость

ZFS — это ориентированная на будущее 128-битная файловая система с возможностью «масштабирования», рассчитанная на десятилетия непрерывного использования. TrueNAS увеличивается с сотен Гбайт до 10 Пбайт на систему и призван сделать увеличение емкости безболезненным.

Настоящая гибкость

TrueNAS предлагает гибкость выбора, предоставляя SMB, AFP и NFS для файлового хранилища, iSCSI и Fibre Channel для блочного хранилища и S3-совместимые API-интерфейсы для хранилища объектов. Поддерживаются все распространенные операционные системы, гипервизоры и приложения.TrueNAS использует OpenZFS для предоставления неограниченного количества моментальных снимков на определенный момент времени, что позволяет откатиться и получить доступ к предыдущим версиям данных. TrueNAS — это проверенный способ предотвратить повреждение виртуальных машин, ошибки пользователей и атаки программ-вымогателей.

Истинная производительность

TrueNAS с флеш-турбонаддувом обеспечивает идеальный баланс цены и производительности, который заставляет устыдиться многих массивов all-flash. Он использует TrueCache ™ для использования ОЗУ, флэш-памяти и вращающихся дисков для обеспечения производительности, аналогичной флэш-памяти, с емкостью вращающихся дисков и экономичностью.

Истинная свобода

TrueNAS — это корпоративная версия FreeNAS, программно-определяемой операционной системы хранения №1. Благодаря TrueNAS iXsystems предоставила файловую систему OpenZFS корпоративного уровня большему количеству пользователей, чем кто-либо. Мы гордимся тем, что тесно сотрудничаем с сообществом открытого исходного кода, чтобы помочь сделать OpenZFS лучшей файловой системой из когда-либо созданных.

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

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

TrueNAS — это настоящая корпоративная платформа хранения данных, предлагающая модели, отвечающие очень высоким требованиям к производительности и емкости.TrueNAS M50 имеет до четырех активных портов 100GbE, 3 ТБ ОЗУ, 32 ГБ кэш-памяти записи NVDIMM и до 15 ТБ кеш-памяти чтения флэш-памяти NVMe. Производительность твердотельного накопителя, емкость вращающегося диска и стоимость — вот что вы получаете с TrueNAS с флеш-турбонаддувом. Нет никаких сомнений в том, что TrueNAS — это лучшее решение для хранения данных корпоративного класса.

TrueNAS обеспечивает непревзойденную защиту целостности данных за счет использования корпоративной файловой системы OpenZFS.OpenZFS — это файловая система следующего поколения во всех отношениях, от самовосстановления защиты от гниения битов до гибких снимков и репликации. Пользователи Windows могут интегрировать TrueNAS с вкладкой «Предыдущие версии» в проводнике Windows. Эти функции обеспечивают простые и эффективные точки восстановления для физических и виртуальных критически важных бизнес-приложений.

Мы построили наш бизнес на качестве нашего обслуживания и поддержки, и мы хотим, чтобы вы рассматривали нашу команду как продолжение вашей. iXsystems предлагает многоуровневую поддержку для удовлетворения конкретных потребностей любой организации.Мы поддерживаем развертывание вашего хранилища, чтобы вам не приходилось бороться за дорогостоящие услуги или дополнительное оборудование. На самом деле, клиенты говорят, что с TrueNAS они получают первоклассную поддержку, и предпочитают нашу поддержку другим поставщикам.

В TrueNAS нет долгого ожидания проверки файловой системы во время загрузки. TrueNAS использует TrueCache ™ для объединения DRAM и энергонезависимой флэш-памяти с вращающимися дисками высокой плотности для создания архитектуры с флэш-турбонаддувом.TrueCache использует алгоритмы для обеспечения хранения данных на самых быстрых системных носителях. За счет использования этих алгоритмов в сочетании с кэшированием чтения и записи на основе флэш-памяти производительность увеличивается на порядки при минимальных затратах.

TrueNAS разумно сжимает все, что может, и пропускает любые данные, которые слишком неэффективны, чтобы иметь смысл. Дедупликация находит общие блоки между различными приложениями или виртуальными машинами. Эта оптимизация хранения уменьшает размер данных, записываемых на носитель, увеличивает производительность и позволяет максимально использовать каждый байт хранилища.

Хранилище

TrueNAS предназначено для круглосуточных приложений. Когда объем данных растет, расширение хранилища TrueNAS происходит просто и без прерывания работы. Чтобы обновить любую модель TrueNAS до высокой доступности, просто добавьте второй контроллер хранилища. Высокая доступность гарантирует, что данные всегда доступны, удовлетворяя практически любые требования к хранению и снижая совокупную стоимость владения до уровней, которые ранее считались невозможными для корпоративного массива хранения.С TrueNAS простои невозможны.

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

Технология

с открытым исходным кодом позволяет нам побеждать конкурентов как по характеристикам, так и по цене, что позволяет нам обеспечивать нашим клиентам максимальную ценность, минимальную стоимость и максимальную отдачу от инвестиций. Мы разрабатываем FreeNAS, версию TrueNAS с открытым исходным кодом. FreeNAS является программным обеспечением с открытым исходным кодом с момента своего создания в конце 2005 года, и его 10 миллионов загрузок делают его крупнейшей в мире программно-определяемой операционной системой хранения данных.

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

Май 2024
Пн	Вт	Ср	Чт	Пт	Сб	Вс
		1	2	3	4	5
6	7	8	9	10	11	12
13	14	15	16	17	18	19
20	21	22	23	24	25	26
27	28	29	30	31

Системные требования freenas: Hardware Requirements — FreeNAS — Open Source Storage Operating System

FreeNAS 11 | Требования к оборудованию

Рекомендуемое минимальное оборудование для FreeNAS 11

Рекомендуемое среднее оборудование для FreeNAS 11

Рекомендации по оборудованию бизнес-класса для FreeNAS 11

Типичные требования для малого и среднего бизнеса для FreeNAS 11

FreeNAS 10 — новое лицо старого хранилища / Хабр

Выводы

Нас было семеро. Обзор дистрибутивов для организации NAS-сервера — «Хакер»

Содержание статьи

Обзор дистрибутивов для организации NAS-сервера

Особенности ZFS v28 в FreeBSD

WARNING

INFO

FreeNAS — создаем сетевое хранилище

Приступаем к установке

Начальная настройка

Настройка NAS

Схема доступа

Создаем сетевые ресурсы

Похожие посты

Установка и настройка FreeNAS 9 — libixur — Мой блог

Флэш-память для загрузки FreeNAS и прочих embedded OS / Хабр

Аннотация

Еще один NAS своими руками, часть 2: хорошие воспоминания*

Как это было

Кто виноват?

Что такое флэшка

Что делает производитель флэшек

Какая бывает флэш-память

Какой ресурс перезаписи у флэш-памяти

(FreeNAS || NAS4free) && NAND

Промежуточный итог

Миф о бесконечном ресурсе чтения флэш-памяти

Кто и как контролирует ошибки

Что делать?

Знакомьтесь: промышленная память

Выводы

Продолжение следует

Ссылки

Собираем NAS сервер | Установка и настройка FreeNAS – MediaPure.Ru

Как записать OC на флешку

Установка ОС FreeNAS на NAS-сервер

Создание учетной записи в ОС FreeNAS

Смена языка в ОС FreeNAS

Официальное руководство по оборудованию FreeNAS — iXsystems, Inc.

Содержание

Введение

Рекомендации по запоминающим устройствам

Диски вращающиеся

Диски SATA NAS

Диски SAS Nearline

Диски SAS

Твердотельные накопители флэш-памяти SATA и SAS

NVMe

Гибридное хранилище и флэш-кэш (SLOG / ZIL / L2ARC)

Диски с самошифрованием

Жесткие диски USB

Загрузочные устройства

Возможность горячей замены

Размер устройства хранения

Обжиг запоминающего устройства

Контроллеры хранения

Расширители SAS

Накопитель Охлаждение

Память, ЦП и сеть

Размер памяти

1. Введение — Руководство пользователя FreeNAS 9.3 Содержание

1.1. Что нового в версии 9.3-RELEASE

1.2. Рекомендации по аппаратному обеспечению

1.2.1. RAM

1.2.2. Компактный или USB Flash

1.2.3. Диски и контроллеры для хранения данных

1.2.4. Сетевые интерфейсы

1,3. ZFS Primer

FreeNAS против Unraid — FreeNAS

TrueNAS All-Flash и гибридное хранилище | Устройство хранения ZFS — FreeNAS

Настоящая защита

Настоящая масштабируемость

Настоящая гибкость