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

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

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

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

Пользователей слишком много и исчерпан лимит сетевых подключений к ОС - в версиях XP Professional и ее наследниках Vista Business и т.д. это 10 подключение, а в XP Home и ее наследниках Vista Home и т.д. это 6 подключений. Т.е. периодически пользователи видят сообщение типа "Исчерпан лимит подключений, обратитесь к системному администрату".

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

Недостаточная отказоустойчивость - приходит понимание того, что "а если вдруг умрет жесткий диск, что тогда?" или того хуже - диск умирает со всем общим архивом документов предприятия и приходится озадачиваться восстановлением информации с жесткого диска.

Возникает традиционный русский вопрос: "Что делать?!".

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

Действительно, это хорошее решение, но оно имеет несколько недостатков:

Цена . Во-первых, цена самого сервера, а во-вторых, цена операционной системы и подключений к ней - нельзя забывать о лицензионной политике Microsoft, которая делает разницу - то ли сервер обслуживает 2 машины, то ли 200 - помимо стоимости самой серверной операционной системы, отдельно продаются лицензии на подключение к операционной системе! Наверняка кто-то из читателей мне возразит, что для файлового сервера вовсе не надо приобретать Windows Server, можно поставить бесплатный Linux и будет прав. Но давайте посмотрим на вопрос с точки зрения пользователя в лице небольшой или средней компании, которая не имеет в штате ИТ-специалиста, или его квалификация оставляет желать лучшего - с Windows он справляется, а Linux в глаза не видел? Что тогда делать? Отсюда вытекает второй недостаток:

Поддержка . Будь тот файловый сервер под Linux или под Windows Server - в любом случае поддержка этих операционных систем требует дополнительного опыта и знания от ИТ-специалиста, сопровождающего это оборудование. И хорошо, если этот специалист есть. А если его нет? - принимать на работу человека, когда он, в общем-то, не нужен? Отказываться от внедрения файлового сервера ?

Вот на этой ноте мы и подходим к альтернативному решению.

Сетевой накопитель или сетевое хранилище . Отбрасывая технические описания и переводя на язык понятный любому человеку, далекому от информационных технологий, сетевое хранилище (или Network Storage ) - это черный ящик, к которому с одной стороны подходит сетевой провод, а с другой стороны вставляются несколько жестких дисков.

Фактически сетевой накопитель это тоже компьютер - у него есть свой процессор и установлена операционная система, и т.д. Но этот "компьютер" заточен исключительно под одну функцию - обслуживать жесткие диски, которые к нему подключены - у него нет видеокарты и звуковой карты, нет портов для подключения мышки и клавиатуры, нет привода CD/DVD и еще много чего!

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

Это есть первый плюс - стоимость оборудования.

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

Третий плюс - поддержка. Не смотря на то, что в сетевом хранилище , установлена операционная система Linux, никаких дополнительных навыков для поддержки от пользователя не потребуется. Управление и настройка сетевого накопителя не сложнее настройки ADSL-модема.

Четвертый плюс - энергопотребление. Сетевое хранилище потребляет порядка 30 ватт в час, против средних 450 ватт обычного системного блока. Понятно, что в нашей стране электроэнергия не есть самая затратная часть бюджета предприятия, но, тем не менее, копейка рубль бережет, а во-вторых, меньшая энергоемкость - повод не тратиться на дорогой ИБП, а выбрать более простой. О том, как выбрать ИБП, подробно описано в отдельной статье.

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

Теперь перейдем к цифрам и посчитаем стоимость организации файлового сервера для организации, в которой предполагается до 20 одновременных подключений пользователей к файловому серверу . В качестве дополнительного условия будем проектировать файловый сервер с двумя жесткими дисками по 1,5 Терабайт, которые будут объединены в RAID-1 (зеркало)

Цифры говорят сами за себя - при достижении одинакового результата стоимость внедрения совершенно разная. Более того - при увеличении количества пользователей разница в цене будет только расти из-за необходимости приобретения лицензий на подключение к Windows Server для каждого нового пользователя!

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

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

27. Файловые серверы. Назначение и принципы работы.

Ответ:

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

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

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

Файловые серверы настраиваются только для отправки и получения файлов, и не выполняют никаких активных процессов для пользователя. Они также могут быть настроены для распространения данных через Интернет с использованием FTP (передача файлов по протоколу) или HTTP (гипертекстовый протокол передачи).

28. Серверы терминалов. Серверы печати. Почтовые сервера. Принципы функционирования.

Ответ:

Серверы терминалов

Терминальный сервер (сервер терминалов ) – это сервер, предоставляющий клиентам вычислительные ресурсы (процессорное время, память, дисковое пространство) для решения задач.

