Репликация — это копирование оригинальной ВМ на другой сервер ESX. При этом создается точная копия (реплика), в которую периодически подгружаются изменения оригинальной ВМ. Репликация тем хороша, что обеспечивает лучшие RTO и RPO, потому что вы фактически имеете копию оригинальной ВМ в состоянии, готовом к запуску в любой момент. Репликацию лучше использовать для самых критически важных ВМ, где RTO — минимально. Реплика занимает гораздо больше места, чем резервная копия, потому что резервная копия — это сжатый и дедуплицированный файл.
Поэтому общий совет такой: нужно сделать резервные копии всех ВМ, и вдобавок к этому реплики самых критически важных ВМ, чтобы иметь возможность восстановить самые важные ВМ максимально быстро «в случае чего».
Потери в скорости происходят из-за накладных расходов сетевого взаимодействия компонент, участвующих в восстановлении данных. Наиболее существенными они будут при восстановлении большого количества мелких файлов, в сетях с большой латентностью, а также на сильно фрагментированных файловых системах.
Если немного подробнее, то при file-level восстановлении (Windows & multi-OS) компоненты, участвующие в восстановлении, заранее не знают, какие части диска потребуются для этого потребуются. Если восстанавливаемый файл нефрагментирован и достаточно велик, то количество сетевых взаимодействий можно уменьшается за счет кэширования данных. В случае восстановления всей ВМ исчезает необходимость в чтении произвольных фрагментов диска, отправка данных производится большими порциями, т.д., что минимизирует количество запросов на блоки данных вплоть до нуля.
«Проседание», в целом, может зависеть от ряда факторов — от типа и скорости хранилища данных, на котором хранятся резервные копии, от производительности NFS-сервера, от того, насколько забита сеть между NFS-сервером и ESX'ом.
В целом, если среда хорошо спроектирована и реализована, потеря производительности будет в несколько процентов. Пользователи могут этого даже не заметить.
> Instant VM Backup (Мгновенное Восстановление Виртуальных Машин)
> Таблица 1. Универсальное Восстановление Файлов
Это официальный перевод названия, как названия Apple или Глонасс.
> При этом Вам не нужно восстанавливать.
Я стараюсь придерживаться вежливой формы общения.
HP SAN появились достаточно давно и их firmware, согласно официальной информации производителя, поддерживает технологию VCB для тех клиентов, которые продолжают использовать старые версии vSphere. Обычно, чем крупнее компания, тем более консервативна она в вопросах миграции на новые версии программного обеспечения – так что здесь нет ничего удивительного – HP просто видимо следует за потребностями части своих клиентов из крупного бизнеса.
Что же касается Veeam Backup & Replication, то он работает со снэпшотами HP SAN напрямую через VADP.
Поэтому общий совет такой: нужно сделать резервные копии всех ВМ, и вдобавок к этому реплики самых критически важных ВМ, чтобы иметь возможность восстановить самые важные ВМ максимально быстро «в случае чего».
Если немного подробнее, то при file-level восстановлении (Windows & multi-OS) компоненты, участвующие в восстановлении, заранее не знают, какие части диска потребуются для этого потребуются. Если восстанавливаемый файл нефрагментирован и достаточно велик, то количество сетевых взаимодействий можно уменьшается за счет кэширования данных. В случае восстановления всей ВМ исчезает необходимость в чтении произвольных фрагментов диска, отправка данных производится большими порциями, т.д., что минимизирует количество запросов на блоки данных вплоть до нуля.
В целом, если среда хорошо спроектирована и реализована, потеря производительности будет в несколько процентов. Пользователи могут этого даже не заметить.
> Таблица 1. Универсальное Восстановление Файлов
Это официальный перевод названия, как названия Apple или Глонасс.
> При этом Вам не нужно восстанавливать.
Я стараюсь придерживаться вежливой формы общения.
В любом случае, спасибо за отзыв :)
Что же касается Veeam Backup & Replication, то он работает со снэпшотами HP SAN напрямую через VADP.