Назад | Перейти на главную страницу

Может ли VMWare Server 2.0 быть полезен в производственной среде для облегчения резервного копирования?

Давайте рассмотрим эту идею группой здесь.

Я думаю об использовании VMWare Server в производстве для размещения

Причина, по которой я склоняюсь к серверу против ESXi, заключается в целях резервного копирования.

Используя ESXi, если я хочу создать резервную копию виртуальных машин, мне понадобится второй сервер в офисе с достаточным объемом памяти для хранения копии виртуальных машин.

Мне интересно, позволит ли размещение этой виртуальной среды поверх базовой установки сервера 2008 упростить резервное копирование как на ленту, так и на внешнее хранилище с помощью JungleDisk. Можно ли легко запустить моментальный снимок с помощью запланированного задания?

Я знаю, что это не обязательно касается восстановления на уровне файлов, но я хочу быть уверенным, что в случае аварийного восстановления мы сможем быстро восстановить рабочие серверы.

Эта концепция выдерживает критику? Не приведет ли минимальная установка Хоста 2008 к удалению слишком большого количества ресурсов с реальных производственных машин?

Это будет новый сервер Dell 410 с оперативной памятью 12 ГБ и (6) 600 ГБ 15K в RAID 6, процессоре Dual Intel Xeon 2,26 ГГц.

Не используйте VMWare Server так, как вы описали. Проблема с «привязкой» виртуальной машины в VMware Server заключается в том, что все, что вы получаете, - это моментальный снимок диска в данный момент времени. Нет абсолютно никакой гарантии, что образ на диске каким-либо образом согласован.

Возьмем, к примеру, ваш SQL-сервер. Файлы на диске не обязательно согласованы из-за действий, которые могут быть в процессе записи, сохранения в памяти или чего-то еще. Создание моментального снимка дисковой системы виртуальной машины ничем не отличается от отключения реального сервера - файловая система и содержащиеся на нем приложения могут, а могут и не выжить.

Чтобы сделать это правильно, вам нужно

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

Есть причина, по которой инструменты резервного копирования обычно стоят денег. Сделать это правильно - нетривиально, и когда на кону стоит ваша компания, вы готовы платить деньги за то, чтобы в чрезвычайных ситуациях вам мог помочь кто-то еще, кто является экспертом. Инструменты для виртуальных машин обычно стоят еще дороже из-за дополнительных вложений в инфраструктуру виртуальных машин.

Чтобы правильно выполнять хранение и виртуализацию, вам нужна абстракция.

Оставьте свой сервер x86 для выполнения обработки.

Купите NetApp, чтобы удовлетворить требования к хранилищу ваших виртуальных машин.

Производительность VMserver оставляет желать лучшего. Вам нужен гипервизор типа 1 по соображениям производительности.

Вы захотите провести некоторый анализ, чтобы определить, оправдает ли он переход от бесплатного типа 1 к платному типу 1. (например, с ESXi на ESX).

Есть пара инструментов, которые позволяют сделать резервную копию полной виртуальной машины под esxi ( ghettoVCB.sh). Вам не нужен сервер Vmware для резервного копирования.

Лучшим решением может быть просто разделить хранилище от сервера виртуальной машины, настроить сервер Vmware для доступа к его хранилищу через NFS. Храните файлы на втором сервере или в SAN, к которому у вас будет доступ и резервное копирование.