Терминальный сервер – это мощный компьютер (либо кластер), соединенный по сети с клиентами (маломощные компьютеры или устаревшие рабочие станции).

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

Серверы печати

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

Почтовый сервер

Почтовый сервер – это сервер, получающий и отправляющий электронные сообщения.

Сервер, получающий электронные сообщения, работает по протоколу POP (Post Office Protocol).

Сервер, отправляющий электронные сообщения работает по протоколу SMTP (Simple Mail Transfer Protocol).

Почтовый сервер , сервер электронной почты, мейл-сервер – в системе пересылки электронной почты так обычно называют агент пересылки сообщений.

Это компьютерная программа , которая передаёт сообщения от одного компьютера к другому. Обычно почтовый сервер работает «за кулисами », а пользователи имеют дело с другой программой – клиентом электронной почты .

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

Почтовый сервер отправителя взаимодействует с почтовым сервером получателя. На почтовом сервере получателя сообщение попадает в почтовый ящик посредством агента доставки сообщений MDA . MDA может быть частью POP/IMAP сервера, частью SMTP сервера, или отдельным ПО. Для финальной доставки полученных сообщений используется POP3 или IMAP.

29. Веб-серверы, их функции. Методы взаимодействия с клиентом. Виды веб-серверов.

Ответ:

Веб-серверы, их функции

Веб-сервер – это программа, которая принимает входящие HTTP-запросы, обрабатывает эти запросы, генерирует HTTP-ответ и отправляет его клиенту.

Функции веб-серверов:

прием запроса от Web-броузера по протоколу HTTP с использованием TCP/IP;

поиск и отсылка файла гипертекста или документа в броузер по HTTP;

обслуживание запросов mailto, ftp, telnet и др.;

запуск прикладных программ на Web-сервере с передачей и возвратом параметров обработки через интерфейс CGI;

обслуживание навигационных карт изображения imagemap;

служит источником загружаемых программ на языке Java;

контроль доступа на основе имен и паролей доступа;

ведение регистрационного журнала;

административное и оперативное управление сервером.

Взаимодействие с клиентом:

После того, как пользователь обратился к определенному ресурсу по протоколу HTTP, клиент (обычно браузер) формирует HTTP-запрос к веб-серверу. Обычно указывается символическое имя сервера (например, "http://www.microsoft.com") – в этом случае браузер предварительно преобразует это имя в IP-адрес при помощи сервисов DNS. После этого по протоколу HTTP на веб-сервер отправляется сформированное HTTP-сообщение. В этом сообщении браузер указывает какой ресурс необходимо загрузить и всю дополнительную информацию. Задача веб-сервера – прослушивать определенный TCP-порт (обычно порт 80) и принимать все входящие HTTP-сообщения. Если входящие данные не соответствуют формату сообщения HTTP, то такой запрос игнорируется, а клиенту возвращается сообщение об ошибке.

В простейшем случае при поступлении HTTP-запроса веб-сервер должен считать содержимое запрашиваемого файла с жесткого диска, упаковать его содержимое в HTTP-ответ и отправить клиенту. В случае если требуемый файл не найден на жестком диске, то веб-сервер сгенерирует ошибку с указанием статусного кода 404 и отправит это сообщение клиенту. Такой вариант работы веб-сервера принято называть статическими сайтами. В этом случае на стороне сервера не запускается никакой программный код, кроме программного кода самого веб-сервера. Однако подобные сценарии работы все чаще оказываются непригодными, а им на смену приходят полноценные веб-приложения. Отличие таких приложений состоит в том, что HTML-документы и другие ресурсы не хранятся на сервере в виде неизменяемых данных. Вместо этого, на сервере хранится программный код, который способен сгенерировать эти данные в момент обработки запроса. Разумеется, некоторые ресурсы (такие как файлы каскадных стилей, изображения и т.д.) могут храниться как статическое содержимое, но основные страницы HTML генерируют в процессе обработки. В таком случае веб-сервер при обработке запроса HTTP должен обращаться к программному коду, который должен сгенерировать содержимое. С учетом вышесказанного алгоритм работы веб-сервера будет выглядеть следующим образом.

Виды веб-серверов:

Статический веб-сервер – состоит из компьютера с сервером. Сервер посылает различные файлы в браузер «как есть».

Динамический веб-сервер – состоит из статического плюс динамического ПО, наиболее часто с сервером приложений и БД. Сервер приложений изменяет исходник файла перед отправкой в веб-браузер по НТТР.

Некоторые размышления о совместной работе в сети

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

