vCPU Hot Add and Hot Remove

To enable vCPU Hot Remove, you'll need to enable vCPU Hot Add.

I was able to do so by adding both of these settings into the VMX (or just enable Hot Add via UI and then add Hot Remove option into VM Adv Settings)

vcpu.hotadd = "TRUE"
vcpu.hotremove = "TRUE"

http get

GET / HTTP/1.1
Host: www.vmware.com
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)


GET / HTTP/1.1
Host: kb.vmware.com
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)

VMware vRealize Orchestrator Plug-Ins Documentation Center

Link.

LogInsight

LogInsight event alert time range based on timestamps from alert mails.

Log Insight just found the following 7 events matching the criteria for alert "ESX/ESXi: Cannot power on a VM":

[2016-02-27 12:00:58.737+0000] [ScheduledQueryServiceThread/192.168.4.51 INFO] [com.vmware.loginsight.piql0.parser.PIQLParser] [Parsed legacy PIQL0 query: SELECT COUNT(item0) FROM ((timestamp>=1411786576066 & timestamp<=1411786876065) & text:"vmware esx cannot find the virtual disk") AS item0 GROUP BY item0.timestamp/5000.000000, item0.hostname ORDER BY item0.timestamp DESC, COUNT(item0) DESC LIMIT 1, 100]

[2016-02-27 12:00:58.737+0000] [ScheduledQueryServiceThread/192.168.4.51 INFO] [com.vmware.loginsight.piql0.parser.PIQLParser] [Parsed legacy PIQL0 query: SELECT item0 FROM ((timestamp>=1411786576066 & timestamp<=1411786876065) & text:"vmware esx cannot find the virtual disk") AS item0 ORDER BY item0.timestamp DESC]

[2016-02-27 12:00:58.737+0000] [ScheduledQueryServiceThread/192.168.4.51 INFO] [com.vmware.loginsight.piql0.parser.PIQLParser] [Parsed legacy PIQL0 query: SELECT COUNT(item0) FROM ((timestamp>=1411786576066 & timestamp<=1411786876065) & text:"vmware esx cannot find the virtual disk") AS item0 GROUP BY item0.timestamp/5000.000000, item0.hostname ORDER BY item0.timestamp DESC, COUNT(item0) DESC LIMIT 1, 100]

Example ....

1411786876065-1411786576066

$sec=1411786876065-1411786576066;
print $sec;
299999 seconds 

$h = 299999/3600
print $h;
83.3330555555556 hours

$days=83.3330555555556/24;
print $days;
3.47221064814815 days

VMware vSphere Profile-Driven Storage Service.......

VMware vSphere Profile-Driven Storage Service.......

service vmware-sps restart
service vmware-sps status

CISCO UCS VIC 1240 and VIV 1340

Is it VIC 1240 or VIC 1340?  We haven’t tested VIC 1340 yet.  Ray (Ray Budavari <rbudavari@vmware.com>) has tested VIC 1240 and recommends the following tuning for performance:

NetQueue	UCS Ethernet Adapter Policy & VMQ Connection Policy	8	Provides additional queues for traffic using different DST Acs (benefits when there is a mix of both VXLAN and VLAN traffic)
NIC interrupt timers & TCP LRO	UCS Ethernet Adapter Policy	64us & Disabled	Reduce NIC adapter interrupt timers to enable faster processing of receive traffic
Multiple VTEPs using Load Balance - SRC ID policy	NSX VXLAN Configuration	2 VTEPs	Multiple VTEPs enables balanccing of network traffic processing across two CPU contexts
Network IO Control	VDS	Enabled	Provide additional TX contexts / CPU resources foor transmit traffic

Also,

1. ESXi power management should be disabled
2. UCS Firmware must be at a minimum version of 2.2(2c)
3. ESXi hosts require ENIC driver 2.1.2.50 or newer

Above tuning is critical to improve performance.

Like all components within NSX, dvFilter’s performance is also influenced by the hardware offloads etc.,.  Check out the NSX Performance slides from Vmworld that I sent earlier.  Feel free to setup up a quick sync up call to discuss, if still in doubt.

Networking stack to increase parallelism and improve performance for multi-processor systems

Cisco UCS, multi-queue NICs, and RSS

VMQ Deep Dive

http://blogs.technet.com/b/networking/archive/2013/09/10/vmq-deep-dive-1-of-3.aspx  http://blogs.technet.com/b/networking/archive/2013/09/24/vmq-deep-dive-2-of-3.aspx  http://blogs.technet.com/b/networking/archive/2013/09/24/vmq-deep-dive-3-of-3.aspx

RSS Deep Dive - Tech Talks

Introduction to Receive Side Scaling

Scaling in the Linux Networking Stack

This document describes a set of complementary techniques in the Linux
networking stack to increase parallelism and improve performance for
multi-processor systems.
The following technologies are described:
  RSS: Receive Side Scaling
  RPS: Receive Packet Steering
  RFS: Receive Flow Steering
  Accelerated Receive Flow Steering
  XPS: Transmit Packet Steering