Сведения о резервном копировании без агента с поддержкой аварийного сбоя для виртуальных машин Azure (предварительная версия)
Azure Backup поддерживает резервные копии виртуальных машин без агента с помощью точек восстановления, согласованных с несколькими дисками (предварительная версия). Расширенная политика резервного копирования виртуальных машин теперь позволяет настроить тип согласованности резервных копий (точки восстановления, согласованные с приложением или предварительная версия точек восстановления с согласованием сбоев) для виртуальных машин Azure. Эта функция также позволяет резервному копированию виртуальных машин Azure повторить операцию резервного копирования с помощью моментальных снимков, согласованных сбоем (для поддерживаемых виртуальных машин), если сбой моментального снимка, согласованного с приложением.
Когда вы можете выбрать резервное копирование, согласованное с сбоями, по сравнению с резервным копированием, согласованным с приложением?
Выберите выполнение резервного копирования, согласованного сбоем, в следующих сценариях:
Если рабочая нагрузка учитывает производительность и может терпеть восстановление из отказоустойчивых резервных копий, то резервные копии, согласованные с аварийной загрузкой, помогают замораживает операции ввода-вывода виртуальных машин в течение более короткого периода во время резервного копирования. Резервное копирование, согласованное с сбоями, не использует службу теневого копирования томов (VSS) (для Windows) или fsfreeze (для Linux), чтобы избежать связанных задержек в очереди.
Если вы не хотите установить агент виртуальной машины или расширение моментального снимка, необходимое для моментальных снимков, согласованных с приложениями или файловой системой, на виртуальной машине Azure используйте отказоустойчивые резервные копии для решения резервного копирования без агента.
Если операционная система не поддерживается для резервного копирования, согласованного с файловой системой, используйте отказоустойчивые резервные копии. Отказоустойчивая резервная копия не зависит от операционной системы, так как она не зависит от агента виртуальной машины или расширения моментальных снимков.
Когда не использовать резервные копии, согласованные с аварийной производительностью?
Не используйте отказоустойчивые резервные копии в следующих сценариях:
- Если приложение не может терпеть восстановление из аварийно-согласованных резервных копий.
- Если вы используете скрипты предварительного и post для резервного копирования виртуальных машин Linux.
- Если вы используете кэширование узла чтения и записи, а рабочая нагрузка учитывает кэшированные данные, не сбрасываемые перед резервной копией.
Цены на резервное копирование без агента с несколькими дисками
Во время предварительной версии виртуальные машины Azure, резервные копии с поддержкой аварийного сбоя с несколькими дисками взимается за 0,5 защищенного экземпляра (PI) и используемого хранилища резервных копий.
Поддерживаемые сценарии резервного копирования виртуальных машин без агента с поддержкой аварийного сбоя (предварительная версия)
В следующей таблице перечислены поддерживаемые сценарии резервного копирования виртуальных машин Azure без агента с поддержкой аварийного сбоя.
| Сценарий | Возможность поддержки |
|---|---|
| Доступность по регионам | Поддерживается во всех общедоступных регионах Azure. |
| Тип политики резервного копирования | Резервное копирование без сбоя, согласованное с агентом, поддерживается только с расширенной политикой. |
| Тип и размер виртуальной машины | — Поддерживается для размеров виртуальных машин, которые поддерживают хранилище класса Premium (размер виртуальной машины, который включает "s" в их имя), например DSv2. — Поддерживаются доверенные виртуальные машины запуска. — виртуальные машины с дисками категории "Ультра", SSD версии 2 уровня "Премиум", "Временные диски ОС", "Общие диски" и "Ускорение записи" не поддерживаются. |
| Скрипт pre/post | Не поддерживается для резервного копирования виртуальных машин Linux. |
Примечание.
Для дисков, настроенных с кэшированием узла чтения и записи, согласованность аварийного сбоя с несколькими дисками не может быть гарантирована, так как операции записи, происходящие во время создания моментального снимка, могут не быть подтверждены служба хранилища Azure. Если обеспечение согласованности имеет решающее значение, рекомендуется использовать резервные копии, согласованные с приложениями.