Обновлено: 05.12.2016 Опубликовано: 2016 год или раньше
В качестве примера используется Windows Server 2012 R2. Инструкция разбита на несколько шагов и представляет из себя полный цикл настройки файлового хранилища для использования в малых и средних компаниях.
Шаг 1. Выбор оборудования и подготовка сервера
В качестве сервера, желательно, выбрать профессиональное оборудование. Системные требования для файлового сервера не высокие:
- Процессор может быть самый простой;
- Оперативная память также не сильно используется;
- Дисковая система — самый основной компонент. Ее объем зависит от специфики бизнеса. Примерная формула — не менее 15 Гб на пользователя и не менее 1 Тб на сервер. До 50 пользователей можно рассматривать диски SATA, после — SAS или SSD.
Например, для компании в 300 пользователей подойдет сервер с процессором Xeon E3, 8 Гб ОЗУ и 5 Тб дискового пространства на дисках SAS 10K.
Дополнительные требования
- Для обеспечения сохранности информации при выходе из строя жесткого диска, необходим RAID-контроллер. Настройка последнего выполняется из специального встроенного программного обеспечения, которое запускается при загрузке сервера;
- Сервер должен быть подключен к источнику бесперебойного питания;
- Необходимо предусмотреть резервное копирование. Для этого нужен дисковый накопитель (внешний жесткий диск) или другой сервер.
Шаг 2. Установка Windows и настройка системы
Установка системы
На этом шаге все стандартно, за исключением одного нюанса: разбивая во время установки Windows жесткий диск, стараемся выделить небольшую часть (70 - 120 Гб) для системы и все остальное под данные. Если выделить много дискового пространства для системного раздела, увеличится время его обслуживания и фрагментация, что негативно скажется на производительности и надежности системы в целом.
Настройка системы
- Проверяем правильность настройки времени и часового пояса;
- Задаем понятное имя для сервера и, при необходимости, вводим его в домен ;
- Если сервер не подключен напрямую к сети Интернет, стоит отключить брандмауэр ;
- Для удаленного администрирования, включаем удаленный рабочий стол ;
- Устанавливаем все обновления системы.
Шаг 3. Базовые настройки файлового сервера
Это стандартные действия, которые выполняются при настройке обычного файлового сервера.
Установка роли и вспомогательных компонентов
Как правило, данная роль устанавливается вместе с Windows. Остается только это проверить и доустановить компоненты, которые нужны для полноценной эксплуатации сервиса.
Открываем Диспетчер серверов . Он может быть запущен из панели быстрого запуска.
Нажимаем Управление - Добавить роли и компоненты .
В открывшемся окне оставляем Установка ролей и компонентов и нажимаем Далее .
В следующем окне выбираем нужный сервер (выбран по умолчанию, если работаем на сервере, а не через удаленную консоль) и нажимаем Далее .
Среди ролей находим Файловые службы и службы хранилища , раскрываем ее и проверяем, что установлены галочки напротив следующих компонентов:
- Службы хранения;
- Файловый сервер;
Если данные службы не установлены, выбираем их и нажимаем Далее .
В окне Выбор компонентов просто нажимаем Далее .
Откроется окно Подтверждение установки компонентов . Нажимаем Установить и после окончания процесса перезагружаем сервер.
Настройка шары (общей папки)
Создаем первую папку, которую хотим предоставить в общее использование. Затем кликаем по ней правой кнопкой мыши и нажимаем Свойства :
В открывшемся окне переходим на вкладку Доступ и нажимаем Расширенная настройка :
Ставим галочку Открыть общий доступ к этой папке и нажимаем кнопку Разрешения :
Предоставляем полный доступ всем пользователям:
* конечно же, мы не будем давать доступ всем пользователям, но для этого есть вкладка безопасность (см. ниже).
Нажимаем OK и еще раз OK .
Теперь переходим на вкладку Безопасность и нажимаем Дополнительно :
В открывшемся окне нажимаем Отключение наследования и Преобразовать унаследованные разрешения в явные разрешения этого объекта .
Нажимаем OK и Изменить .
Выставляем необходимые права на папку, например:
Совет: старайтесь управлять правами на ресурсы только при помощи групп. Даже если доступ необходимо предоставить только одному человеку!
Теперь нажимаем OK два раза. Папка настроена для общего использования и в нашем примере доступна по сетевому пути \\fs1\Общая папка .
Шаг 4. Тюнинг файлового сервера или профессиональные советы
Данные настройки, по сути, представляют секреты того, как сделать файловый сервер лучше, надежнее и безопаснее. Применяя их, администраторы создают более правильную и профессиональную среду ИТ.
DFS
С самого начала стоит создавать общие папки в пространстве имен DFS . На это есть две основные причины:
- При наличии или появлении нескольких файловых серверов пользователям будет удобнее находить общие папки в одном месте.
- Администратор легко сможет создать отказоустойчивую систему при необходимости.
Теневые копии
Позволят вернуться к предыдущим версиям файлов. Это очень полезная функция позволит не только восстановить некорректно отредактированный документ, но и вернуть случайно удаленный файл или папку.
Аудит
Аудит позволит вести протокол доступа к данным — понять, кто и когда удалил важные данные или внес в них изменения.
Шаг 5. Настройка средств обслуживания
Ни одна инфраструктура не может полноценно существовать без мониторинга и резервного копирования. Предупредить о возможной проблеме, узнать о последней раньше пользователей или иметь возможность восстановить данные — показатели высокой ответственности и профессионализма системного администратора.
Резервное копирование
Для файлового сервера все просто — необходимо резервировать все рабочие папки и файлы. Лучшим решением будет ежедневное копирование новых данных, и с определенной периодичностью (например, раз в месяц), создавать полный архив.
Мониторинг
Мониторить стоит:
- Сетевую доступность сервера;
- Свободное дисковое пространство;
- Состояние жестких дисков.
Шаг 6. Тестирование
Тестирование состоит из 3-х основных действий:
- Проверить журналы Windows и убедиться в отсутствие ошибок. В случае их обнаружения, необходимо устранить все проблемы.
- Выполнить действия анализатора соответствий рекомендациям.
- Провести живой тест работы сервиса с компьютера пользователя.
Для небольшого офиса
Фактически, любой персональный компьютер с доступом в сеть может выступить в роли файлового хранилища. Достаточно настроить общий доступ к какой-либо папке, позволяя остальным устройствам в сети размещать информацию.
Эффективность способа невелика, ведь ПК не сможет обрабатывать значительный массив поступающей памяти. На небольшой офис из нескольких компьютеров этого хватит, для крупных объединений подобной инфраструктуры окажется недостаточно.
Если объем содержимого невелик, использование слабого ПК в качестве файл-сервера целесообразно. Он способен в полной мере обеспечить небольшой офис. В крайнем случае, для удобства использования, можно оснастить его специализированным программным обеспечением, которое будет обеспечивать удобство обмена информацией.
Использование стандартной операционной системы Windows и решений, предоставленных для персональных компьютеров - плохой вариант. Они не смогут в полной мере обеспечить безопасность, высокую скорость. Да и удобство интерфейса ПО в некоторых случаях заставляет ожидать лучшего.
Конечно, на персональный компьютер можно поставить серверные решения. Они будут эффективны. Но, тогда это уже не PC, а полноценный файл-сервер, потому, проще купить специализированное устройство. Не особо мощное, но лучше справляющееся с задачами. Есть множество решений для малого офиса, которые компактны, производительны и не превосходят по цене персональный компьютер.
Средний объем
Для постоянного бартера понадобится внушительный массив хранилищ, немалая пропускная способность сети. Потребуются:
хранилище (накопители, система хранения данных);
сетевая плата, способная стабильно держаться при повышенных нагрузках;
вычислительные мощности, файловый сервер должен успевать обрабатывать поток;
специальное ПО, предназначенное для быстрого и защищенного обмена.
Обычный ПК с трудом справится с такой задачей, нужна подходящая аппаратура. Потому, организации с постоянным файлообменом, необходимо купить файл-сервер. Это поможет сделать работу бесперебойной, нужда в ожидании длительной загрузки нужного содержимого отпадет.
Особое внимание стоит уделить накопителям. Они должны работать в RAID, позволяя разбивать потоки на разные накопители. Целесообразно использование SSD в качестве хранилища для наиболее востребованного содержимого. Интерфейсы накопителей, которые способны обеспечить наибольшее быстродействие: SAS для HDD, NVMe для SSD. Они хорошо обрабатывают параллельные запросы.
Большие массивы
Например, в СМИ, крупных IT-структурах, корпорациях производится обмен колоссальным числом памяти в единицу времени. Для обработки столь внушительного количества файлов будет недостаточно одного, даже очень производительного файлового сервера. Итоговое решение будет выглядеть так:
К ластер файл-серверов.
Сетевые системы хранения с большим числом накопителей. Поступать информация на СХД может параллельно с нескольких устройств, создавая для них общую базу. Желательно использовать сетевые интерфейсы хранения файлов, например NAS или SAN. Должны работать параллельно с предыдущей категорией.
Скоростные диски. Можно использовать SSD и HDD параллельно. SSD пригодится для скоростной обработки, HDD может хранить много памяти и недорог, хорошо подходит для резервного копирования. Интерфейсы SAS+NVMe. Это наиболее оперативная связка. Желательно использовать только те типы RAID, где не снижена скорость записи в произвольном порядке, например, как на RAID 5. RAID 10 – подходящий вариант.
Желательно, чтобы аппаратура имела хорошее быстродействие. Обработка серьезного массива содержимого займет все ресурсы устройства. Потому, без мощного процессора, большого количества оперативной памяти эффективность сборки будет ниже.
Обеспечить достаточное быстродействие для очень крупного объема может кластер файловых серверов. Такой метод позволит размещать достаточное число файловых данных, своевременно выполнять резервное копирование, в качестве дополнения для стака нужно использовать СХД, так как размещать слишком крупный дисковый массив для файлов в сервере смысла мало. Лучше свободное пространство пустить под другие комплектующие.
Технические характеристики
Оснащение очень важно для создания надежного эффективного файл-сервера. Чем больше структурированных данных придется разместить, тем мощнее требуется устройство. Ключевые аспекты при конфигурации оборудования:
О сновной элемент – память. Ее должно хватать на размещение файлов, резервное копирование. В некоторых случаях требуется большое количество хранилищ для данных, потому, рекомендуется смотреть не только на быстродействие памяти, но и объем.
Оперативная память (ОЗУ). Например, файловая база сервера 1с требует большое количество ОЗУ. При ее недостатке база данных будет работать значительно медленнее.
Скорость обмена данными. В целом, чем шустрее железо, тем быстрее будет происходить обработка файлов. Но ключевую роль здесь играет не скорость процессора, а количество ядер, ведь на каждую операцию должно быть выделено ядро. Особенно, если происходит работа с несколькими хранилищами одновременно. От быстродействия ОЗУ также зависит скорость обработки файлов.
Сетевая карта. Чем больше пропускная способность сетевой карты, тем эффективнее работа файлового сервера.
Надежность. Для хранения информации требуется надежное оборудование с высокой отказоустойчивостью. Но, все равно необходимо делать бэкапы. Даже самое надежное оборудование способно подвести.
Сервер для файлового хранилища собирается в зависимости от объема данных в единицу времени. Его задача обработать необходимое количество файлов, при этом иметь небольшой запас на случай повышения нагрузок.
Приобретение
Если именно такое устройство необходимо вам, то мы можем его предоставить. Купить файловый сервер довольно легко. Просто закажите и получите эффективное и производительное оборудование.
Можно долго рассуждать над тем, каким должен быть файловый сервер небольшой компании, но текущие экономические условия заставляют бизнес искать быстрые, стабильные и дешевые решения. Действительно, хранение информации организации в общей папке стало вполне привычным, однако как его реализовать с минимумом затрат?
Сравним уже используемые решения у наших постоянных клиентов по обслуживанию компьютеров и серверов . Критерии отбора банальны:
- скорость развертывания, т.е. время с момента подачи идеи до получения результата;
- затраты на программную и аппаратную часть, исходя из небольшого офиса в 7 человек с объемом 100 Гб на каждого;
- надежность – вероятность отказа обслуживания и потери информации;
- безопасность, рассматривая в разрезе защищенности данных от потери или нежелательного доступа;
- и масштабируемость, как возможность увеличения количества пользователей, так и наращивания дополнительных сервисов, например резервного копирования.
Общий доступ Windows на одном из компьютеров сети
Наиболее популярный вариант среди маленьких компаний за счет наиболее быстрого внедрения и отсутствия вложений. Действительно, настраивается доступ с минимальными настройками всего за несколько нажатий мыши на любом ПК в сети с операционной системой Windows. Для этого даже не нужно обладать специальными знаниями. Однако, не смотря на свою простоту и заманчивость, недостатки все же перекрывают эти достаточно весомые преимущества.
Во-первых, количество одновременно работающих с общей папкой человек ограничиваются 5-ю. Это ограничение операционной системы, для его снятия следует использовать Windows Server. Во-вторых, скорость работы компьютера, являющимся файловым сервером, при мало-мальски активном использовании общей папки будет раздражать пользователя.
В-третьих, ни о какой масштабируемости и отказоустойчивости речи идти не может, к тому же рабочий компьютер, на котором выполняются повседневные задачи более подвержен вирусному заражению, да и просто выходу из строя.
Поэтому этот вариант можно рассматривать исключительно, как демо-версию возможностей общей сетевой папки на ОС Windows.
Общий сетевой доступ с помощью NAS-устройств
С развитием микроэлектроники большую популярность получили сетевые устройства, выполненные в виде “коробок” с популярным набором функций. Одним из таких решений стал NAS (Network Attached Storage). По сути, это один или несколько жестких дисков, подсоединенных через сетевой контроллер к сети и выполняющий функцию сетевого хранилища, как файловый сервер.
Современные подобные устройства обладают приемлемой ценой (от 200$), неплохим функционалом:
- USB-порты позволят подключить флеш-накопители или принтеры для совместной работы;
- различные протоколы доступа: FTP,Windows CIFS, Apple AFP;
- разделение прав доступа, выполненное, правда, в урезаном виде, но все же позволит защитить данные от хищения;
- а несколько отсеков для жестких дисков позволяет даже создавать программные, но RAID-массивы.
Из недостатков нужно отметить отсутствие возможности устанавливать новые сервисы, например резервное копирование и т.д. – только то, что предусмотрено прошивкой. Поддержка дисков объемов более 3Гб и дополнительные возможности, типа RAID “встанут в копеечку”. Объем оперативной памяти, процессор и прочие комплектующие, влияющие на скорость обмена данными не расширяются, поэтому необходимо еще на этапе приобретения тщательно подбирать характеристики с учетом перспектив использования.
В остальном, устройство вполне может претендовать на следующий уровень после простой общей папки Windows из-за быстроты развертывания и простоты эксплуатации.
Файловый сервер с операционной системой UNIX
Для тех же, кто “вырос” из предыдущих вариантов, а может подумывает над их заменой, предлагаем обратить внимание на полноценный файловый сервер. Мы не будем рассматривать вопрос аппаратного обеспечения – оно может быть изменено в любой момент под потребности каждого конкретного случая. Главный вопрос – это операционная система, которая позволит исключить все недостатки предыдущих вариантов.
Из-за неподъемной стоимости лицензионной Windows Server для небольшого офиса, предлагать ее к рассмотрению мы не будем. Вместо этого стоит обратить внимание на операционную систему UNIX, которая славится своей стабильностью именно при работе в сети. Помимо этого, UNIX-подобная операционная система, обладает рядом преимуществ при использовании в качестве файлового сервера:
- малые аппаратные затраты из-за отсутствия необходимости использования графического интерфейса;
- поддержка большого количества оборудования, стандартов и протоколов;
- настройка новых сервисов в любой момент времени;
- и самое главное – цена.
Часть UNIX-подобных операционных систем распространяются бесплатно, даже для использования в коммерческих целях, что при своей стабильности делает ее практически идеальным вариантом использования в качестве простого файлового сервера. Практика показывает, что при миграции с ОС Windows(вариант 1 с общей сетевой папкой) на UNIX при суммарных затратах в те же 200$ (стоимость настройки), помимо стабильности, организация получала целый ряд преимуществ:
- отсутствие ограничения по количеству пользователей;
- использование даже на устаревшем оборудовании;
- настройка всех необходимых сервисов, в т.ч. не связанных с файловым сервером, например СУБД;
- использование аппаратных RAID-контроллеров для больших объемов данных;
- быстрый ввод в эксплуатацию и такая же быстрая модернизация при необходимости.
Практика же показывает, что настройка полноценного сервера хоть и кажется громоздкой, в итоге оправдывает себя, а за счет использования бесплатных серверных операционных систем позволяет также получить больший функционал за меньшие деньги.
Файловый сервер — это сервер, который предназначен для хранения и обмена файлами, что в принципе исходит уже из названия. В общем случае файловым сервером может служить самый обыкновенный персональный компьютер имеющий доступ в сеть. Все что нужно сделать для реализации данной функции – это открыть удаленный доступ к папке и разрешить редактирование файлов по сети. Такой вариант возможен для домашнего пользования или для организации с минимумом рабочего персонала.
В реальности, на предприятиях, все обстоит немного сложнее. В случае наличия значительной развернутой инфраструктуры, задача состоит не только в предоставлении доступа к удаленному файловому хранилищу. Дополнительно необходимо реализовать достаточно большое количество функций обеспечивающих удобство и безопасность доступа и хранения информации. Основной задачей является создание раздельных каталогов для доступа различных групп пользователей. К примеру, отдел бухгалтерии не должен иметь доступа к каталогу проектного отдела или отдела кадров. Необходимо разграничить также права на запись или чтение. К тому же, невзирая на значительные объемы хранилищ данных, они не безразмерны. Ввиду этого существует необходимость установки файловых квот ограничивающих объем хранящихся пользовательских данных. Именно такие задачи и возлагаются на файловый сервер.
Рисунок 13 Нагрузка на процессор файлового сервера
Как видно из диаграмм нагрузки, данные аппаратные платформы более чем справляются с возложенными на них обязанностями, даже в моменты пиковой загрузки потенциал аппаратных средств не задействуется на все 100%. Таким образом, физические ресурсы используются нерационально. Фактически, для полноценной работы системы, будет достаточно как минимум вдвое меньшее количество серверов. Но сократить их количество не представляется возможным, ввиду некоторых особенностей. К примеру, в некоторых случаях, невозможно установить несколько программных комплексов в связи с их несовместимостью, или конфликтов по приоритетам доступа к аппаратным средствам. Например, файловые сервера в некоторых случаях удобно использовать на платформе Windows, а специализированные сервера приложение (к примеру Oracle), на Linux. Таким образом, сервис отвечающий за файловый сервер, базирующийся на платформе Windows, уже не сможет совмещать функции сервера приложений на базе Linux, ввиду конфликта программного обеспечения. С экономической точки это является значительным минусом, так как перспективы в использовании избыточных ресурсов практически нулевые.
Еще одним негативным фактором, хотя и незначительным, является занимаемая площадь и потребление электроэнергии. Сервера работают круглосуточно в течении очень большого времени, месяцами, годами, десятилетиями. Индивидуальное энергопотребление каждой платформы относительно мало и не будет превышать одного киловатта в час, тем не менее, если учесть энергопотребление за год, то может выйти достаточно большая сумма. К тому же, при избыточном количестве серверов необходимо выделять большее рабочее пространство, фактически нерационально используя помещение, которое можно было бы использовать для каких-либо иных нужд, вплоть до размещения сотрудников или хранения материальных ценностей.
Помимо указанных выше незначительных недостатков, есть еще некоторые факторы, способные усложнить эксплуатацию подобных систем и стимулирующих к поиску новых решений рационализации работы серверов. Основным из них является необходимость обслуживания парка машин. Чем больше их количество, тем больше это занимает времени и усилий со стороны технического персонала. таким образом (в случае наличия обширной развернутой инфраструктуры), необходимо содержать больший штат. Также, с целью обеспечения бесперебойной работы сервиса необходимо всегда иметь определенный подменный фонд. В идеальном случае все оборудование будет предоставлено однотипными машинами одного производителя. В реальности же так практически никогда не бывает. Как правило, аппаратные платформы представлены различными моделями и, очень повезет, если одного производителя. Таким образом, необходимо держать в запасе достаточно значительную базу, для возможности осуществления ремонта, в случае выхода техники из строя. А это влечет за собой значительные экономические затраты. Более того, со временем аппаратные модули морально устаревают. На рынок выходят новые технологии, несовместимые с устаревшими платформами. Таким образом, со временем станет все сложнее и накладнее находить комплектующие для замены вышедших из строя модулей. И даже в случае наличия необходимой продукции на рынке, ввиду ее индивидуальности, цена на данный товар может значительно превышать стоимость более новых и совершенных решений.
Любое предприятие должно создаваться с перспективой роста и развития. Успешное осуществление этой цели будет подразумевать под собой расширение и наращивание мощностей и инфраструктуры, что неизменно повлечет за собой необходимость модернизации и усиление вычислительных мощностей. В вышеупомянутом случае изменение инфраструктуры может вызвать некоторые затруднения, более того, данные действия может быть сложно реализовать на имеющейся базе. А это означает, что на модернизацию необходимо будет затратить достаточно крупные финансовые средства, вплоть до полной замены всего оборудования.
В итоге со временем, в связи с моральным старением и техническим износом оборудования, перед техническим персоналом остро встанет вопрос о замене аппаратных платформ на новые. Проблема переноса программного обеспечения на новое железо может вызвать ряд неудобств, вплоть до несовместимости новых устройств с устаревшим программным обеспечением. Даже в случае полной совместимости программных комплексов с новым оборудованием, подобная миграция чрезвычайно трудоемкий и длительный процесс.
На время миграции с большой долей вероятности работа предприятия будет остановлена на значительное время. Обусловлено это тем, что придется установить и отладить работу систем, произведя их полную перенастройку фактически с нуля. Таким образом, замена на эквивалентное современное аппаратное обеспечения является нецелесообразной.
Ввиду всего вышеизложенного, для более эффективного использования аппаратных ресурсов и удобства миграции на новые платформы будет рационально использовать технологии виртуализации.
Рассмотрим пример оптимизации существующей системы с помощью технологии замещения физических серверов виртуальными.
Нет похожих статей.
Файловый сервер - это сервер, который предназначен для хранения и обмена файлами. Собственно такое определение говорит само за себя и выдумывать что-то другое тут просто не получится. Ещё его называют "файловой помойкой", потому что обычно скопище файлов рано или поздно именно в это превращается:)
Как можно организовать такой сервер? Да очень просто. Во-первых, можно просто поставить Windows на любой компьютер, сделать общий доступ к папке и таким образом, все пользователи, которые находятся в сети, получат к ней доступ, указав в адресной строке адрес этого сервера. Не знаю, насколько долго простоит такой сервер, но если его использовать аккуратно, то простоять может долго. Видел такое вот решение: на каждом компьютере, с операционной системой Windows XP, создана папка, которой определён общий доступ. На каждом компьютере в сети, тоже с такой же операционной системой, подключены сетевые диски, каждый диск из которых является сетевой папкой, какого-то компьютера в сети, таким образом созданных:) Не знаю, насколько хорошо и действенно такое решение, но мне оно не совсем нравится, так как расчитано малое количество компьютеров. И потому надо искать другие методы, чтобы иметь то, что мы хотим иметь.
Так как мы больше склоняемся к *nix решениям, то самым оптимальным решением для таких целей будет служить программа SAMBA , которая позволяет работать с виндовыми машинами:) Кстати, насколько я видел недавно, SAMBA также работает и с компьютерами с MAC осью. Но может у меня глюки были такие, или может я не правильно что-то понял, когда увидел в пакете SAMBA эту поддержку. Но я отвлёкся. Маков пока в конторах нет (в наших), и потому будем разговаривать о сопряжении компьютеров с операционной системой Windows и файловом сервере на основе *nix , то есть будем говорить о программе SAMBA :)
Я не буду рассказывать о тонкой настройке самой SAMBA и вспомогательных утилитах для работы с ней, так как на это уйдёт куча времени. Мы поговорим про урезанные версии Linux, которые служат для какой-то определённой цели. Мы ведь говорим про ClarkConnect , не правда ли? Есть ещё хорошее решение для этих целей - FreeNAS , но оно мне не понравилось в связи, с меньшим количеством элементарного функционала, нежели ClarkConnect ...а может я чего-то не увидел. В общем, у каждого есть время, чтобы опробовать и то, и то:)
В ClarkConnect файловый сервер реализован на основе SAMBA . Да-да, но только запустить такой файловый сервер сможет любой человек, даже не знающий *nix и не имеющий представления о файле smb.conf и его структуре:) Правда сервачёк у него получиться без наворотов, но стопроцентно говорю, будет работать. Мало того, что будет работать, так ещё и работать хорошо! :) Главное, чтобы не падал LDAP , а там машина возьмёт своё.