Задача обеспечения совместного доступа к информации теоретически решается очень просто - закладка «общий доступ» в свойствах папки известна, пожалуй, любому, кто более-менее знаком с Windows . Однако с ростом компании, с увеличением числа отделов, встаёт вопрос разграничения доступа к данным. И если раньше пользователь мог просто «расшарить» (от англ. share - разделять) папку всем, то теперь ему придётся выборочно давать доступ конкретным пользователям. И если в сети нет механизмов централизованного управления пользователями и правами пользователей, то каждому, кто пытается дать доступ к своему компьютеру, придётся прописывать коллег, как пользователей своего компьютера, наделяя их соответствующими полномочиями. И так для каждого рабочего места в компании. И в итоге информация, относящаяся к одному проекту, но находящаяся на разных компьютерах, может кардинально различаться. И будет потрачено время, которого обычно не то, что мало, а практически никогда нет, для выявления и устранения разночтений. Попутно возрастают накладные расходы на управление общими папками и обеспечение резервного копирования ценной информации. А ведь еще есть ограничение на количество одновременных подключений к общим ресурсам в десктопных версиях Windows .

Какой может быть из этого выход? Например, установить отдельный компьютер - файловый сервер (англ. file server ), открыть его для совместного доступа, и работать с информацией только на нём. Тогда, в идеале, будет существовать только одна актуальная копия необходимых в работе данных. Изменения в ней будут видны всем заинтересованным в ней пользователям. Да и обеспечить резервное копирование информации (англ. backup ) одного компьютера легче.

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

В чем преимущество «идеологически правильных» серверов? Для начала подумаем, какие требования предъявляются к серверу. Сервер должен предоставлять бесперебойный доступ к своим ресурсам. Главное требование - обеспечение доступности. Доступность обеспечивается отказоустойчивостью и производительностью (если сервер перегружен, то он не способен обслуживать запросы клиентов, и становится недоступен для них). Это, скажем так, технические требования. Есть еще и эксплуатационные - удобство обслуживания и масштабируемость (англ. Scalability - возможность наращивать производительность без смены всего сервера ). Рассмотрим эти требования.

Отказоустойчивость . Никто не способен гарантировать 100% надежность всех компонентов сервера, поэтому отказоустойчивость обеспечивается дублированием (англ. redundancy - избыточность ). Дублирование блоков питания, контроллеров, RAID-массивы, избыточность модулей памяти, память с поддержкой ECC - все это направлено на обеспечение отказоустойчивости.

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

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

Что предоставляет сервер в плане удобства обслуживания? В первую очередь - горячую замену (англ. hotswap - возможность отключать/подключать компоненты сервера без прерывания его работы ). Возможностью горячей замены может быть оснащено все - от систем охлаждения до памяти и процессоров. Также к этой категории относятся системы мониторинга, оповещения и удаленного управления, позволяющие управлять сервером даже без участия операционной системы (в частности, см. ).

Масштабируемость . Палка о двух концах: с одной стороны, решение проблем, с другой - потенциальные проблемы. С одной стороны, позволяет взять сервер «на вырост» (двухпроцессорная плата с одним процессором, неполное заполнение слотов памяти), с другой - модельный ряд, например, процессоров обновляется достаточно часто, и через год Вы можете не найти процессор в пару к первому. Пользоваться следует очень аккуратно, почти всегда лучше заранее взять сервер под будущие потребности, чем досадовать от невозможности нарастить производительность по причине банального отсутствия комплектующих.

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

Некоторые термины и определения:

Обновлено: 05.12.2016 Опубликовано: 2016 год или раньше

В качестве примера используется Windows Server 2012 R2. Инструкция разбита на несколько шагов и представляет из себя полный цикл настройки файлового хранилища для использования в малых и средних компаниях.

Шаг 1. Выбор оборудования и подготовка сервера

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

• Процессор может быть самый простой;
• Оперативная память также не сильно используется;
• Дисковая система — самый основной компонент. Ее объем зависит от специфики бизнеса. Примерная формула — не менее 15 Гб на пользователя и не менее 1 Тб на сервер. До 50 пользователей можно рассматривать диски SATA, после — SAS или SSD.

Например, для компании в 300 пользователей подойдет сервер с процессором Xeon E3, 8 Гб ОЗУ и 5 Тб дискового пространства на дисках SAS 10K.

Дополнительные требования

1. Для обеспечения сохранности информации при выходе из строя жесткого диска, необходим RAID-контроллер. Настройка последнего выполняется из специального встроенного программного обеспечения, которое запускается при загрузке сервера;
2. Сервер должен быть подключен к источнику бесперебойного питания;
3. Необходимо предусмотреть резервное копирование. Для этого нужен дисковый накопитель (внешний жесткий диск) или другой сервер.

Шаг 2. Установка Windows и настройка системы

Установка системы

На этом шаге все стандартно, за исключением одного нюанса: разбивая во время установки Windows жесткий диск, стараемся выделить небольшую часть (70 - 120 Гб) для системы и все остальное под данные. Если выделить много дискового пространства для системного раздела, увеличится время его обслуживания и фрагментация, что негативно скажется на производительности и надежности системы в целом.

