Pull to refresh

Comments 27

А что будет с бэкапами, если что-то случится с EMC Avamar у вас в цоде — взрыв/пришельцы/цунами...?
Есть ли резервирование самой EMC-шки?
Сейчас мы запускаем второе наше облако во втором ЦОД. Планируем установить второй рядом со вторым облаком. Это позволит размещать основные данные в облаке, а резервные в удаленном ЦОД на втором Авамаре и даст репликацию между двумя Авмарами.
UFO landed and left these words here
А зачем делать файловую (высокоуровневую) если делается блочная (низкоуровневая)?
Блочная предоставляет в большинстве случаев гораздо более высокое качество сжатия, чем файловая.
Сначала делает файловую, потом блочную.
Inline с переменным размером блока.
Интересно, зачем такая избыточность? И еще интересно, почему на узлах Raid 1 а не 10? При той же избыточности он по-моему даст бОльшую надежность.
А по моему в посте как раз описан Raid10:
Структура одиночного узла — 12 дисков, 6 из которых содержат основные данные (Raid0?), ещё 6 — зеркалируют их (RAID1)
Пробовали ли уже восстанавливаться из этих бэкапов? Как скорость восстановления, если что-то сломалось?
Да, делается полный откат, время восстановления зависит от пропускной способности каналов. Если объект в том же ЦОДе — достаточно быстро.
А как на счет шифрования бэкапа? Ведь вроде как получается решение не индивидуальное, да еще и удаленное, имеет смысл шифровать бэкапы, нет?

И, если я правильно понимаю, то в случае, если бэкап шифруется, дедупликация, по сути своей, перестает работать?
Шифрование, действительно, крайне негативно сказывается на дедупликации, поэтому нет смысла ее применять – вся фишка пропадает и решение будет дорогим. Да и смысла в этом нет – сохраняются блоки данных, из которых, при хищении дисков, на практике невозможно собрать что-то без функционала Avamar. Однако, есть возможность шифрования данных при передаче уже после дедупликации во избежание их кражи из канала.
Дорого и неэффективно. НетАпп выглядит более привлекательно на этом фоне.
Нетапп для другого совсем, это неправильно сравнивать.
1) Какой размер блока для дедупликации? Если он переменный, то как определяются блоки, которые уже имеют дубликаты?
2) Дедупликация на источниках — какой footprint возникает на источнике?
Длина блока переменная. Алгоритм разбиения на блоки работает таким образом, что результат разбиения одних и тех же данных идентичен. Новые данные образуют новые блоки. На источнике хранится кэш уже переданных файлов и блоков, сначала сравнение идет с ним, потом с глобальным кэшем (на сервере), если данные не найдены ни там ни там, то они передаются по сети. Размер кэша изменяется по итогам каждого бэкапа. Использование оперативной памяти в момент бэкапа для выполнения расчетов по умолчанию ограничено, так как решение рассчитано в том числе для бэкапа рабочих станций.
Получается, что дедупликация выполняется «поклиентно», а не к примеру в рамках вольюма (от всех клиентов)?
Если да, то получается дубликаты отсутствуют среди данных одного клиента, а если смотреть глобально, то присутствуют?
Средний размер 24К. Точки «разреза» потока данных определяются патентованным алгоритмом, который при вставлении в середину новых данных с большой вероятностью разрежет блоки так, что новые данные образуют один или несколько новых блоков, а границы старых при этом не изменяются, поэтому их не нужно заново бэкапить.
UFO landed and left these words here
Наши сервисы, в основном, рассчитаны на юридических лиц.
Не нашел в топике случаев успешного и сверхудачного восстановления.
Можно зарейдить-1 хоть миллион зеркал, но смысла из этого будет ноль, если нет методики восстановления. Вы базу MSSQL забэкапите? А MySQL? А редулоги? А накатите обратно? А контроллер домена авторитативно? А виртуальные машины vSphere, Hyper-V? А 1С в конце-то концов?
Миллион скорости и миллиард емкости это прекрасно, но не тогда, когда под рукой нет дизэстер рекавери плана.
Тут всё-таки упор на платофрму, а не прикладное ПО, которое позволит автоматизировать план фйеловера и фейлбэка. У ЕМС есть клиенты для разного типа ПО для обеспечения правильного бекапа и восстановления.
UFO landed and left these words here
Новое поколение, смотрю, на Dell PowerEdge делается? На фотографии справа R510 сервер.
Абсолютно верно, в данной конфигурации в качестве узлов хранения используются Dell PowerEdge R510.
Sign up to leave a comment.