Комментарии 17
Вопрос из реальной эксплуатации NAS-решений применительно к мелкому бизнесу.
Дано: Один/два сервера (железных). На них виртуалки, отдельно в основном для того, что-бы в случае чего можно было остановить менее важные: 1C, SQL, (терминал если 1Сv7.7,) антивирус, WSUS, почта/SIP, DFS/SMB/печать (если есть «филиалы»), AD, резервный AD (если много пользователей и «филиалов»)…
«Филиалы» — потому что может быть и вариант с офисом и несколькими магазинчиками (т.е. народу итого мало, но они раскиданы по разным местам)
К серверу (или двум) отдельно покупается двух- или четырех-дисковый NAS: Synology, QNAP, etc…
Хотелось-бы что-бы он сам занимался уже копирование на удаленную площадку, синхронизацией и т.д. (тут хочется видеть общую статистику по всем имеющимся копиям, поэтому тупой скрипт копирования не совсем тот случай) — вот Вы пишите
На удаленной площадке может быть как аналогичный NAS, так и просто один из пользовательских компов.
А теперь и сам ВОПРОС: Почему ни одна система резервного копирования не умеет использовать те немаленькие остатки дисков пользователей, когда из них вполне можно сделать распределенный массив для долгосрочных резервных копий? Что мешает поставить на каждый комп свой агент и постепенно переводить старые и очень старые бекапы на компы пользователей, на что-то типа «виртуальной ленты»? Ведь к таким данным может относиться не только старые бекапы, но какие-то редко используемые документы и т.д. и.т.п…
Я понимаю, что это совсем мелкий бизнес, бесплатные версии (или скрипты), как правило, б/у железо и прочая экономия — поэтому и возник вопрос: Насколько вот это всё мои больные фантазии, не имеющие ничего общего с реальностью, а насколько из всего этого можно что-то сделать, типа, «виртуальной ленты», например?
Дано: Один/два сервера (железных). На них виртуалки, отдельно в основном для того, что-бы в случае чего можно было остановить менее важные: 1C, SQL, (терминал если 1Сv7.7,) антивирус, WSUS, почта/SIP, DFS/SMB/печать (если есть «филиалы»), AD, резервный AD (если много пользователей и «филиалов»)…
«Филиалы» — потому что может быть и вариант с офисом и несколькими магазинчиками (т.е. народу итого мало, но они раскиданы по разным местам)
К серверу (или двум) отдельно покупается двух- или четырех-дисковый NAS: Synology, QNAP, etc…
Хотелось-бы что-бы он сам занимался уже копирование на удаленную площадку, синхронизацией и т.д. (тут хочется видеть общую статистику по всем имеющимся копиям, поэтому тупой скрипт копирования не совсем тот случай) — вот Вы пишите
с каждым NAS идет лицензия на вспомогательное ПО Xreplicator на 100 рабочих мест.
На удаленной площадке может быть как аналогичный NAS, так и просто один из пользовательских компов.
А теперь и сам ВОПРОС: Почему ни одна система резервного копирования не умеет использовать те немаленькие остатки дисков пользователей, когда из них вполне можно сделать распределенный массив для долгосрочных резервных копий? Что мешает поставить на каждый комп свой агент и постепенно переводить старые и очень старые бекапы на компы пользователей, на что-то типа «виртуальной ленты»? Ведь к таким данным может относиться не только старые бекапы, но какие-то редко используемые документы и т.д. и.т.п…
Я понимаю, что это совсем мелкий бизнес, бесплатные версии (или скрипты), как правило, б/у железо и прочая экономия — поэтому и возник вопрос: Насколько вот это всё мои больные фантазии, не имеющие ничего общего с реальностью, а насколько из всего этого можно что-то сделать, типа, «виртуальной ленты», например?
Почему ни одна система резервного копирования не умеет использовать те немаленькие остатки дисков пользователей, когда из них вполне можно сделать распределенный массив для долгосрочных резервных копий?
Такой подход к организации резервного копирования будет подразумевать, что вам как администратору не очень важна сохранность и/или доступность копий. Понятно, что можно организационно и частично программно запретить пользователям расходовать место/удалять файлы/выключать ПК/..., но все же этот «носитель» не полностью подвластен администратору. Видимо, поэтому производители ПО резервного копирования не горят желанием реализовывать подобный функционал. И в качестве хранения бекапов предлагают использовать серверное оборудование (NAS, сервер, лента...)
Skilline, тут стоит уточнить, что речь только про десктопы (либо терминалы) — т.е. стационарные рабочие места.
По-умолчанию, профиль пользователя хранится на сервере и пользователь может работать за любым рабочим местом. Соответственно, все его документы так-же лежат на сервере и он имеет к ним доступ независимо от того рабочего места за которое он сел поработать. Понятно, что в реальности у пользователя есть не только то, что на компьютере, но и реальные документы, личные вещи и всё такое. Но концепция такая. Из неё выходит, что накопитель на рабочем месте используется только для запуска и работы ОС. Всё остальное место не используется и, частенько, доступа у пользователя к нему нет, что-бы он не сохранил туда что-то важное и нужное, а оно неожиданно пропало. Бэкапа, кстати, то-же нет — в случае проблем раскатали образ, ввели в домен — можно работать.
Ну и случаи бывают разные. Кто-то копирует старые бекапы на болванки или внешние диски — мало-ли, вдруг понадобиться. (Лента мне не встречалась совсем, кстати)
Кто-то имеет только текущий бекап.
У кого-то сервер даже без ИБП и диски внутри в RAID0 (но батарейка на контроллере есть).
Т.е., распределенная файловая система и 2-3 копии на разных компах пользователей — и можно хранить вроде-бы неактуальные уже бекапы дальше — а вдруг надобность возникнет?.. Реально заморачиваться с отдельными дисками или, тем более, лентой под это дело никто не будет — есть текущий бекап (и ещё несколько предыдущих, хорошо если), а место на НАСе не резиновое, например…
По-умолчанию, профиль пользователя хранится на сервере и пользователь может работать за любым рабочим местом. Соответственно, все его документы так-же лежат на сервере и он имеет к ним доступ независимо от того рабочего места за которое он сел поработать. Понятно, что в реальности у пользователя есть не только то, что на компьютере, но и реальные документы, личные вещи и всё такое. Но концепция такая. Из неё выходит, что накопитель на рабочем месте используется только для запуска и работы ОС. Всё остальное место не используется и, частенько, доступа у пользователя к нему нет, что-бы он не сохранил туда что-то важное и нужное, а оно неожиданно пропало. Бэкапа, кстати, то-же нет — в случае проблем раскатали образ, ввели в домен — можно работать.
Ну и случаи бывают разные. Кто-то копирует старые бекапы на болванки или внешние диски — мало-ли, вдруг понадобиться. (Лента мне не встречалась совсем, кстати)
Кто-то имеет только текущий бекап.
У кого-то сервер даже без ИБП и диски внутри в RAID0 (но батарейка на контроллере есть).
Т.е., распределенная файловая система и 2-3 копии на разных компах пользователей — и можно хранить вроде-бы неактуальные уже бекапы дальше — а вдруг надобность возникнет?.. Реально заморачиваться с отдельными дисками или, тем более, лентой под это дело никто не будет — есть текущий бекап (и ещё несколько предыдущих, хорошо если), а место на НАСе не резиновое, например…
Под ваше описание вполне подходит EMC ScaleIO, что то типа такого https://habr.com/company/croc/blog/248891/. Если не покупать поддержку, то оно вполне себе бесплатно, но и любые проблемы с ScaleIO становятся вашими личными проблемами. В медиа-сервер бэкапа можно подключить просто как "блочный том". Под Windows оно умеет специальный бинарный файл, созданный на NTFS, отдавать в пул, а не просто неформатированный раздел с диска (хотя и так можно). Только на мой взгляд это все равно извращение, так как в таком случае компы пользователей не должны выключаться, что бы не развалить кластер ScaleIO.
Оно уже не продается и не качается, только с железом от Dell:
Да, с недавнего времени Dell-EMC прекращают распространение ScaleIO Software отдельно. Для тех заказчиков, кто успел приобрести поддержку только на ПО, сервис остается. Имея аккаунт на support.emc.com до сих пор можно скачать старые версии 2.0.1.4, 2.5 именно ScaleIO Software.
Да действительно переименовали в VxFlex OS, но при этом в "ScaleIO Software" варианте доступны версии вплоть до 2.6 Build 133 от 17 мая 2018 на портале вендора.
«Портал вендора» — это надо учетку иметь?
да
А учетку только вместе с каким-либо оборудованием можно получить или есть варианты без покупки чего-нибудь?
Вопрос несколько за пределами моих компетенций. Можно попробовать зарегистрироваться тут и станет понятно.
удалено
А зачем вообще использовать десктопы, если вся работа будет в терминальной сессии? Есть же бездисковые терминалы для этого…
Можно поинтересоваться, с чего сделан вывод, что
вся работа будет в терминальной сессии?
Но концепция такая. Из неё выходит, что накопитель на рабочем месте используется только для запуска и работы ОС
Исходя из этой фразы.
Исходя из этой фразыИнтересный вывод Вы сделали из этой фразы…
Далее, кстати, написано зачем и почему именно так всё организовано:
Всё остальное место не используется и, частенько, доступа у пользователя к нему нет, что-бы он не сохранил туда что-то важное и нужное, а оно неожиданно пропало. Бэкапа, кстати, то-же нет — в случае проблем раскатали образ, ввели в домен — можно работать.
Это мешает запустить браузер, в котором почта и любые другие веб-приложения?
Это мешает запустить Фотошоп, Офис, 1С Предприятие и ещё кучу программ?
Да, файлы при этом открываются с локального диска Z:\, например, который по-сути своей — подключенный каталог пользователя на сервере. Но причём тут только терминальный режим?
Вопрос несколько за пределами моих компетенций. Можно попробовать зарегистрироваться тут и станет понятно.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
QSAN XCubeNAS — NAS для корпоративного использования