Настройка системы

1. Проверяем правильность настройки времени и часового пояса;
2. Задаем понятное имя для сервера и, при необходимости, вводим его в домен ;
3. Если сервер не подключен напрямую к сети Интернет, стоит отключить брандмауэр ;
4. Для удаленного администрирования, включаем удаленный рабочий стол ;
5. Устанавливаем все обновления системы.

Шаг 3. Базовые настройки файлового сервера

Это стандартные действия, которые выполняются при настройке обычного файлового сервера.

Установка роли и вспомогательных компонентов

Как правило, данная роль устанавливается вместе с Windows. Остается только это проверить и доустановить компоненты, которые нужны для полноценной эксплуатации сервиса.

Открываем Диспетчер серверов . Он может быть запущен из панели быстрого запуска.

Нажимаем Управление - Добавить роли и компоненты .

В открывшемся окне оставляем Установка ролей и компонентов и нажимаем Далее .

В следующем окне выбираем нужный сервер (выбран по умолчанию, если работаем на сервере, а не через удаленную консоль) и нажимаем Далее .

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

• Службы хранения;
• Файловый сервер;

Если данные службы не установлены, выбираем их и нажимаем Далее .

В окне Выбор компонентов просто нажимаем Далее .

Откроется окно Подтверждение установки компонентов . Нажимаем Установить и после окончания процесса перезагружаем сервер.

Настройка шары (общей папки)

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

В открывшемся окне переходим на вкладку Доступ и нажимаем Расширенная настройка :

Ставим галочку Открыть общий доступ к этой папке и нажимаем кнопку Разрешения :

Предоставляем полный доступ всем пользователям:

* конечно же, мы не будем давать доступ всем пользователям, но для этого есть вкладка безопасность (см. ниже).

Нажимаем OK и еще раз OK .

Теперь переходим на вкладку Безопасность и нажимаем Дополнительно :

В открывшемся окне нажимаем Отключение наследования и Преобразовать унаследованные разрешения в явные разрешения этого объекта .

Нажимаем OK и Изменить .

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

Совет: старайтесь управлять правами на ресурсы только при помощи групп. Даже если доступ необходимо предоставить только одному человеку!

Теперь нажимаем OK два раза. Папка настроена для общего использования и в нашем примере доступна по сетевому пути \\fs1\Общая папка .

Шаг 4. Тюнинг файлового сервера или профессиональные советы

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

DFS

С самого начала стоит создавать общие папки в пространстве имен DFS . На это есть две основные причины:

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

Теневые копии

Позволят вернуться к предыдущим версиям файлов. Это очень полезная функция позволит не только восстановить некорректно отредактированный документ, но и вернуть случайно удаленный файл или папку.

Аудит

Аудит позволит вести протокол доступа к данным — понять, кто и когда удалил важные данные или внес в них изменения.

Шаг 5. Настройка средств обслуживания

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

Резервное копирование

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

Мониторинг

Мониторить стоит:

1. Сетевую доступность сервера;
2. Свободное дисковое пространство;
3. Состояние жестких дисков.

Шаг 6. Тестирование

Тестирование состоит из 3-х основных действий:

1. Проверить журналы Windows и убедиться в отсутствие ошибок. В случае их обнаружения, необходимо устранить все проблемы.
2. Выполнить действия анализатора соответствий рекомендациям.
3. Провести живой тест работы сервиса с компьютера пользователя.

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

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

Рисунок 13 Нагрузка на процессор файлового сервера

Как видно из диаграмм нагрузки, данные аппаратные платформы более чем справляются с возложенными на них обязанностями, даже в моменты пиковой загрузки потенциал аппаратных средств не задействуется на все 100%. Таким образом, физические ресурсы используются нерационально. Фактически, для полноценной работы системы, будет достаточно как минимум вдвое меньшее количество серверов. Но сократить их количество не представляется возможным, ввиду некоторых особенностей. К примеру, в некоторых случаях, невозможно установить несколько программных комплексов в связи с их несовместимостью, или конфликтов по приоритетам доступа к аппаратным средствам. Например, файловые сервера в некоторых случаях удобно использовать на платформе Windows, а специализированные сервера приложение (к примеру Oracle), на Linux. Таким образом, сервис отвечающий за файловый сервер, базирующийся на платформе Windows, уже не сможет совмещать функции сервера приложений на базе Linux, ввиду конфликта программного обеспечения. С экономической точки это является значительным минусом, так как перспективы в использовании избыточных ресурсов практически нулевые.

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

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

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

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

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

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

Рассмотрим пример оптимизации существующей системы с помощью технологии замещения физических серверов виртуальными.

Нет похожих статей.