У меня есть следующая ситуация:
Проблема: Как я поддерживаю зеркало между 2 дисками самым надежным и удобным способом?
Что не будет работать на меня:
Так как часть "Windows" не является обязательным требованием, я осмелюсь предложить использовать ZFS.
IT будет работать под Linux (даже если производительность не звездная ... ) или FreeBSD, или IllumOS
У меня есть очень похожий рабочий процесс, который я использую для своих сырых фотографий дома, я делаю это с помощью USB3-флешек, но идея та же
1)Создайте зеркальный zpool
#sudo zpool status zmirrusb
pool: zmirrusb
state: ONLINE
scan: resilvered 18.4M in 8h1m with 0 errors on Sun Jul 28 23:55:06 2013
config:
NAME STATE READ WRITE CKSUM
zmirrusb ONLINE 0 0 0
mirror-0 ONLINE 0 0 0
usb-SanDisk_Cruzer_Fit_4C532000060405101492-0:0 ONLINE 0 0 0
usb-SanDisk_Cruzer_Fit_4C532000000405100343-0:0 ONLINE 0 0 0
2)Скопируйте в него свои данные
3)экспортируйте пул
# zpool export zmirrusb
4)отключите ваше хранилище и храните его где-нибудь в безопасном месте
5)когда вам нужно будет получить доступ к данным, переподключите хранилище
6)импортируйте пул и смонтируйте файловую систему
# zpool import zmirrusb
# zfs mount -a
Теперь вы можете экспортировать тома предпочтительным для вас способом.
Zfs поддерживают экспорт через Samba (CIFS) из коробки, я никогда не пробовал это делать сам, но что-то вроде этого, чтобы у вас появилась идея
7) экспортировать через samba
#zfs list zmirrusb
NAME USED AVAIL REFER MOUNTPOINT
zmirrusb 19.1G 10.2G 5.84G /zmirrusb
zmirrusb/stuff 68.2M 10.2G 1.13M /zmirrusb/stuff
#zfs set sharesmb=on zmirrusb/stuff
8) Просматривайте сеть.
Обратите внимание, что в зависимости от того, какие возможности совместного использования SMB вам нужны, вам, возможно, придется редактировать конфигурацию samba самостоятельно, zfs сделает доступной только определенную файловую систему, но не будет иметь дело с другими вещами, такими как аутентификация и авторизация.
Ваши требования кажутся довольно строгими и, наверное, вы стараетесь удерживать бюджет на минимально возможном уровне, но не думали ли вы использовать какой-нибудь другой вид хранения данных, который не требовал бы столько ручной работы?
Для такого рода архивирования идеально подходит объектно-ориентированный сервис хранения, пара примеров:
glusterfs - сетевое хранилище HA с возможностью экспорта на SMB/NFS из коробки.
fast - сервис типа Openstack S3, доступный через HTTP API (И проекты на базе milion fuse, чтобы он работал как FS)
Или, если вы действительно можете предсказать шаблоны использования ваших данных, попробуйте посмотреть, не является ли AWS Glacier чрезвычайно дешевым, но не дает вам мгновенного доступа к вашим данным, когда они вам нужны, и требует перезагрузки данных всякий раз, когда вам нужно получить к ним доступ.
.Обычно кронштейны жесткого диска с горячей заменой предназначены для случайного обслуживания, а не для ежедневного использования.
Моя рекомендация заключается в использовании внешних USB-накопителей. Это дает вам преимущество некоторой дополнительной защиты дисков, а также разъем, предназначенный для многократного отключения от сети и вставки. Кроме того, это не зависит от "экзотического" оборудования, что делает ваше решение более перспективным.
С USB-3 ограничивающим фактором будет производительность чтения-записи фактического диска, а не USB-соединения, и вы должны получить такую же производительность, как и при горячей замене SATA-порта.
Независимо от того, какой метод синхронизации двух наборов данных является rsync
. Выставьте один диск в сеть и синхронизируйте его с резервной копией.