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