Как объединить несколько сетевых дисков в один
С ростом мегапикселей фото- и видеокамер проблема хранения домашнего медиаконтента все чаще возникает у большого числа пользователей ПК. Конечно, жесткие диски стоят сегодня не так уж и дорого, а их объем исчисляется терабайтами, но и этого бывает мало.
Вариантов расширения емкости доступного дискового пространства существует несколько. Если у вас обычный «большой» компьютер, то самый простой из них — установка в него новых винчестеров. Более универсальный способ — использование внешних дисков. Однако наиболее удобным (и дорогим) будет установка в домашней локальной сети сетевого накопителя.
Вариант | Плюсы | Минусы |
Внешние винчестеры | Недорого, компактно, универсально | Сложно создать библиотеку большого объема, сложно искать данные, в основном только локальный доступ |
Дополнительные диски в ПК | Недорого, максимально быстро для локального доступа | Необходимо место, питание и охлаждение, повышенный уровень шума |
Сетевой накопитель | Доступ ко всему объему данных с любого сетевого устройства, большой объем, возможность реализации дополнительных функций | Дорого |
Он позволит вам иметь постоянный доступ с любого ПК или плеера ко всей медиабиблиотеке, хранить резервные копии документов и системных разделов компьютеров, обмениваться файлами через интернет без участия ПК и многое другое. Кроме того, эти устройства отличает небольшой (по сравнению с ПК) размер и низкий уровень энергопотребления и шума. Так что если у вас не коттедж с парой подсобных помещений, то компактный сетевой накопитель может быть очень удачным выбором. Кстати, есть даже модели для 2,5-дюймовых винчестеров.
Поскольку наша сеть уже включает роутер, то достаточно только подобрать нужную модель NAS и подключить ее к сети. Для начинающих пользователей, которые не уверены в необходимости десятков терабайт, лучше всего посмотреть на устройства с установкой одного или двух винчестеров. Они сегодня наиболее оптимальны для домашнего использования. А если не будет хватать места — к ним можно будет подключить внешние USB- или eSATA-диски. Если же вы уже заранее понимаете, что пары дисков точно не хватит — есть модели на 4, 5, 6 и более дисков. Правда, их стоимость относительно велика. Большинство устройств продаются без винчестеров, так что их надо будет приобретать отдельно. Для справки лучше всего ориентироваться на списки совместимости производителей. Гнаться за самыми быстрыми винчестерами в данном случае нет смысла. Лучше подбирать их по низкому уровню энергопотребления, нагрева и шума.
Стоит также упомянуть о возможности использования в качестве NAS отдельного выделенного обычного ПК. Но в этом материале речь будет идти именно о готовых сетевых накопителях.
К сети практически все устройства подключаются по гигабитному соединению, поскольку 10-12 МБ/с, которые обеспечивает FastEthernet, по плечу уже самым простым моделям и сегодня смотрятся совсем несерьезно.
В качестве встроенной операционной системы обычно используется Linux, но встречаются варианты и с Windows Home Server. Во втором случае сервер практически не отличается от домашнего ПК, только общение с ним происходит исключительно по сети. WHS снабжена качественной документацией и многочисленными «помощниками», так что разобраться будет несложно. Большинство информации далее в этой статье к этому варианту не относится.
Если вас пугает общение с Linux, то на самом деле ничего сложного в данном случае нет — пользователю доступен удобный web-интерфейс, через который можно настроить все нужные параметры и функции. Но если добраться до командной строки — то можно будет работать с устройством практически как с обычным компьютером.
Кроме операционной системы, есть также смысл обратить внимание на возможности устройства. В настоящее время кроме обычного хранения файлов сетевые накопители предоставляют сервисы медиасервера, загрузки файлов, удаленного доступа и другие.
Что касается аппаратной платформы и производительности, то модели на x86-совместимых процессорах относятся к наиболее производительному (и дорогому) сегменту, в центре выступают ARM-процессоры с частотой 1000-1600 МГц, а замыкают линейку обычно младшие ARM. В реальности стоит смотреть не на саму платформу, а результаты ее конкретной реализации, поскольку оптимизацией программной оболочки можно многого достичь.
От объема оперативной памяти зависит эффективность работы дополнительных сервисов, так что мы бы рекомендовали выбирать устройства с 256 МБ или выше, если планируется использовать не только сетевой доступ к файлам. Хотя и для первого ознакомления вполне достаточно и 64 или 128 МБ. Только не ждите от них слишком многого.
В этот раз мы используем модель DS210+ одного из наиболее популярных производителей данного сегмента рынка — компании Synologу. Это двухдисковое устройство, кроме реализации сервисов сетевого хранения файлов, имеет и множество дополнительных функций и может быть очень полезным как для домашнего использования, так и в офисах.
Нужно отметить, что обычно у всех производителей возможности прошивок практически одинаковы для всех моделей линейки и обновляются одновременно. Более полно познакомиться с устройствами Synology можно в недавнем обзоре DS710+.
Сборка
Чаще всего сетевые накопители продаются без винчестеров и пользователю нужно их приобрести и установить самостоятельно. Ничего сложного здесь нет — открываете корпус или вытаскиваете рамки, прикручиваете диски на место и собираете конструкцию.
Единственное замечание здесь — желательно предварительно убедиться, что на винчестерах нет никакой информации и таблица разделов пуста. Иначе могут быть ошибки при инсталляции прошивки. Также не забываем, что все модели сетевых накопителей для своих внутренних дисков в обязательном порядке требуют переформатирования и просто установить существующие диски с сохранением данных не получится.
Установка прошивки
После этого обычно необходимо пройти этап установки встроенного программного обеспечения в NAS. Делается это с использованием комплектной утилиты, в нашем случае Synology Assistant. И прошивку, и программу лучше всего скачать с сайта производителя. Так вы будете уверены, что используются самые последние версии. Но можно и просто вставить в привод ПК комплектный оптический диск — вся нужная информация записана и на нем. Если накопитель поставлялся с винчестерами, то прошивка в нем уже стоит и этот этап можно пропустить.
Сетевые настройки
В большинстве случаев никаких специальных сетевых настроек на накопителе делать не требуется. Адреса он получает от роутера по DHCP, имя часто подходит предложенное производителем. Но при необходимости (например, если вам хочется указать новое имя или запретить доступ накопителя в интернет, удалив из параметров адрес маршрутизатора по умолчанию), можно воспользоваться страничкой «Панель управления — Сеть». Кроме того, здесь можно включить поддержку Jumbo Frames.
Выбор конфигурации дисков
После установки прошивки необходимо выбрать конфигурацию жестких дисков (в некоторых случаях она создается одновременно с установкой прошивки). Если их более одного, то можно выбрать один из вариантов RAID-массивов. Краткие сравнительные характеристики основных из них указаны в таблице. В формуле объема N — число дисков, S — объем одного из них (подразумевается, что диски одинаковые, в большинстве случаев это необходимо для оптимальной работы).
Режим | Число дисков | Общий объем | Плюсы | Минусы |
Отдельные диски (Basic) | 1 | S | Максимальная независимость | Нет отказоустойчивости, нет возможности объединения дисков |
JBOD | 2 и более | S×N | Единый массив максимального объема | При отказе одного диска теряется вся информация |
RAID0 | 2 и более | S×N | Максимальная скорость | При отказе одного диска теряется вся информация |
RAID1 | 2 | S | Отказоустойчивость к потере одного диска | Малый полезный объем |
RAID5 | 3 и более | S×(N−1) | Отказоустойчивость к потере одного диска | Требуется 3 диска и более, невысокая скорость записи на слабых системах |
Некоторые производители, в частности рассматриваемый здесь Synology, предоставляют собственные реализации RAID с упрощенной конфигурацией — когда для расширения массива достаточно только добавить диски или поменять его на более емкий.
Большинство моделей позволяют создавать сразу несколько массивов, а ограничением служит только число дисков. Например, если их четыре, то можно сделать из двух зеркало RAID1, а вторую пару собрать в RAID0.
Обратите внимание, что собственно прошивка устанавливается на каждый из дисков, это позволяет повысить отказоустойчивость и реализовать возможность по миграции и расширению массивов без потери данных методом последовательной замены дисков в RAID1/RAID5.
Кроме системного раздела, обычно есть и раздел подкачки, так что общий полезный пользователю объем получается несколько меньше. Но потеря 2-4 ГБ на дисках в 1 ТБ — не очень существенна.
Для форматирования винчестеров нужно сначала попасть в web-интерфейс устройства. Это можно сделать из Synology Assistant или просто открыв в браузере адрес/имя накопителя. После ввода имени и пароля вы получите доступ к настройкам.
Далее переходим к настройке дисковых томов. Если у вас один винчестер, то вариант тут тоже только один — «Basic», точнее есть еще «Synology Hybrid Raid», который автоматически выбирает наиболее удобную конфигурацию дисков и позволяет легко добавлять новые диски без потери информации. Для рассматриваемой двухдисковой модели он несколько избыточен. Так что если ставите два диска, то лучше выбрать классические JBOD — объединение двух дисков в один большой том, RAID0 — массив с чередованием для объединения в один том и увеличения производительности или RAID1 — два диска являются зеркальными копиями друг друга, обеспечивая отказоустойчивость к неисправности одного из них, правда полезный объем в этом случае равен одному диску. Иногда лучше даже просто сделать два независимых «Basic» тома, а для важных данных настроить автоматическое резервирование с одного диска на второй.
В последних версиях прошивок Synology появилась возможность деления каждого диска на несколько частей и организация массивов уже из них. Это существенно повышает гибкость конфигурации. Поскольку у других производителей такой возможности (пока?) нет, то сделаем все по старинке — один диск в один том.
На последнем шаге устройство предложит полностью просканировать массив на плохие блоки после создания. Несмотря на то, что современные винчестеры отличаются исключительной надежностью, лучше от этого не отказываться.
Создание общих ресурсов и определение прав
Следующим этапом после создания дискового тома будет программирование пользователей системы. Конечно, можно попробовать работать исключительно под аккаунтом администратора, но это не очень удобно. Второй крайностью будет разрешение гостевого доступа, так что никакой проверки проводиться не будет совсем. Но мы бы все-таки рекомендовали даже для дома и простой сети использовать «полную версию» — с именами и контролем доступа.
Самым удобным вариантом будет использование логинов и паролей, полностью совпадающих с учетными записями в Windows. Это исключит лишние запросы при обращении к сетевым ресурсам. Также будет полезным создать пользователей например для медиаплееров, так что им можно было выделить права «только чтение» на некоторые ресурсы чтобы избежать рисков потери данных. И не забудьте поменять пароль администратора сетевого накопителя.
Если пользователей много, можно также использовать организацию групп для более простого управления правами. Для дома это обычно избыточно.
Права пользователям выдаются не целиком на созданный дисковый том, а на общие папки, расположенные на нем. Так что и их тоже надо запрограммировать. В некоторых случаях они автоматически появляются после создания тома или включения некоторых сервисов (например медиаплеера).
В нашем случае мы сделаем папку public и назначим для нее права нашим пользователям.
Доступ к накопителю с ПК
После описанных выше операций, основной сценарий сетевого накопителя — чтение и запись файлов по сети — уже можно начинать использовать.
Вспомним немного практических особенностей сетей Windows. Основной современный сетевой протокол — TCP/IP — позволяет участникам только обмениваться пакетами. Так, для реализации различных сервисов поверх него нужно использовать протоколы более высокого уровня. Не вдаваясь в подробности — «Сеть»/«Сетевое окружение» в Windows, CIFS, SMB, SAMBA — все это означает возможность обмена файлами между сетевыми устройствами и сетевую печать. Реализация этого протокола возможна не только на Windows ПК, но и, например, медиаплеерах, телевизорах, спутниковых ресиверах, IP-видеокамерах и, конечно, других ОС, например Linux или Mac OS (аналогичный «стандартный/общий» протокол для этой ОС называется AFP). В большинстве случаев эти протоколы работают только в локальном сегменте вашей домашней сети.
Для доступа к ресурсу нужно знать имя сервера и имя общей папки на нем. В «Проводнике» Windows достаточно написать в строке адреса «\ServerFolder» — и вы попадаете в папку Folder, расположенную на сервере Server. В нашем случае нужно писать «\DiskStationpublic». Если ваше имя и пароль пользователя в Windows записаны в NAS и права на эту папку у вас есть (или включен гостевой доступ) — то вы увидите ее содержимое, если же нет — то сервер запросит имя и пароль. Обратите внимание, что в сети Windows на разные ресурсы одного сервера в один момент времени можно обращаться только с одним именем и паролем.
Часто удобно иметь постоянно подключенные локальные «буквы» для доступа к сетевым ресурсам. Это тоже сделать несложно — открываете в проводнике «\DiskStation», на иконке «public» нажимаете левую кнопку мышки и выбираете «Подключить». При наличии галочки в окне «Восстанавливать при входе в систему» — у вас всегда на выбранной букве будет доступ к этой общей папке (в случае, если накопитель, разумеется, включен). Кстати, для этой операции можно использовать и Synology Assistant.
Дополнительные настройки NAS
Коротко опишем, какие еще действия стоит предпринять после первого запуска сетевого накопителя.
Может так оказаться, что в вашей домашней сети используется имя рабочей группы, отличное от классического «WORKGROUP». Тогда желательно и у сетевого накопителя его изменить. Делается это в настройках протокола Windows — «Панель управления — Win/Mac/NFS». Если сетевой накопитель — единственное постоянно работающее устройство, то можно активировать на нем функцию «Local Master Browser», которая повысит стабильность работы сетевого окружения Windows. По имени или IP-адресу устройства можно найти всегда, но вот собственно их список в окне «Сеть» может иногда быть неполным.
Если планируется предоставлять доступ к NAS из сети Интернет, то желательно включить автоматическую блокировку при попытке подбора пароля. Это позволит вам не опасаться атак начинающих хакеров.
У большинства устройств есть опции по управлению питанием — например, отключению винчестеров в случае отсутствия активности или даже программирование расписания работы. Споры о том, какой режим работы — постоянный или с отключениями — более «полезен» для винчестера, не утихают до сих пор. Однозначного совета тут дать нельзя. Мы бы рекомендовали смотреть по ситуации — если накопитель используется более чем пару раз в сутки, лучше оставить диски включенными. В реальности современные диски очень надежные и если их не ронять во включенном состоянии, служат очень долго и по времени, и по циклам включения/выключения.
Кстати, для повышения надежности очень советуем подключать сетевой накопитель (да и другое оборудование тоже) через источник бесперебойного питания. Выбрать его модель можно по спискам совместимости NAS, тогда при соединении устройств по USB, ИБП сможет сообщить накопителю о проблемах и при необходимости безопасно выключить его.
Доступ к файлам из интернета
В качестве упражнения по совместному использованию роутера и NAS опишем один из вариантов организации полного и безопасного доступа к вашим файлам из сети Интернет.
Контроль прав пользователей у Synology касается и дополнительных сервисов, так что надо убедиться, что FileStation разрешен для нужных людей.
Следующие два действия проводится уже на роутере. Сначала мы назначаем на странице свойств сервера DHCP жесткую привязку MAC-адреса сетевого накопителя одному из IP-адресов диапазона локальной сети. Это позволит нам быть уверенными в том, что IP-адрес после перезагрузок не изменится.
Ну и последний штрих — назначение трансляции внешнего порта на FileStation. В нашем примере мы выбрали внешний порт 39456 и перевели его на внутренний 7001 на адрес 192.168.1.40 сетевого накопителя.
В следующем материале мы рассмотрим работу с дополнительными сервисами сетевого накопителя.
Мне очень нравилась функциональность Windows Home Server по объединению нескольких дисков в единый массив без создания RAID'ов, с возможностью удалять и добавлять диски в любой момент, при смерти одного из винтов информация на остальных оставалась жива и доставалась без проблем.
Но, к сожалению, машинка с WHS через несколько месяцев после покупки от меня ушла, и роль домашней файлопомойки перешла на раутер, где крутится Windows Web Server 2008, который, при всех своих достоинствах, не умеет так гибко рулить дисками, как WHS.
Какое-то время я жил с составным диском — тоже неплохой вариант, но с двумя недостатками — нельзя удалить диск из массива, замена диска в массиве — геморрой. Ну и восстановление информации в случае смерти одного из винтов не очень удобное.
RAID5 средствами Windows — наоборот. Замена диска происходит нормально, восстановление информации, как правило, не требуется. Но пропадает возможность расширения.
Потому, когда решил перейти на двухтерабайтники, заодно занялся поисками более удобного варианта. И нашел — FlexRAID View. Я не буду подробно рассказывать о том, что это такое, как устроено, почему RAID и т.п. Просто кратко напишу как сделать то, что я хотел:
- Объединить диски с данными в один массив большого объема, чтобы не приходилось вручную сортировать файлы — что возникает при нескольких дисках (пусть даже при монтировании их в папки).
- Иметь возможность добавлять/удалять/заменять диски в любой момент без развала массива.
- Независимость информации на дисках друг от друга — чтобы смерть одного из них не приводила к недоступности остальных. Избыточность не нужна, сохранность действительного важного достигается бэкапами.
Линуксоиды, конечно, сразу начнут говорить умные слова, что-то типа LVM, unionfs, mhddfs… Да, я знаю такие слова, mhddfs сам использую. Но тут мне надо было решение под Windows — дома мне там приятнее жить, чем в линуксе.
В поисках решения я набрел на проект FlexRAID. Сам по себе он задумывался как «RAID для защиты данных» — противопоставление обычным RAID'ам, которые работают на уровне устройств. На текущий момент он еще не доведен до ума, в реальном времени не работает, поддерживается только создание «снимков» и откат на на них.
В качестве же дополнительной функциональности предлагается FlexRAID View. По описанию — как раз то, что мне нужно (и немного больше, но опять же — это больше мне пока не нужно).
Установка
DRIVE=K
UNIQUE=C:\DISKS\2TB1;C:\DISKS\2TB2;C:\DISKS\2TB3
RESTRICT
RESERVE=5GB
THREAD=1
REMOVABLE=false
Коллеги, добрый день
Подскажите пожалуйста возможно ли объединить несколько серверов nas4free в один общий пул дисков, а так же дальнейшее расширение места за счет доп серверов
или подскажите системы которые могут это сделать
А какай цель?
В общем всё сводится к GlusterFS vs Ceph. Из почитать тыц и тыц
Вообще по Ceph както больше гайдов
В теории . ДА. Монтируешь сетевые диски.
Если главная машина будет поддерживать например протокол iSCSI, SMB, NFS. но
Каждый nas4free будет отдельной папкой (не уверен что можно в одну папку все монтировать).
Если захочется распределенное хранение - тут ты попал )))
под рукой нет . не помню как называется. proxmox умеет работать с такими распределенными файловыми системами.
минимум 4(3) компьютера, подключение других компьютеров через командную строку.
Игрался с технологией на старых системниках. получил скорость чтения\записи максимально 6 Мб\с, падало до 1 Мб\с. Короче скорость плохая. Решения для таких систем: стабильная скорость сети 1Гиг и достаточно мощные процессоры. Где то . Кто то даже системники выпускает как раз для этого . Стоило в давние времена за 1 миллион руб.
Вопрос - есть смысл? )))
Гуглить про распределенное файловое хранилище. Но быстро это не будет - наверняка же хотите обьединить самые дишманские железки? Насколько я понимаю идею - есть некий "центр", который отдает "наружу" представление "единого хранилища", а уже сам следит за тем, какие блоки куда писать. Так вот, чтобы это все работало с вменяемой скоростью на NAS кроме оси должна еще шустро ворочаться программа этого самого распределенного хранилища, которая добавляет слой абстракции. И сеть должна быть шустрой, потому что операции записи будут блочные, я так понимаю.
Железки достаточно мощные на xeon e3 с 10Gb сетью, будут использоваться только под бэкапы машин в локалке, слышал что можно на win serv 2016 сделать общий пул, но что то нагуглить не могу
Когда-то решал подобную задачу. Надо было построить фаловый сервер ~100tb из говна и палок. Можно долго воротить носом и рассуждать в ключе: "фе. надо строить на брэндовом железе и только. ", но реальность бывает разная. Когда в городе нет железа (совсем, никакого) а в конторе денег и привезти железо некому потому что потому, а решение нужно - твоя задача взять и сделать что-то из ничего. На основе nas4free на флэшках и кучки обычных sata-винтов (только нужно много оперативы) поднимали файловые хранилища с резервирования на основе zfs. Это дело отдавалось по iscsi на виндовый сервер, который сам жил внутри esxi на игровой маме с i7. Там эти хранилища собирались в один массив который уже и отдавался пользователям. В итоге непрерывное хранилище размазаное на нескольких файловых массивах. ZFS дает не плохую скорость и отказоустойчивость. Но на виндовый сервер нужны сетевые intel (например Intel® I350 или Intel ET). Всякие гигабитные длинк/тплинк и пр. дохнут примерно на 200-300мбит, да и esxi их не узнает. Сетевые идут на psie. Т.е. интерфейсов на маме должно быть больше одного. По двум портам заливаются данные из NAS а по двум выливается на пользователей. Соответственно свитч нужен тоже не самый дешёвый.
Доброго времени суток. Есть выделенный сервер, на выделенном сервере есть два жестких диска sda и sdb. Установлена VESTA CP. Важных данных на дисках нет. Первый размечен на три раздела: sda1(boot), sda2("/"), sda3(swap). Второй диск не размечен. Каким образом лучше обеъдинить два диска? Подойдет ли мне RAID-0, для объединения sda2 и sdb1. Не до конца могу понять, разметил sdb, создал raid-0 sba2 + sdb1, но raid-0 надо "mount" к какой-либо папке, для чего? Получается, что если я создам папку "asd" на sda2, монтирую к этой папке raid-0 массив, то будут ли потом мои сайты использовать этот массив? Либо raid-0 лучше смонтировать на /home и тогда точно будут.
- Вопрос задан более трёх лет назад
- 2942 просмотра
объединить можно несколькими способами.
raid. Удобнее всего на этапе установки системы.
lvm. Тоже удобнее на этапе установки системы.
unionfs. Можно на лету.
В принципе и рейд и лвм можно собрать на лету.
Для рейда - дублируем на второй диск таблицу разделов с первого (man sfdisk)
потом создаем raid0 из раздела на втором диске, с отсуствующим вторым диском. Копируем данные с первого диска на второй. Правим загрузчик - указываем, что рут теперь на рейде. Перегружаемся. Добавляем в рейд первый диск, дожидаемся синхронизации. Перепроверяем конфиг загрузчика, перегружаемся для проверки.
Операция не сильно сложная на самом деле, но требует внимательности - иначе можете получить негрузящуюся систему. В таком случае livecd вас спасет ;)
лвм собирается по такому же принципу.
Есть еще вариант - не переносить рут системы на рейд или лвм, а перенести туда только home, или где там у вас файлы лежат. Это попроще.
Либо не понимаю вообще, как устроен этот мир?
не понимаешь.
можно так:
mkdir /mnt/data
mount /dev/md0 /mnt/data
mkdir /mnt/data/home
mkdir /mnt/data/mysql
cp -rf /var/lib/mysql/* /mnt/data/mysql/
rm -rf /var/lib/mysql
cp -rf /home/* /mnt/data/home/
rm -rf /home
ln -s /mnt/data/home /home
ls -s /mnt/data/mysql /var/lib/mysql
Дисклеймер. Ответственности за сохранность данных не несу. Перед удалением - лучше несколько раз перепроверить, что все скопировалось. Можно копировать mc, rsync. Чем угодно )
Но я бы не стал заморачиваться с рейдом. Надежности никакой в такой конфигурации - навернулся один диск, умерло все.
используй передовые решения в области (+)
облачных вычислений и решения для организации коллективной работы.
Посоветуйте какие-нибудь для примера
Поделитесь опытом плиз, что да как.
А какие задачи преследуются объединением ресурсов?
Если для файлов, то бывает, что проще сделать 1 файл-сервер с разграничением доступа на разные папки\каталоги внутри одной шары. Если для общей работы, то найти возможность сократить кол-во общих ресурсов до минимума. Или задача намного сложней?
Ресурсы распределены по нескольким серверам
Внутри сервером могут быть разграничения доступа по отдельным группам пользователей.
Хотелось бы забить некую схему распределения по серверам групп пользователей, потом по мере необходимости редактировать
Пользователям будет визуально виден 1 ресурс, например "Рабочие папки"
а внутри лежат папки с разных серверов соответственно распределению полномочий
DFS представит в "одном месте" как единое целое то, что распределено по разным серверам. Есть возможность публикации топологии распределения в AD (2003-я это делает автоматически). Т.е, можно будет как угодно менять физическое расположение общих "папок". А также то, что авторизация в домене будет единая, что не позволит ей "слетать"
Раньше народ активно юзал DFS во времена Windows 2000, счаз, кажется, подзабыли.
ну дык - это надо АД поднимать и прочая, прочая.
а у него явно одноранговая сетка
Если AD есть, то хорошо. Но можно и без него
Без домена будет потеря в отказоустойчивости, т.к. данные о DFS (автономный корень) будут хранится в самом сервере DFS, в его локальном реестре. Т.о. бэкап system state, если нет домена - вещь обязательная. Как-то я отвык от отсутствия домена, но предполагая, что сеть гетерогенная, то источниками UNC-ссылок могут быть любые системы: windows, unix, linux, да хоть нетварь - лишь бы файловая система была NFS
Проверим в течение одного рабочего дня. Чтобы узнать о решении дождитесь обратной связи или обратитесь в техподдержку:
Читайте также: