Tuesday, September 11, 2012

Vsphere 5 New Features


1. Storage DRS

2. Storage I/O Control for NFS


3. VMFS-5


4. ESXi Firewall


5. VMFS Scalability and Performance enhancements


6. 2TB+ pass-through RDM support


7. vCenter inventory extensibility


8. Storage APIs -- VAAI T10 Compliancy


9. Storage APIs -- VAAI Offloads for NAS


10. Storage APIs -- VAAI Thin Provisioning


11. Storage APIs -- Storage Awareness/Discovery


12. Storage APIs -- Data Protection compatible with MN


13. APD, Permanent APD Survivability Enablement


14. Snapshot enhancements


15. Storage vMotion scalability improvements


16. iSCSI Enablement: iSCSI UI Support


17. iSCSI Enablement: Stateless Support


18. Multi-queue Storage IO adapters


19. Increase NFSv3 Max Share Count to 256


20. SATA 3.0


21. Software FCoE initiator support


22. Enhanced logging support


23. Enhanced Storage metrics


24. Profile-Driven Storage


25. Storage vMotion support for snapshots


26. vSphere Storage Appliance (VSA)


27. SSD Detection and Enablement


28. vSphere Replication


29. vSphere Data Recovery 2.0


30. VADP enhancements


31. vCenter Orchestrator (vCO) Enhancements


32. vCO -- Library extension and consolidation


33. vCO -- Scalability


34. Network I/O Control (NIOC) Phase 2


35. NIOC -- User Defined Resource Pools


36. NIOC -- HBR traffic type


37. NIOC -- 802.1p tagging


38. Network Traffic Stats for iOPS


39. Improvement to UDP and Multicast traffic types


40. New networking drivers for server enablement


41. vDS support for Port mirror, LLDP and NetFlow V5


42. vDS Manage Port Group UI enhancement


43. Hot-Insert/Remove of Filters


44. Enhanced vMotion Compatibility


45. Storage vMotion support for Linked Clones


46. vMotion scalability (dual-NIC & longer latency support)


47. vNetwork API enhancements


48. vNetwork Opaque Channel


49. Support for 8 10GbE Physical NIC ports per host


50. Add Host Resources MIB to SNMP offering


51. Metro vMotion


52. Host Profile for DRS to support Stateless ESX


53. HA interop with agent VMs


54. DRS/DPM interop with agent VMs


55. DRS enhancements for Maintenance Mode


56. Enhanced processor support for FT


57. vSphere 5.0 HA aka "FDM / Fault Domain Manager"


58. vSphere HA - Heartbeat Datastores


59. vSphere HA - Support for partitions of management network


60. vSphere HA - Default isolation response changed


61. vSphere HA - New Status information in UI


62. vSphere HA - IPv6 support


63. vSphere HA - Application Awareness API publicly available


64. Extensions to create special icons for VMs


65. ESX Agent Management


66. Solution Management Plugin


67. Next-Gen vSphere Client


68. Host Profiles Enhancements


69. vCenter enhancements for stateless ESXi


70. vCenter Server Appliance


71. vCenter: Support for FileManager and VirtualDiskManager APIs


72. Virtual Hardware - Smartcard support for vSphere


73. Virtual Hardware Version 8


74. Virtual HW v8 -- 1TB VM RAM


75. Virtual HW v8 -- 32-way Virtual SMP


76. Virtual Hw v8 -- Client-Connected USB Devices


77. Virtual HW v8 -- EFI Virtual BIOS


78. Virtual HW v8 -- HD Audio


79. Virtual Hw v8 -- Multi-core Virtual CPU Support UI


80. Virtual HW v8 -- New virtual E1000 NIC


81. Virtual HW v8 -- UI and other support


82. Virtual HW v8 -- USB 3.0 device support


83. Virtual HW v8 -- VMCI device enhancements


84. Virtual HW v8 -- xHCI


85. Support SMP for Mac OS X guest OS


86. Universal Passthrough (VMdirect path with vMotion support)


87. Guest Management Operations (VIX API)


88. Guest OS Support -- Mac OS X Server


89. VM Serial Port to Host Serial Port Redirection (Serial Port Pass-Through)


90. Passthrough/SR-IOV


91. VMware Tools Portability


92. VMRC Concurrent Connections enhancements


93. Scalability: 512 VMs per host


94. ESXCLI enhancements


95. Support SAN and hw-iSCSI boot


96. Hardware -- Interlagos Processor Enablement


97. Hardware -- SandyBridge-DT Processor Enablement


98. Hardware -- SandyBridge-EN Processor Enablement


99. Hardware -- SandyBridge-EP Processor Enablement


100. Hardware -- Valencia Processor Enablement


101. Hardware -- Westmere-EX Processor Enablement


102. Platform -- CIM Enhancements


103. Platform -- ESX i18n support


104. Host Power Management Enhancements


105. Improved CPU scheduler


106. Improved scalability of CPU (NUMA) scheduler


107. Memory scheduler improvements to support 32-way VCPU's


108. Swap to host cache


109. API enhancements to configure VM boot order


110. VMX swap


