6

В настоящее время у меня есть облачный сервер Rackspace, который я бы хотел перенести на виртуальную машину Azure. Недавно я получил подписку на MSDN, которая дает мне определенный уровень хостинга через Azure бесплатно, где я сейчас плачу за этот уровень обслуживания с помощью Rackspace.Резервное копирование Microsoft Azure Virtual Machine

Однако, одна из приятных вещей о Rackspace заключается в том, что я могу запланировать ночные/еженедельные резервные копии образа виртуальной машины. Есть ли какой-либо механизм для этого на Azure? Я беспокоюсь о защите от коррупции базы данных (то есть, если кто-то должен был запустить инструкцию UPDATE и забыть предложение WHERE). Есть ли механизм для этого с Azure?

Я знаю, что виртуальные машины хранятся как .VHD-файлы в моем локальном хранилище Azure, но изображение VM составляет 127 концертов. Загрузка этой ночной даже с помощью интернет-магазина FIOS на самом деле не будет летать в качестве решения.

ответ

5

Вы можете выполнить асинхронную копию блоба, чтобы сделать физическую копию VHD. См. here для получения информации о REST API. Эта операция выполняется очень быстро в одном центре обработки данных (может быть, несколько секунд?). Вам не нужно делать необработанные звонки REST: есть метод, уже реализованный в интерфейсе командной строки Azure, доступный here. Команда:

azure vm disk upload

Вы также можете принять blob snapshots и вернуться к предыдущему снимку позже. Снимка доступна только для чтения (которую вы можете скопировать позже) и сначала занимает не место. Однако, когда страницы хранилища изменены, снимок увеличивается.

Один вопрос: почему такой большой образ VM? Вы сохраняете данные OS + на том же VHD? Если это так, может возникнуть больше смысла монтировать отдельный Azure Drive (также хранящийся в VHD в хранилище blob) для хранения данных и создания независимых копий/снимков.

+0

Нет, на самом деле у меня есть ОС на 127-гигабайтной перегородке и установлена ​​отдельная Azure Drive для данных, как вы и предполагали. Я просто создал экземпляр «Medium» размера Azure VM, и это был размер, который был создан по умолчанию. Я был бы открыт для разгрома виртуальной машины и воссоздания ее снова, если бы я мог уничтожить это, чтобы сделать резервные копии более эффективными. – Scott