Second Sprint

• Optimal VDI Sizing with Collector-  This is huge innovation.  We started Collector to get the best customer requirements and now that is reality for our top workload – VDI.

Here you run Collector at the customer’s site and it will collect 7 days of performance data from VCenter.  The information is already in VCenter and so it does not take long to grab that information (about 5 min).  In Collector you can specify if want to find the median value, average, peak or some percentile like 80% for each VM.  For example, 80th percentile means you are getting the cores and RAM utilization level that covers 80% of all the data points from last 7 days.  There you can be assured it is well sized as not all VMs will run that hot all the time.  That is what I would advise.

With that data going to Sizer we can then “right size” the VM so you don’t undersize or oversize it.  All the details are here

https://services.nutanix.com/#/help/articles/532

This is our first workload.  I don’t mean this as hype  but Collector will radically change sizing and in the process allow Nutanix to be more competitive  Why?  Because we will have precise customer data to size with.

In compute oriented workloads we will be doing similar processing as we did here for VDI.  For capacity workloads, like Buckets or Files we want to analyze data to get us the best compression values.  So this is just the sta

• Hot storage allocation with FATVM –  Here if you have a large working set for Files or buckets we allow the SSD (hot storage) to be dispersed over the cluster.  Usually we want it on the local node for best performance (e.g. a heavy compute intensive VM) but here it is not a concern.  So net result is you can have a lot of large hybrid models
• Allow decoupled quotes on non-decoupled accounts for the partners* – This is allowed now and we got this functionality to partners
• Various product updates* across HP, Lenovo, and Nutanix (edited)

First Sprint

Add N+0, N+1, N+2 indicator

o    This is a BIG sizing improvement in Sizer where Sizer will always tell you if you are at N+0, N+1 or N+2 for all resources (CPU, RAM, HDD, SSD) for each cluster

o    Now as you make changes in manual you always know if you have adequate failover.  Best practice is N+1 so you can take down any one node and customer workloads can still run.

o    This can be very hard to figure out on your own.  ECX savings for example varies by node count.  Heterogenous clusters mean you have to find the largest node for each resource.  Multiple clusters mean you have to look at each separately.  Sizer does this for you !!

o    Here is all the info on how this works.  https://services.nutanix.com/#/help/articles/512

• Allow decoupled quotes on non-decoupled accounts (SFDC Users) – At first the rule was an account had to be decoupled to get decoupled quotes or quotes with Files Pro or Buckets Pro.  Now that rule has been lifted and we support that in Sizer quoting.  We just ask you if you want de-coupled quotes or not.
• ROBO VMs Sizing (Quoting, BOM with ROBO SKUs) – Here can have the new ROBO VMs where you sell VMs as a license and separately have hardware
• 3 Node sizing for N+1 for Files – This allows a 3 node cluster to be used for Files.  Was 4 nodes was the minimum to be N+1
• Add missing terms for Appliance Only License and Support
• Multiple Clusters Support for Collector Import – Now can put different VMs in different clusters in Sizer
• Default NIC Selection for ALB/Non-ALB Countries (Manual Sizing)
• High/Critical Security fixes
• Various product updates for Sizer and Validator