Репликация хранилища Azure и Azure Backup
Зачем нам нужно резервное копирование Azure для наших виртуальных машин (дисков) в Azure, когда учетная запись хранения Azure предоставляет различные параметры репликации, такие как LRS, ZRS, GRS, RA-GRS.
Все данные уже реплицированы в другом регионе (в случае GRS), какие преимущества я получу от Azure Backup.
2 ответа
Все данные уже реплицированы в другом регионе (в случае GRS), какие преимущества я получу от Azure Backup.
Репликация не является резервной копией!
Это правда, что когда вы выбираете репликацию GRS, сохраняется 6 копий ваших данных (3 в основном и 3 в дополнительном), но когда вы удаляете данные из основного, данные из дополнительного автоматически удаляются.
ОБНОВИТЬ
Вы имеете в виду, что если какие-либо данные удалены / повреждены из-за какой-либо ошибки / ошибки, их можно воспроизвести из резервной копии, и это невозможно в случае репликации хранилища.
Вы абсолютно правы!
Но Microsoft продает "Резервное копирование Azure и восстановление сайта" как стратегию BCDR. В контексте любого бедствия, почему бы просто не полагаться на репликацию хранилища. Какие преимущества резервного копирования Azure / восстановления сайта?
Я не использовал резервное копирование Azure, поэтому позвольте мне ответить на него с точки зрения репликации хранилища. Проще говоря, "В контексте Azure катастрофа не является катастрофой, если Microsoft не считает, что это катастрофа". До того момента, когда это произойдет, вы не получите доступ к вторичному серверу, если вы выбрали репликацию GRS (с RA-GRS у вас, очевидно, есть возможность считывать данные с вторичного сервера в любое время).
Более того, если вы выберете репликацию LRS или Premium LRS и в одном центре обработки данных действительно произойдет сбой, все ваши данные будут потеряны. С помощью Azure Backup вы, по крайней мере, храните копию своих данных в безопасном месте и можете воссоздать свою среду на основе этой резервной копии.
Я знаю, что этот вопрос старый, но MS предоставляет решение для аварийного восстановления с помощью учетной записи хранения.
У нас может быть 2 решения для борьбы с бедствием
он сказал:
Если основная конечная точка становится недоступной по какой-либо причине, клиент больше не может писать в учетную запись хранения. На следующем изображении показан сценарий, при котором основной становится недоступным, но восстановление еще не произошло:
введите описание изображения здесь
Клиент инициирует переключение учетной записи на вторичную конечную точку. Процесс отработки отказа обновляет запись DNS, предоставленную хранилищем Azure, так что вторичная конечная точка становится новой основной конечной точкой для вашей учетной записи хранения, как показано на следующем изображении: