У нас есть набор из 6 серверов в производстве для хранения некоторых массивных баз данных. Прямо сейчас у них есть 280 ГБ дискового пространства с чередованием и зеркалированием на 15K SCSI-дисках, наша существующая база данных заполняет их до 213 ГБ. Новая структура данных примерно в 1,1 раза больше старой.
Нам необходимо удвоить дисковое пространство для одной из этих систем за относительно небольшие деньги. На данный момент у меня нет «бюджета», но предположим, что он меньше 5 тысяч долларов.
Мы переносим то, как мы храним эти базы данных, и не покупаем новые серверы для миграции ...
Цель состоит в том, чтобы перенести данные во временную базу данных на некотором временном хранилище, удалить старые записи после подтверждения того, что перемещение было успешным, а затем переместить новые записи в постоянное хранилище.
Итак, подведем итоги: 1) Нам необходимо временно «увеличить» объем емкости, чтобы перенести данные 2) Мы не хотим тратить много денег 3) Нам нужно минимизировать риск в середине передачи данных .
Я бы избегал NAS. Для меня это просто паранойя. Если у вас есть хотя бы 1 тыс., Чтобы потратить, было бы достаточно легко построить базовую систему (даже новую) и загрузить ее с 4 или 5 дисками по 500 ГБ, все вместе подверглись рейдам (мой личный фаворит - Raid-5). В Raid 5 вы получите около 1,5 ТБ. Если бы вы только что сделали чередование, вы бы получили 2 ~ 2,5 ТБ. И затем у вас есть система, которую вы можете использовать после «проекта» - либо для хранения, либо для другого приложения, которое вы искали для тестирования.
Помните: система NAS, над которой вы имеете ограниченный контроль (что, по мнению некоторых, было бы хорошо). Но если бы вам нужно было каким-то образом манипулировать данными, которые хранятся, на мой взгляд, правильная компьютерная система была бы лучшим вариантом.
Удачи :)
Если производительность во временном хранилище не является большой проблемой, лучше всего будет приобрести USB-накопитель или, возможно, дешевый корпус NAS с диском 1 ТБ. И закинуть туда временные данные. Тогда у вас будет ТБ свободного хранилища, когда оно вам понадобится, и для случайных задач :)
Менее 5К?
Приобрести HP Proliant G6 с 8 дисками по 300 ГБ каждый, 12 ГБ ОЗУ, 2 четырехъядерными процессорами стоит около 3-4 тыс. Евро, а для этого потребуется всего 1U.
Дам тебе очень хорошо IOPS, и вы можете использовать его в дальнейшем как настоящий производственный блок.
NAS? Нет, спасибо, если что-то на моем сайте зависит от этого, я бы не стал покупать потребительский NAS ...
Я бы построил коробку на основе opensolaris с картой контроллера SATA supermicro AOC-SAT2-MV8 и некоторыми жесткими дисками. Таким образом, если вам когда-нибудь понадобится место для хранения файлов, которые не используются слишком активно, для них найдется место. Такое решение на 6-7 ТБ значительно снизит вашу отметку в 1000 долларов. Использование ZFS означает, что вы можете расти по мере необходимости.
Если это блоки Linux / Unix, это (или эквивалент используемой файловой системы, если применимо) часто является мощным магическим заклинанием для «дайте мне больше места»:
tune2fs -r 100 /dev/whatever
Я столкнулся с аналогичной ситуацией с большой базой данных Oracle. У нас был Дробо (http://www.drobo.com) под рукой (не подключенной к сети), поэтому я заполнил ее дисками и подключил к своему ноутбуку Mac. Я поделился устройством Drobo через NFS и скопировал на него данные. Мы выполнили необходимое обслуживание производственного хранилища, а затем скопировали в него данные. Все прошло довольно гладко, хотя это заняло довольно много времени (около 500 ГБ).