111. Support for ESXi On Apple XServe


112. Redirect DCUI to host serial port for remote monitoring and management


113. UEFI BIOS Boot for ESXi hosts


114. Scalability -- 160 CPU Threads (logical PCPUs) per host


115. Scalability -- 2 TB RAM per host


116. Scalability -- 2048 VCPUs per host


117. Scalability -- 2048 virtual disks per host


118. Scalability -- 2048 VMs per VMFS volume


119. Scalability -- 512 VMs per host


120. Stateless -- Host Profile Engine and Host Profile Completeness


121. Stateless -- Image Builder


122. Stateless -- Auto Deploy


123. Stateless -- Networking Host Profile Plugin


124. Stateless -- VIB Packaging Enhancement


125. Stateless -- VMkernel network core dump


126. Host profiles enhancements for storage configuration


127. Enhanced driver support for ESXi


128. Intel TXT Support


129. Memsched policy enhancements w.r.t. Java balloon


130. Native Driver Autoload support


131. Root password entry screen in interactive installer


132. vCenter Dump Collector


133. vCenter Syslog Collector


134. VMware Update Manager (VUM) enhancements


135. VUM -- Virtual Appliance enhancements


136. VUM -- vApp Support


137. VUM -- Depot management enhancements


138. vCLI enhancements


139. PowerCLI enhancements


140. VProbes -- ESX Platform Observability

Monday, September 10, 2012

Using VMware vCenter Operations Manager to pinpoint and solve issues


Takeaway: Lauren Malhoit walks us through a couple of demos of using VMware vCenter Operations Manager to pinpoint and then solve annoying problems.
I had the pleasure of attending VMware’s VMworld conference this past week in San Francisco and sat in on several sessions. One of my favorites was called Troubleshooting Using vCenter Operations Manager, given by Kit Colbert and Praveen Kannan. They did a live lab in the session that turned out really well and showed how useful vCenter Operations Manager can be. I thought I’d take this opportunity to share some of what they showed us in the lab.
Before we get started, it might be useful to share some introductory details on vCOPS (vCenter Operations Manager). It can be installed as a plug-in in your current vSphere environment. After some minimal configuration it will be up and running. vCOPS works best after it has been in the environment for at least a few weeks. Its usefulness does not necessarily lie in finding outright errors (although it can do that), but in finding anomalies in your environment. It “learns” the environment and can point out what is out of the norm. There are three core scores that are given on the main dashboard as shown in Figure A.

Figure A


VMware calls these core elements badges. There’s the health badge that shows immediate problems, the risk badge that shows future problems, and the efficiency badge that shows opportunities to optimize. There are then subcategories under each of these badges which contribute to the scores.
In the live demo, they offered up three scenarios to show the value of the tool. The first showed how to find what’s causing the slow performance of a workload as shown in the steps below.
  1. In the search field found in the upper-right corner, type in the name of the VM that is slow.
  2. Under the Alerts pane there is an option to filter by workload. Click on the workload filter.
  3. Find the workload alert and then click on it.
  4. From here you can see the symptoms, such as heavy disk I/O.
  5. Now click on the Operation Tab.
  6. Check out the Workload section and you can see that the datastore “skittle” (icon representing the datastore) is red.
  7. Click on the datastore skittle and click details.
  8. Click on the Analysis tab and select Storage as a focus area then filter by VM.
  9. You can see that the color is based on latency, and if your problem is storage latency you’ll see it in here.
  10. You can deduce that you either need faster storage or more spindles because the current datastore can’t handle the VM workload.
The next scenario dealt with capacity constraints. vCOPS can show you which of your VMs are undersized, meaning they don’t have enough memory, CPU, etc., configured. Here are the steps you can follow to find out if you have a sizing problem with your VMs:
  1. Search for the problematic VM by name.
  2. By looking at the dashboard you will be able to see the workload is very high and it’s hitting the memory pretty hard. Although you can see this right in the dashboard, you may want to see if this is a common issue with this machine.
  3. Click on the Planning Tab. then click on the Stress badge
  4. Here you’ll be able to see how much of the time memory has been undersized. So if your memory is showing that it’s been undersized for 80% of the time, it may be time to add more memory!
The last scenario was the most interesting to me. It demonstrated how you can find out which changes to a VM may have caused downtime. It’s such a useful thing to be able to narrow down, and even reverse, changes in one click if you have vCenter Configuration Manager. Here are the steps:
  1. Search for the problematic VM
  2. Click on the red VM skittle under the Operations tab.
  3. Click on the host of the VM and you’ll be able to see the CPU is showing as red.
  4. Click on the CPU
  5. Click on the Events tab
  6. There is a time window that can be changed if necessary. You’ll want to look for the time where the graph changes from green to red. This is most likely when the change was made to your VM.
  7. Drill in to where the change is and look at the events list.
  8. In the events list, you’ll be able to see if something was installed, like an antivirus. This installation or restart, etc., will most likely be the reason the CPU kept spiking and started showing red in vCOPS.  As mentioned above, if you combine this with vCenter Configuration Manager, you can actually find out which user made the change and roll it back in one click!