Possibilité de faire du Live Migration avec 2 serveurs dont le proc est différent ?
Chez VMware :
Oui
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1991
Chez Microsoft :
With Hyper-V R2, we include a new Processor Compatibility feature. Processor compatibility allows you to move a virtual machine up and down multiple processor generations from the same vendor. Here’s how it works.
When a Virtual Machine (VM) is started on a host, the hypervisor exposes the set of supported processor features available on the underlying hardware to the VM. This set of processor features are called guest visible processor features and are available to the VM until the VM is restarted.
When a VM is started with processor compatibility mode enabled, Hyper-V normalizes the processor feature set and only exposes guest visible processor features that are available on all Hyper-V enabled processors of the same processor architecture, i.e. AMD or Intel. This allows the VM to be migrated to any hardware platform of the same processor architecture. Processor features are « hidden » by the hypervisor by intercepting a VM’s CPUID instruction and clearing the returned bits corresponding to the hidden features.
Just so we’re clear: this still means AMD<->AMD and Intel<->Intel. It does not mean you can Live Migrate between different processor vendors AMD<->Intel or vice versa.
Hyper-V Processor Compatibility can be done on a per VM basis (it’s a checkbox) and doesn’t require any BIOS changes.
Q: Does processor compatibility have a hardware requirement? Does it require Intel Flex Migration or AMD Extended Migration?
A: Hyper-V processor compatibility mode has no dependencies on these technologies.
Hyper-V VM Processor Compatibility In Brief
Est ce qu’Hyper-V supporte les NAS ?
NAS devices are typically accessed via SMB (file level), which means from the Hyper-V server you’d be accessing a UNC path such as \\server\share. Hyper-V version 1 allowed this type of access, though it was never officially supported. With Hyper-V R2 (with Windows 2008 R2) RTM, UNC paths won’t work and aren’t supported.
If you want to use external storage with Hyper-V, such as a SAN, the storage must be locally mounted on the Hyper-V server or be part of a Cluster Shared Volume, which allows direct NTFS access. This means you need to connect via iSCSI or something like Fibre Channel (FC), which then allow you to format the partition as NTFS locally on the Hyper-V server and access at a block level. Hyper-V only supports block level access with Windows 2008 and Windows 2008 R2 RTM.
Article de référence sur le sujet : http://technet.microsoft.com/en-us/library/cc816844(WS.10).aspx
Important : Microsoft does not support network-attached storage (NAS) for Hyper-V.
Est ce que je peux mettre en place un cluster Actif/Actif avec Hyper-V ?
Attention à l’abus de langage : « actif/actif » concrètement il ne s’agit pas d’actif/actif mais de plusieurs actif/passif croisé. Ainsi il est tout à fait possible d’avoir plusieurs nœuds actifs à un instant T mais ces différents actifs ne traites pas les même machines virtuelles. Par exemple pour SQL il s’agit également d’actif/passif croisé: si l’on imagine un cluster 2 nœud SQL, on peut tout à fait avoir les deux nœuds avec chacun une instance active mais il n’est pas possible d’avoir une instance active sur les deux nœuds en mm temps.
Hyper-V et les lecteurs LTO
Les lecteurs LTO sont utilisables uniquement depuis la partition parente. Il n’est pas possible de « rediriger » de façon native un périphérique SCSI dans une machine virtuelle. Ainsi, le lecteur LTO n’est pas directement exploitable depuis la machine virtuelle.
Il existe néanmoins une solution pour « présenter » le lecteur LTO à une machine virtuelle, je vous donne la procédure à titre informatif si vous souhaitez monter une maquette de test mais je ne vous recommande pas de partir sur cette implémentation, principalement pour des raisons de support :
Il s’agit de paramétrer dans la partition parente le lecteur LTO en tant que « iSCSI Target » et de créer dans la machine virtuelle un « iSCSI Initiator » (le driver Microsoft’s inbedded iSCSI initiator peut être utilisé). Connectez les ensemble pour voir apparaitre le lecteur LTO.
Un article sur l’implémentation d’iSCSI : http://blogs.technet.com/josebda/archive/2009/01/31/step-by-step-using-the-microsoft-iscsi-software-target-with-hyper-v-standalone-full-vhd.aspx
Sauvegarde de machines virtuelles à partir de la partition parente Hyper-V à l’aise de la sauvegarde Windows Server : http://support.microsoft.com/kb/958662/fr
Est-ce que le NIC teaming est supporté avec Hyper-V V2 ?
Uniquement supporté par les constructeurs de cartes réseau.
Exemple chez HP :
Est-ce qu’à chaque fois que l’on fait un Live Migration, l’administrateur doit reconfigurer les paramètres réseau des VMs migrées ?
->non pas d’operation supplémentaire a faire lors d’un live migration.
Est ce que l’on peut ajouter de la mémoire et des cpus à chaud sur les systèmes d’exploitation qui le supportent (Windows 2008 et Linux) ?
->oui mais c’est completement dependant du constructeur,
http://technet.microsoft.com/en-us/library/cc755084(WS.10).aspx
Dynamic Hardware Partitioning
In Windows Server 2008 for Itanium-Based Systems and the 64-bit edition of Windows Server 2008 Datacenter, you now have the ability to add or replace processors and/or memory in a server while the system is running. This ability is supported by a feature called dynamic hardware partitioning. Before we can understand how dynamic hardware partitioning works and how it can improve the availability of your server hardware, let’s start by defining some terminology:
Est-ce que je peux protéger mes VMs créées sous Windows 08 R2 (donc avec l’apport des CSV) avec DPM 2007? Ou faut-il attendre DPM2010 ?
->Il faut effectivement attendre DPM 2010 pour sauvegarder la partie Csv (de manière officielle) et donc 2008 R2.
Est-ce qu’à chaque fois que l’on fait un Live Migration, l’administrateur doit reconfigurer les paramètres réseau des VMs migrées ?
->non pas d’operation supplémentaire a faire lors d’un live migration.
Comment sont gérés les droits d’accès à l’hyperviseur => est ce que VMM peut interroger l’AD et définir des droits d’accès ?
Dans une installation « standard » d’Hyper-V, c’est à dire sans VMM, l’hyperviseur se base sur un fichier « authorization store », stocké par défaut dans programdata\Microsoft\windows\Hyper-V\InitialStore.xml. Celui-ci peut faire correspondre rôle & autorisations à des comptes locaux ou AD. Lors de la mise en place de VMM, celui-ci utilisera son propre fichier. Ainsi, VMM peuplera le fichier avec les comptes AD des utilisateurs.
Il est important de noter qu’avec VMM, la granularité des permissions sera plus faible qu’avec Hyper-V seul.
A ce sujet, je vous recommande les billets suivants :
Je sais que lors d’un Live Migration il n’est possible de basculer qu’une VM une à la fois. Est il possible toutefois de réaliser des bascules en parallèle ? Aussi est-il possible de déterminer l’ordre dans lequel les VMs basculent. Par exemple d’abord Exchange, SQL, IIS puis ensuite les serveurs DNS, DHCP (moins critiques),…
Vous sélectionnez une VM à la fois afin de la migrer. A vous de voir laquelle vous souhaitez migrer en premier.
Vous pouvez automatiser la migration séquentiel via des scripts powershell.
Hyper-V only allows one VM to be in flight on a given node at any moment: but you can issue one command and it moves all the hyper-v VMs between nodes. Here’s the PowerShell command that does it.
Get-ClusterNode -Name grommit-r2 | Get-ClusterGroup |
where-object { Get-ClusterResource -input $_ | where {$_.resourcetype -like « Virtual Machine* »}} |
Move-ClusterVirtualMachineRole -Node wallace-r2
The video shows it in action with 2 VMs but it could just as easily be 200. The only people who would “spend more time in front of [a] management console” are those who are not up to speed with Windows Clustering. System Center will sequence moves for you as well. But… does it matter if the VMs are migrated in series or in parallel ? If you have a mesh of Network connections between cluster nodes you could be copying to 2 nodes of two networks with the parallel method, but if you don’t (and most clusters don’t) then n copies will go at 1/n the speed of a single copy.