Комментарии 20
> Технология vPower™
Без добавления tm это уже не технология?
> Instant VM Backup (Мгновенное Восстановление Виртуальных Машин)
> Таблица 1. Универсальное Восстановление Файлов
Если писать слова с маленьких букв, это выглядит не так привлекательно, да?
> При этом Вам не нужно восстанавливать
Форма «вы» с маленькой буквы недостаточно продаёт?
Что за маркетологический бред?
Без добавления tm это уже не технология?
> Instant VM Backup (Мгновенное Восстановление Виртуальных Машин)
> Таблица 1. Универсальное Восстановление Файлов
Если писать слова с маленьких букв, это выглядит не так привлекательно, да?
> При этом Вам не нужно восстанавливать
Форма «вы» с маленькой буквы недостаточно продаёт?
Что за маркетологический бред?
> Instant VM Backup (Мгновенное Восстановление Виртуальных Машин)
> Таблица 1. Универсальное Восстановление Файлов
Это официальный перевод названия, как названия Apple или Глонасс.
> При этом Вам не нужно восстанавливать.
Я стараюсь придерживаться вежливой формы общения.
В любом случае, спасибо за отзыв :)
> Таблица 1. Универсальное Восстановление Файлов
Это официальный перевод названия, как названия Apple или Глонасс.
> При этом Вам не нужно восстанавливать.
Я стараюсь придерживаться вежливой формы общения.
В любом случае, спасибо за отзыв :)
> Это официальный перевод названия, как названия Apple или Глонасс.
Речь не об этом.
В русском языке в многословных названиях с прописной буквы пишется только первое слово, независимо от расстановки прописных букв оригинала.
То есть правильно писать так: «Instant VM Backup (Мгновенное восстановление виртуальных машин)»
Исключения из этого правила есть, но рекламно-ознакомительная статья в их число не входит.
Речь не об этом.
В русском языке в многословных названиях с прописной буквы пишется только первое слово, независимо от расстановки прописных букв оригинала.
То есть правильно писать так: «Instant VM Backup (Мгновенное восстановление виртуальных машин)»
Исключения из этого правила есть, но рекламно-ознакомительная статья в их число не входит.
>> Пока ВМ работает из резервной копии с небольшой потерей производительности
насколько небольшая потеря?
насколько небольшая потеря?
«Проседание», в целом, может зависеть от ряда факторов — от типа и скорости хранилища данных, на котором хранятся резервные копии, от производительности NFS-сервера, от того, насколько забита сеть между NFS-сервером и ESX'ом.
В целом, если среда хорошо спроектирована и реализована, потеря производительности будет в несколько процентов. Пользователи могут этого даже не заметить.
В целом, если среда хорошо спроектирована и реализована, потеря производительности будет в несколько процентов. Пользователи могут этого даже не заметить.
>> Multi-OS File-Level Recovery, или Универсальное Восстановление Файлов, позволяет восстановить файл любой гостевой операционной системы или файловой системы…
если не секрет, то какие примерные потери скорости копирования данных их резервной копии не ms файловых систем?
Насколько я помню почти все решения по поддержке банальной Ext файловой системы в win грешат удручающей скоростью работы с фс.
Я к тому, что если мне надо выдернуть из бэкапа *nix-системы кучу данных, то не окажется ли, что быстрее будет выдернуть vhd из бэкапов и смонтировав его на другую виртуалку скопировать данные через сетку?
если не секрет, то какие примерные потери скорости копирования данных их резервной копии не ms файловых систем?
Насколько я помню почти все решения по поддержке банальной Ext файловой системы в win грешат удручающей скоростью работы с фс.
Я к тому, что если мне надо выдернуть из бэкапа *nix-системы кучу данных, то не окажется ли, что быстрее будет выдернуть vhd из бэкапов и смонтировав его на другую виртуалку скопировать данные через сетку?
Потери в скорости происходят из-за накладных расходов сетевого взаимодействия компонент, участвующих в восстановлении данных. Наиболее существенными они будут при восстановлении большого количества мелких файлов, в сетях с большой латентностью, а также на сильно фрагментированных файловых системах.
Если немного подробнее, то при file-level восстановлении (Windows & multi-OS) компоненты, участвующие в восстановлении, заранее не знают, какие части диска потребуются для этого потребуются. Если восстанавливаемый файл нефрагментирован и достаточно велик, то количество сетевых взаимодействий можно уменьшается за счет кэширования данных. В случае восстановления всей ВМ исчезает необходимость в чтении произвольных фрагментов диска, отправка данных производится большими порциями, т.д., что минимизирует количество запросов на блоки данных вплоть до нуля.
Если немного подробнее, то при file-level восстановлении (Windows & multi-OS) компоненты, участвующие в восстановлении, заранее не знают, какие части диска потребуются для этого потребуются. Если восстанавливаемый файл нефрагментирован и достаточно велик, то количество сетевых взаимодействий можно уменьшается за счет кэширования данных. В случае восстановления всей ВМ исчезает необходимость в чтении произвольных фрагментов диска, отправка данных производится большими порциями, т.д., что минимизирует количество запросов на блоки данных вплоть до нуля.
в чем функциоальная разница между репликой и бекапом?
Может у вас есть табличка какие фичи есть в том или ином методе??
Может у вас есть табличка какие фичи есть в том или ином методе??
Репликация — это копирование оригинальной ВМ на другой сервер ESX. При этом создается точная копия (реплика), в которую периодически подгружаются изменения оригинальной ВМ. Репликация тем хороша, что обеспечивает лучшие RTO и RPO, потому что вы фактически имеете копию оригинальной ВМ в состоянии, готовом к запуску в любой момент. Репликацию лучше использовать для самых критически важных ВМ, где RTO — минимально. Реплика занимает гораздо больше места, чем резервная копия, потому что резервная копия — это сжатый и дедуплицированный файл.
Поэтому общий совет такой: нужно сделать резервные копии всех ВМ, и вдобавок к этому реплики самых критически важных ВМ, чтобы иметь возможность восстановить самые важные ВМ максимально быстро «в случае чего».
Поэтому общий совет такой: нужно сделать резервные копии всех ВМ, и вдобавок к этому реплики самых критически важных ВМ, чтобы иметь возможность восстановить самые важные ВМ максимально быстро «в случае чего».
т.е. все фичи и плюшки в плане восстановления одинаковы как для бекапа так и для реплики и разница только в RTO и RPO?
Фактически, разница между репликой и резервной копией заключается в:
- RTO (восстановление из резервной копии занимает больше времени)
- количестве занимаемого дискового пространства (резервные копии сжаты и дедуплицированы)
- количестве точек восстановления (резервные копии имеют больше точек восстановления и используются для хранения за более длительный период, чем реплики)
ну а как же возможность проверки бекапа? :)
виртуал лаб и прочие плюшки?
виртуал лаб и прочие плюшки?
Проверять корректность реплики можно по следующему алгоритму.
Поставил veeam_backup_6.5.0.144
на win7 x86 и на Windows Server 2012R2
Подключаю хосты, ладно что он не увидел ВМ Windows Server 2012R2,
но он и Hyper-V Server 2012 ВМ не видит,
пишит loading VM list.
Переподключил перезагрузил все…
Подключение всегда без ошибок происходит
ищет минуту-две
нашел…
Ура думаю, начинаю делать бекап
второй пункт
Building VM list (в одном месте Building, в другом loading )
минута две три
И вылетает с ошибкой
добавлял это в реестр
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\Internet]
«Ports»=hex(7):35,00,30,00,30,00,30,00,2d,00,35,00,31,00,30,00,30,00,00,00,00,\
00
«PortsInternetAvailable»=«Y»
«UseInternetPorts»=«Y»
порты на firewall открыл 22 135 137-139 445 6160 6162 6163 2500-5100
на win7 x86 и на Windows Server 2012R2
Подключаю хосты, ладно что он не увидел ВМ Windows Server 2012R2,
но он и Hyper-V Server 2012 ВМ не видит,
пишит loading VM list.
Переподключил перезагрузил все…
Подключение всегда без ошибок происходит
ищет минуту-две
нашел…
Ура думаю, начинаю делать бекап
второй пункт
Building VM list (в одном месте Building, в другом loading )
минута две три
И вылетает с ошибкой
добавлял это в реестр
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\Internet]
«Ports»=hex(7):35,00,30,00,30,00,30,00,2d,00,35,00,31,00,30,00,30,00,00,00,00,\
00
«PortsInternetAvailable»=«Y»
«UseInternetPorts»=«Y»
порты на firewall открыл 22 135 137-139 445 6160 6162 6163 2500-5100
Лучше всего такой вопрос задать на портале техподдержки, так как могут потребоваться логи и информация об окружении, а такой информацией лучше обмениваться в частном порядке.
Или, можно задать этот вопрос на форуме Veeam Backup,- там тоже оперативно отвечают.
Или, можно задать этот вопрос на форуме Veeam Backup,- там тоже оперативно отвечают.
Разница между бекапом и репликой ещё и в том, что при логическом разрушении данных внутри вм, очень скоро тоже самое произойдёт в реплике. Если ничего не изменилось в самых последних версиях Veeam'а, реплика не умеет хранить несколько точек восстановления.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Veeam vPower: запуск виртуальных машин из резервных копий, внутри тестовой среды, и гранулярное восстановление файлов