Як мінімізувати споживання сховища?

У мене є мережа з серверами Live, Прийняття користувачів, сервісами постановки та розробки (в цьому випадку Windows переважно 2012r2, усі гості Hyper-V). Кожна з цих частин мережі має сервер інтерфейсу та резервного сервера. Задні сервери містять пропорційно велику кількість даних. На всіх серверах Прийняття користувачем, сервісів та інтерактивних розробок ці дані не змінюються (крім випадкових оновлень у прямому ефірі), і вони рідко отримують доступ за межами циклу розробки.

У такому середовищі як мінімізувати споживання пам’яті та уникати витрачання місця на зберігання статичних та рідко доступних даних. Дані складаються з 1000 файлів, таких як pdf, json, dwgs та pngs.

Речі, які я розглядав.

Видалення серверів, поки вони не використовуються - Не чудовий варіант, оскільки іноді час відновлення цих серверів важить час, який розробники збираються ними використовувати. Наше резервне рішення - менеджер із захисту даних MS.

Видалення дисків даних, поки вони не використовуються - трохи краще, ніж вище, але знову ж таки час є фактором.

Переміщення дисків даних між серверами - Оскільки вони є гостями Hyper-V, я можу просто прикріпити диски даних за потребою, однак бувають випадки, коли одночасно використовується більше одного середовища.

Ви можете перевірити деякі гібридні файлові сервери, один вивантажує холодні дані в публічну хмару, де зберігання дешеве (S3) або майже безкоштовне (льодовик). Якщо у вас є угода про підприємство в Azure, ви можете спробувати StorSimple від Microsoft, як фізичної, так і віртуальної.

https://azure.microsoft.com/en-us/services/storsimple/

Nasuni також приємний, але поки не має надійних SMB3.

https://www.nasuni.com

На ринку є багато цікавих рішень, я не пробував Nasuni, але виглядає як підходить. Крім того, ви можете поглянути на Aclouda, який може використовуватися як апаратний шлюз і представляти хмарне сховище як локальний диск та автоматично завантажувати дані в хмару. Його можна встановити на локальному сервері як привід SATA / SAS з підключенням до хмари або Amazon, або Azure. http://aclouda.com/

Оскільки у вас є значна велика кількість даних, яка не сильно змінюється з часом, я б настійно рекомендую вам реалізувати певний рівень (Простіри зберігання з автоматизованим рівнями повинні відповідати). Ідея полягає в тому, що "гарячий" рівень, який є локальним сховищем, повинен містити найсвіжіші дані, до яких потрібно швидко отримати доступ, і "холодний" рівень може бути завантажений у хмару.

Ідея не нова - Nasuni https://www.nasuni.com/ робить речі, дуже схожі на такий підхід. Параметр "Зроби сам" - це S3Fuse https://www.interserver.net/tips/kb/mount-s3-bucket-centos-ubuntu-using-s3fs/, який дозволяє монтувати хмарний сховище як локальний диск. StorSimple https://azure.microsoft.com/en-us/services/storsimple/ - це ще один вибір, але він суворо пов'язаний з Azure.

Якщо ви не бажаєте встановлювати / конфігурувати та підтримувати будь-яке додаткове програмне забезпечення, ви можете скористатися апаратним шлюзом, наприклад, AcloudA http://aclouda.com/, який зробить цю роботу, не вимагаючи додаткового програмного забезпечення чи драйверів.

Оскільки вашими гостями є Windows 2012 R2, ви можете запустити дедуплікацію всередині VM. За винятком повного сканування, я виявив, що це не дуже багато ресурсів. У магазинах документів моя економія склала 55% або вище.

Якщо ваше місце зберігання було на сервері Windows (простори зберігання тощо), ви могли б вивести свій VHD-магазин. Використання опції VDI при налаштуванні дедупи на гучність вмикає дедупування відкритих VHD. Дивіться https://technet.microsoft.com/en-us/library/dn486808.aspx