Матрешка-2012

Год назад давал ссылку на то, как сделать ВМ с Hyper-V внутри VMware Workstation или vSphere 5.
Вот вам ссылка на то, как запустить Hyper-V внутри клиентского гипервизора Windows 8.

Проблема в том, что в Windows 2012 роль Hyper-V проверяет, не является ли сервер виртуальной машиной, и если это так - роль не ставится. Вполне понятная защита.
Для обхода используется утилита dism, в которой колдуем над образом так, чтобы роль ставилась при инсталляции самого сервера.

Сам я еще не ставил, а из статьи не понятно, можно ли после этого внутри виртуализированного Hyper-V запускать еще ВМ. А если можно, то как там обстоят дела с производительностью.

Скриншоты

Когда-нибудь выложу свою свою коллекцию скриншотов.

Вот, например, сегодняшний:
Суперскорость


Veeam Backup v6.x. Архитектура. Депозитарий для резервных копий

О том, как масштабировать репозитарии, я уже писал http://www.veskin.ru/2012/07/veeam-backup-v6x.html.
С хранением резервных копий все также достаточно гибко – возможны различные варианты, но у каждого есть свои нюансы.

Само собой резервные копии желательно хранить вне пределах виртуальной инфраструктуры, чтобы избежать «одной корзины» (или «single point of failure»). Так что так или иначе желательно иметь отдельный массив под резервные копии. Все остальное зависит от задачи, которую необходимо решить.
Репозитарии – серверы, которые осуществляют запись на диск – могут быть различные по типу установки:
   a) Виртуальные
   b) Физические
По типу ОС:
   a) Windows
   b) Linux
По месту хранения:
   a) Локальный диск – то, что видно сервером как локальные диски: локальные диски, DAS-полка с дисками, FC- и iSCSI-хранилища, USB-накопители и т.п.
   b) CIFS-шара
   c) NFS-шара

SureBackup'им RHEL

Решение проблемы смены MAC-адреса ВМ с RHEL/CentOS в Veeam Backup VirtualLab.

RedHat в конфигурационном файле сетевого интерфейса (/etc/sysconfig/network-scripts/ifcfg-eth<номер_интерфейса>) содержит строчку привязки конфигурационных настроек к MAC-адресу. Выглядит строка так:
HWADDR=xx:xx:xx:xx:xx:xx

При старте система проверяет текущий MAC, и если он не соответствует заданному значению, то конфигурационный файл переименовывается в .bak и создается новый файл с пустыми настройками (использует DHCP для получения адреса и т.п.). Это может привести к нежелательным результатам: например, приложение web-сервера может отказываться запуститься.
С этой проблемой сталкиваются при клонировании ВМ или запуске ВМ из резервной копии в Veeam Backup VirtualLab.

Решение: закомментировать через "#" эту проверку в конфигурационном файле и произвести повторное резервное копирование.