Я относительный новичок в виртуализации, но хотел бы внедрить ее в нашей организации. Приложение, которое я хотел бы протестировать, требует быстрого резервного копирования после сбоя ... Итак, я хотел бы разместить 2 сервера VMWare в сети и разместить виртуальные машины на дисковом массиве, чтобы, если один из хостов идет вниз, я могу поднять виртуальную машину на втором хосте. В настоящее время у нас нет NAS-сервера хранения Windows в сети, но у нас есть Windows Server с много дискового пространства в нем.
Кроме того, наши внутренние резервные копии выполняются с использованием DPM 2007 в результате резервного копирования данных, которые должны быть на машине с Windows (я думаю)
В идеальном мире я могу использовать большой массив на сервере Windows, а сервер VMWare ESX использовать его в качестве хранилища данных для виртуальных машин.
Однако я беспокоюсь, что это будет либо невозможно, либо будет плохо работать ... в этом случае я предполагаю, что мы используем Server 2008 Hyper-V вместо vmware ... или есть лучший способ обеспечить избыточность, которую я здесь ищу ?
Узнать, что мой вопрос бессмысленен, было бы так же полезно, как и получить ответ, потому что я все еще на стадии исследования :)
Чтобы сделать хранилище доступным для ESX / ESXi, вам обычно нужно использовать NFS или iSCSI. Вы можете настроить Windows для обслуживания NFS с помощью встроенного программного обеспечения или цель iSCSI с дополнительным ПО.
Хотя идея иметь резервный сервер хороша, идея иметь единую точку отказа в самом слабом звене в цепочке, хранилище, не годится. В вашей схеме, если у вас есть проблемы с хранилищем, вы будете отключены, пока он не будет отсортирован. Подумайте о том, чтобы хранить вторую копию дисков виртуальной машины в другом месте, если время простоя так важно. Данные во вторичном хранилище можно регулярно обновлять в рамках схемы резервного копирования. Несмотря на то, что у него может не быть требуемого параллелизма, он поможет вам выполнить резервное копирование намного быстрее, чем восстановление из резервной копии.
Посмотрите ответ Zoredache о том, как обслуживать диски для виртуальных машин. Что касается схемы резервного копирования, у вас есть несколько вариантов. Вы можете удалить клиент DPM непосредственно внутри гостевой ОС, и в этом случае он проигнорирует базовую архитектуру и будет рассматривать ее как другую машину Windows, для которой необходимо создать резервную копию. Вы можете посмотреть Вот для способа резервного копирования виртуальных машин путем привязки к VDR. YMMV с таким подходом (я сам этого не делал, поэтому могу указать вам на него только для исследования).
это очень хорошая идея использовать виртуализацию вместе с отдельным сервером хранения (san или nas), но
1. Я предлагаю иметь два сервера хранения (один для резервного копирования), чтобы иметь избыточность, лучше всего это устройства (подумайте о них, как о вашем маршрутизаторе wlan, который также является (в основном Linux) устройством), вы можете установить их примерно за 15 минут и управлять их в вашем браузере
2. Я бы избегал Windows (не рекомендуется устанавливать критические исправления безопасности каждые две недели с перезапуском)
3. для esxi я предлагаю устройства zfs-storage с opensolaris или nexenta и napp-it web-gui (простой в использовании и расширении, лучшая безопасность данных, дедупликация, nfs и iscsi для vmware включены)
попробуйте это в http://www.napp-it.org/pop_en.html инструкция по простой установке: см. napp.it.org
это бесплатное программное обеспечение!
4. если вы разделяете хранилище через nfs, тогда (также в большинстве случаев быстрее, чем iscsi), вы также можете получить доступ к своим виртуальным машинам через cifs из Windows (легко переместите или сделайте резервную копию)
gea