Действительно ли это - хорошая идея взять локальные/удаленные резервные копии изображений сервера?

Я считал ту такого рода вещь (можно сделать это с центральными процессорами также), очень полезно в огромных супервычислительных кластерах.

Некоторые из этих кластеров выполняют столько машин, что будет аппаратный сбой каждые несколько часов. Быстрее, чем задания может завершиться. Это действительно портит вычисление. Добавление дублирования как это к каждому узлу может более чем удвоить время между отказом.

1
задан 22 October 2013 в 17:57
2 ответа

Ответ на ваш вопрос: да. В течение многих лет я приобрел привычку к серверам образов, или, по крайней мере, к важным серверам, с помощью таких инструментов, как Mondo, Acronis, Ghost и т. Д. Время восстановления с чистого металла с образами намного быстрее, чем восстановление из резервных копий. Когда вы выполняете восстановление из резервной копии файловой системы, вы все равно должны сначала пройти процесс установки и настройки операционной системы и, возможно, заново компилировать свои приложения. В то время как при восстановлении изображения объем ручного труда, связанный с этим (и объем «мышления»), намного меньше. Это дает два преимущества:

(a) значительно более быстрое восстановление (я очень не согласен с вышеупомянутым постером, который говорит, что время восстановления такое же)

(b) меньшая вероятность ошибки. Есть только один этап восстановления изображения.

0
ответ дан 4 December 2019 в 08:59

Мой ответ не отличается для виртуализированной и невиртуализированной среды:
Образы - полезные инструменты, но они не делают хороших резервных копий .

Вот почему:

  • В виртуальной среде вы можете сделать базовый снимок системы, а затем сохранить несколько дельта-снимков (которые необходимо будет воспроизводить по порядку).
    В конце концов у вас так много дельт, что вам нужно сделать еще один базовый моментальный снимок.

  • В физической среде вы действительно не можете делать правильные моментальные снимки без стабилизации системы.
    Это модная болтовня для "Окна простоя".
    Существуют методы создания моментальных снимков без отключения, которые дают полезные результаты, но есть МНОГО предостережений.

  • В любом случае, описанном выше, вы не можете выбрать то, что восстанавливаете: вам нужно восстановить последний снимок (плюс некоторые дельты), чтобы получить всю систему в определенный момент времени.
    Вы не можете просто вернуть «тот файл, который генеральный директор удалил сегодня утром, который является АБСОЛЮТНО КРИТИЧЕСКИМ для сегодняшней презентации» - вы должны где-то восстановить всю систему , а затем вытащить этот файл из нее.
    По сути, это означает, что вам по-прежнему нужны традиционные резервные копии, если вы используете моментальные снимки!


Что я бы порекомендовал вместо этого? Традиционные резервные копии.
(Да, даже на виртуальных машинах. Относитесь к ним так же, как к физическому хосту.)
Подумайте о том, что происходит, если у вас есть аппаратный сбой в каждом рабочем процессе кандидата:

Снимки

  1. Сетевая загрузка (или загрузка с компакт-диска) в программное обеспечение для восстановления снимков.
  2. Восстановите соответствующий базовый снимок, а также любые дополнительные снимки.
  3. Если у вас есть традиционные резервные копии, восстановите их, начиная с точки моментального снимка.

Традиционные резервные копии (со стандартными образами)

  1. Сетевая загрузка (или загрузка с компакт-диска) в программное обеспечение для создания образов.
  2. Загрузить стандартный образ (включая программное обеспечение для резервного копирования / восстановления и необходимые приложения).
  3. Настройте сеть по мере необходимости.
  4. Восстановление из резервных копий.

Итак, мы добавляем еще один шаг (настройка сети), но он не большой шаг.
Время восстановления с помощью стандартных образов довольно близко между резервным копированием и моментальными снимками, и не намного дольше при ручной установке, если ваш персонал достаточно компетентен.

Как вы обрабатываете удаленные резервные копии - это ваше дело - вы, безусловно, можете использовать традиционные магнитные ленточные (или съемные жесткие диски), а Iron Mountain предоставляет услуги по хранению лент, где они будут приносить вам большие синие корзины с носителями в стандартном порядке.
Вы также можете удалить систему хранения (NAS, зеркальный SAN, компьютер с некоторым программным обеспечением) за пределами площадки или использовать коммерческие решения, такие как Amazon Glacier или http://rsync.net


Обратите внимание, что вы можете (и должны ) использовать моментальные снимки для одного из случаев, которые вы описали в своем вопросе: чтобы было к чему вернуться в случае, если обновление или другое серьезное изменение пойдет не так. Снимки отлично подходят для этого.

Перед выполнением обновления или серьезного изменения, сделайте снимок критических систем и сохраните снимки локально. Если вам нужно вернуться, просто восстановите из созданного вами изображения.
В этом случае вы уже в окне сбоя (надеюсь, если вы все делаете правильно), поэтому вы можете выключить систему, чтобы сделать «холодный» снимок, и это единственный момент времени. которые вас интересуют («прежде, чем мы начнем вносить изменения»), поэтому ни один из потенциальных недостатков моментального снимка не применяется.

0
ответ дан 4 December 2019 в 08:59

Теги

Похожие вопросы