Как и во многих других местах, мы просим наших пользователей не сохранять файлы на свои локальные машины. Вместо этого мы рекомендуем размещать их на файловом сервере, чтобы другие (с соответствующими разрешениями) могли их использовать и чтобы файлы были должным образом сохранены.
В результате у большинства пользователей большие жесткие диски, которые в основном пусты. Сейчас 2010 год. Конечно, есть система, которая позволяет превратить это пустое пространство в виртуальную сеть хранения данных или библиотеку документов?
Я представляю себе клиентскую программу, которая передается на ПК пользователей и координируется с центральным сервером. Сервер выглядит для пользователей как обычный файловый сервер, но вместо того, чтобы хранить все содержимое файла, он просто сохраняет запись о том, где эти файлы можно найти среди различных пользовательских компьютеров. Затем он согласовывает с нужными клиентами, чтобы обслуживать запросы файлов. Клиентское программное обеспечение сможет отвечать на такие запросы напрямую, а также быть достаточно умным для локального кэширования последних файлов. Для обеспечения избыточности сервер может убедиться, что файлы копируются на несколько компьютеров, возможно, позволяя вам определять группы в разных местах, чтобы экземпляр всего хранилища находился в каждой группе, чтобы защитить себя от аварии в одном здании, уничтожая все остальное.
Очевидно, вы не указали бы здесь свой сервер базы данных, но для более простых вещей я вижу несколько преимуществ:
- Файлы часто могут быть переданы с ближайшего (или локального ) компьютера.
- Распределите сетевое подключение, а не собирайте все файлы, передаваемые по одному соединению
- Дисковое пространство растет автоматически, как и ваша компания.
- В конечном итоге должно быть дешевле, так как вам не нужно хранить отдельный набор дисков
Я также вижу несколько недостатков:
- Время от времени ухудшается производительность ПК пользователя, если аппарат вынужден обслуживать или принимать передачу большого файла в течение загруженного периода.
- Записи должны распространяться по сети несколько раз (хотя я подозреваю, что это не является большой проблемой, так как чтение в большинстве случаев происходит чаще, чем запись)
- Тем не менее, необходимо время от времени отправлять полную копию данных за пределы площадки, и это затруднит проведение различий.
Думайте об этом как об облачной системе хранения, которая полностью живет в вашей корпоративной локальной сети и использует ваше существующее пользовательское оборудование.
Наш старый основной файловый сервер должен быть удален примерно через 2 года, и я собираюсь заменить его небольшим SAN. Наш текущий файловый сервер использует около 400 ГБ общего ресурса 1 ТБ. Мы сократили его только потому, что наше пространство для резервного копирования было ограничено. Я рассчитываю расширить как минимум до 4 ТБ полезного пространства при его замене, может быть, гораздо больше, если цены упадут так, как я ожидаю. Я думаю, что-то вроде этого было бы лучше. Как школа, у нас есть пара компьютерных лабораторий, которые я могу оставить работающими, что было бы идеально, чтобы добавить немного дополнительной избыточности в такую систему.
За очень немногими исключениями, наши пользователи заполняют менее 40 ГБ своих жестких дисков объемом 120 ГБ, что означает, что я могу легко зарезервировать 65 ГБ на машину. И это будет только увеличиваться, так как новые машины будут поставляться с дисками на 250 Гб, и даже те, которые скоро могут быть больше. К тому времени, когда файловый сервер будет заменен, учитывая график замены настольных компьютеров, я ожидаю, что такая система позволит использовать 5 ТБ доступного хранилища, даже с учетом избыточности и истории.
К сожалению, самая близкая вещь, которую я могу найти, - это Dienst , и это всего лишь статья, датированная 1994 годом. Я просто использую неправильные модные слова в своих поисках, или это действительно не существует? Если нет, то есть ли у меня большой недостаток?