У меня есть относительно большая библиотека размером около 50 ТБ, резервную копию которой мне нужно создавать как минимум раз в неделю. В настоящее время видеоконтент хранится на массиве жестких дисков емкостью 3 ТБ. Я бы оценил количество нового контента в неделю примерно в 300 ГБ.
Облачное решение отсутствует, поскольку для такого объема хранилища оно слишком дорогое.
Что бы вы посоветовали сделать резервную копию этой цифровой библиотеки? А как насчет лент LTO-5?
По моим подсчетам, у вас полный оборот примерно за 170 недель, или за 3 года.
Ключевым моментом в определении целевого времени восстановления (RTO) является то, какие данные нужны вашим пользователям для продуктивной работы. Поскольку это видеофайлы, я предполагаю, что восстановление в первую очередь самых последних данных сделает их продуктивными, а остальную часть библиотеки вы переведете в онлайн. Но только вы знаете, как часто обращаются к более старому материалу.
Вы будете удивлены, насколько хорошо лента справится с такой работой. Видео файлы бывают большие и длинные, и если они не фрагментированы, все это может транслироваться очень быстро. И что немаловажно, будет восстановить очень быстро, так как это много больших последовательных записей. Лента еженедельной смены сети с перекрестной ссылкой на базу данных для отслеживания содержимого каждой ленты может дать вам большой автономный архив, если вы хотите.
Если ваши видео относятся к категории «запись один раз - много чтения», вы можете пройти долгий путь, просто выполняя еженедельное резервное копирование измененных данных в сочетании с решением для репликации данных. Это даст вам «мгновенное восстановление» полного реплицированного решения, но с альтернативным методом восстановления в виде лент. Это будет означать удвоение ваших прямых затрат на хранение, но вы не сможете превзойти время восстановления после горячего резерва.
Если горячее резервирование слишком велико для вашей крови, цена за ГБ ленты все равно будет намного ниже, чем у диска. На восстановление потребуется больше времени, и на полное резервное копирование потребуется много времени, но в конце концов вы добьетесь нужного результата.
Что ж, "дешевого" способа решить эту проблему.
Я думаю, что backblaze уже сделал за вас большую часть тяжелой работы. Вот отличная статья о том, как им это удалось. http://blog.backblaze.com/2009/09/01/petabytes-on-a-budget-how-to-build-cheap-cloud-storage/
Они открывают дизайн, и кто-то продает все, что вам нужно, за исключением дисков. http://www.protocase.com/products/index.php?e=Backblaze
Поскольку не похоже, что вы возвращаетесь и меняете вещи, которые были однажды сохранены, я бы рекомендовал ленту. Им необходимо управлять с помощью надежного программного обеспечения для резервного копирования, которое может определять плохие носители, но похоже, что вы можете обойтись очень небольшим количеством оборудования. Библиотеки с двумя головками должно хватить, и это позволит вам позволить серверу резервного копирования выполнять восстановление в фоновом режиме между еженедельными инкрементами. 300 ГБ в неделю займет менее часа в неделю на один диск LTO-5.
Вы можете поручить программе подготовить набор лент для отправки за пределы площадки для восстановления сайта. Это позволит избежать необходимости отправлять 300 ГБ в неделю по глобальной сети для репликации.