ESXi 5 & local RAW Device Mapping (SATA)
Azi am fost confruntat cu situatia in care a trebuit sa prezint cateva discuri SATA ca RDM-uri unui masini virtuale. Planul era simplu doar ca m-am cam impotmolit atunci cand am vrut sa adaug discurile iar optiunea nu era disponibila:
Surpriza. Cica scenariul asta nu e suportat: http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1017530
Ca workaround ar exista varianta descrisa aici:
Insa nu merge pe ESXi 5. Am mai incercat si alte variante folosind config.xml insa fara succes.
Pana la urma rezolvarea a venit folosind VMKFTOOLS –R. Si merge. iar sintaxa e urmatoarea:
vmkfstools –r /vmfs/devices/disks/vml.0100000000202020202020202020202020395650444245314e535433313030 RDM1.vmdk -a lsilogic
Update: Am vazut ca merge si cu vmkfstools –z si ca unii recomanda si atasarea RDM-urilor pe un alt controller virtual insa in clipa asta nu m-am prins de ce. Daca mai aflu ceva mai revin cu detalii.
Fisierul vml pentru discul asociat il localizati folosind:
ls -l /dev/disks (atentie sa folositi fisierul vml asociat cu discul si nu cu partitiile de pe el, in caz ca exista date pe disk)
si/sau fdisk –l.
Hyper-V Live Migration in Windows Server 8
In Windows 8 Server, in afara de Hyper-V Replica mai exista si alte functionalitati ce-l fac destul de atractiv pentru SMB (si nu numai). Si anume imbunatatirile din “Live Migration”.
Exista acum trei posibilitati in Live Migration:
1. De a muta storage-ul masinii virtuale (VHDX) in alta locatie – echivalentul lui Storage vMotion din Vmware
2. De a muta masina virtuala live pe un alt nod Hyper-V (exact Live Migration din vechiul Hyper-V sau echivalentul lui vMotion din Vmware)
3. De a muta masina virtuala cu tot cu storageul atasat pe un alt server Hyper-V, feature care nu este disponibil (inca) in Vmware.
Feature-ul numarul 3 este dupa parerea mea extraordinar de bine venit pentru clientii SMB unde achizitionarea unui storage extern este de multe ori problematica datorita costurilor.
Totusi, chiar si clientii enterprise vor vedea un avantaj enorm in aceasta tehnologie, oferindu-le mult mai multa flexibilitate si uptime in operatiunile din datacenter.
La fel ca si in cazul vMotion, intreruperea conectivitatii cu masina virtuala este minima.
Personal, noul Live Migration din Windows 8 mi se pare mult mai usor de folosit/configurat decat Vmware vMotion. Iar faptul ca nu ai nevoie de shared storage il face chiar foarte interesant.
Si cum pana la RTM mai e destul, vom avea timp suficient sa-l testam.
Automatic shutdown issue in ESX or ESXi
Mai tineti minte optiunile de mai jos pentru oprirea automata a VM-urilor atunci cand hostul face shutdown?
E groaznic sa te bazezi pe ele si sa nu mearga. Si by default nu prea merc pentru ca sunt buggy. Solutia a fost descrisa in urmatorul KB:
Trebuie sa muti masina virtuala din grupul Manual Startup in grupul Any Order, dai OK si repeti procedura mutand in sens invers din Any Order in Manual Startup. Groaznic.
Note: On future host shutdowns, a graceful shutdown of the virtual machine is attempted. This step needs to be performed for every virtual machine that requires a graceful shutdown with the host, but not to start up with the host. The automatic startup settings, and therefore this workaround, do not transfer between hosts, so this procedure may need to be performed again if the virtual machine is vMotioned.
ESXi 5.0 & Windows 8 Hyper-V
Pana la urma se pare ca se pot rula Windows 8 nested Hyper-V chiar si sub ESXi. Trebuie sa aveti ESXi 5.0 U1.
Documentul ce descrie ce anume trebuie facut il gasiti aici: http://communities.vmware.com/docs/DOC-8970
In principiu este aceasi procedura ca si pana acum pentru Hyper-V doar ca mai trebuie adaugata o line in VMX-ul guest-ului:
mce.enable = TRUE
Disabling debug mode on Vmware Workstation Technology Preview 2012
By default in Vmware Workstation Technology Preview 2012 modul Debug e activat si asta afecteaza serios performanta VM-urilor.
Il puteti dezactiva inlocuind vmware-vmx-debug.exe cu vmware-vmx.exe.
Vmware & Windows 8
Se pare ca cea mai buna varianta de a testa Windows 8 ramane tot Vmware Workstation. Nu ca nu se stia ca Windows 8 ruleaza sub Vmware Workstation 8, dar se poate chiar mai mult.
Hyper-V 3.0 nested in Vmware Workstation? Da, se poate, insa in noul beta de Vmware Workstation pe care il puteti descarca de aici:
http://communities.vmware.com/community/vmtn/beta/workstationtp2012
Check out the new features:
- Installation and operation of VMware Workstation on Windows 8 and Windows Server 8
- Installation and operation of Windows 8 consumer preview and Windows Server 8 in a virtual machine
- Rendering and graphics correctness issues on all platforms and applications
- Linux 3D desktop experience, particularly when using the Ubuntu 12.04 LTS Beta
- Linux 3D application graphics correctness and performance
- Stability in real-world scenarios including suspend/resume and display and device support
- Nested Virtualization – running ESX and even trying Hyper-V* as a guest OS
- VNC connection performance and stability
Si s-a lansat si U1 pentru ESXi 5.0 insa nu am auzit nimic legat de suport pentru Windows 8.
http://www.vmware.com/support/vsphere5/doc/vsp_esxi50_u1_rel_notes.html
Changing NTP servers on all ESX hosts via Powershell
Treaba din titlu se poate face foarte usor cu urmatorul script Powershell:
Add-PSsnapin VMware.VimAutomation.Core
Connect-VIserver VCENTERSERVER
$NTPServers = ("192.168.1.1","192.168.1.2")
$Hosts = get-vmhost
ForEach ($VMHost in $Hosts)
{
$OldNTPArray = Get-VMHostNtpServer -VMHost $VMHost
Remove-VMHostNtpServer -VMHost $VMHost -NtpServer $OldNTPArray -Confirm:$false
Add-VMHostNtpServer -VMHost $VMHost -NtpServer $NTPServers -Confirm:$false
Set-VMHostService -HostService (Get-VMHostservice -VMHost (Get-VMHost $VMHost) | Where-Object {$_.key -eq "ntpd"}) -Policy "Automatic"
Get-VmhostFirewallException -VMHost $VMHost -Name "NTP Client" | Set-VMHostFirewallException -enabled:$true
Get-VmHostService -VMHost $VMHost | Where-Object {$_.key -eq "ntpd"} | Restart-VMHostService -Confirm:$false
}
Trebuie doar sa inlocuiti VCENTERSERVER cu numele actual al serverului pe care ruleaza VCenter-ul si IP-urile din array-ul $NTPServers.
Scriptul va enumera toata host-urile conectate la vCenter, va face remove la vechile servere NTP, le va adauga pe cele noi, va seta exceptii in firewall si va restarta serviciul NTPD.
Bulk password change for ESX
Cautand o solutie pentru a schimba parola rapid pe mai multe hosturi ESX am gasit din link-ul de mai jos:
http://www.van-lieshout.com/2009/02/bulk-change-your-esx-root-password/
Este in Powershell si aveti nevoie de PowerCLI instalat pe masina de unde il veti rula. Nu e nevoie de vCenter.
L-am testat si merge inclusiv pe vSphere 5.
Linked Clones on ESXi
Linked Clones sunt foarte utile (in special pt laboratoare) insa sunt disponibile doar in Vmware Workstation sau cu Vmware View.
Totusi API-urile necesare pot fi accesate si se pot face Linked Clones si pe Vmware ESXi. De fapt nu e 100% adevarat. API-urile sunt in vCenter, deci aveti nevoie de vCenter obligatoriu daca vreti Linked Clones.
Exista cateva exemple functionale pe internet insa mie personal mi-a placut cel in Powershell de la Keshav Attrey.
Trebuie doar sa pui numele vcenter-ului, numele masinii virtuale si numele snapshot-ului de la care se va face linked clone. Merge instant.
Windows, Large Pages, TLB & Hypervisors
Postul asta se vrea mai mult ca o colectie de resurse ce merita partajate pentru a intelege mai bine functionarea si imbunatatirea anumitor aplicatii ce ruleaza pe Windows in masini virtuale.
Din ce am observat eu, in momentul de fata exista foarte putini specialisti care stiu sa stapaneasca bine zona de performance tuning atunci cand vine vorba de mediu virtual. Cam toata lumea considera ca daca aloci mai multe vCPU unei masini virtuale sau mai multa memorie si le pui pe storage mai rapid rezolvi orice problema de performanta. Ce bine ar fi sa fie asa de simplu.
Mai intervine si marketingul companiilor ce produc platformele de virtualizare, ce se jura ca totul ruleaza la performanta apropiata de hardware nativ. Or rula, dar nu toate applicatiile si nu in configuratiile default.
Pe partea de vCPU va recomand sa cautati pe net informatii despre cum functioneaza CPU schedulerul dintr-un hypervizor. Nu o sa gasiti nimic de Hyper-V insa o sa gasiti de la Vmware si e suficient sa va faceti o idee si sa intelegeti ca alocarea de multe vCPU pe o masina virtuala nu aduce intotdeauna un plus de performanta.
Iar legat de titlul acestui post, va recomand sa incepeti cu link-ul de mai jos pentru ca este esential sa intelegeti ce inseamna TLB si de ce cateodata SLAT-ul din procesoarele mai noi poate afecta chiar negativ performanta aplicatiilor.
http://en.wikipedia.org/wiki/Translation_lookaside_buffer
Seria de articole de mai jos este una din sursele cele mai bune de informatii legate de Hyper-V si Dynamic Memory si cu toate ca este axata cumva pe pozitionarea Dynamic Memory comparativ cu celelalte feature-uri ale Vmware tot ofera o gramada de informatii legate de titul nostru (partea 3 si 4).
Dynamic Memory Coming to Hyper-V – Part 1
Dynamic Memory Coming to Hyper-V – Part 2
Dynamic Memory Coming to Hyper-V – Part 3
Dynamic Memory Coming to Hyper-V – Part 4
Dynamic Memory Coming to Hyper-V – Part 5
De la Vmware am gasit acest document Large Page Performance si bineinteles gasiti informatii bune si in seria Performance Best Practices.
Si bineinteles ca pentru a folosi Large Pages e nevoie si de suport in OS-ul guest si in aplicatie. Tocmai de aceea pun si link-urile ce tin de acest subiect si SQL Server.
SQL Server and Hyper-V Dynamic Memory – Part 1
SQL Server and Hyper-V Dynamic Memory – Part 2
SQL Server and Hyper-V Dynamic Memory – Part 3
SQL Server and Large Pages Explained
Iar de la Vmware aveti Performance and Scalability of Microsoft SQL Server on Vmware vSphere.
Sper ca aceasta colectie de informatii sa va fie de folos si sa va ajute in munca de zi cu zi.