Posts

Posted on

October 2018 Sprint

Hi everyone

We released the October sprint

• The BIG thing is Hardware Disaggregated quoting is now in Sizer. As a SFDC user you can start a scenario and tie it to a account and opportunity as you do today. If that account is a Software Choice account (where disaggregated is used) then Sizer will create the proper quote where it includes the Software licenses (Capacity based licenses), Hardware and the Hardware support. In addition, you will see that quote reflected in the BOM. Soon the budgetary quote will be provided too. If the customer is not enabled for Software Choice then the regular appliance quote can be created as it is today.

• Collector and RVTools summary (excel you receive from Sizer after uploading the tool output) now gives explanation when certain VMs are not sized. For example, if the VM was powered off.

• SFDC syncing on daily basis. Now we pull SFDC changes once a day automatically. So any price changes or product changes are updated in Sizer. This is key for sizing but also when we show budgetary numbers

• Nutanix G5 models except the NX-1175S-G5, 8150-G5 and 3155G-G5 are in manual only since only these G5 models can still be quoted.  In manual sizing you can still do a sizing with the G5 models.

 

Posted on

September 2018 Sprint

September sprint includes:

Budgetary Quote UI:

User doesn’t have to download excel to see the pricing on quote. The new interactive UI will allow one to see list prices and apply discounts to see the sales/net price. You can iterate the entire process (size, generate budgetary quote and apply discounts) and download the quote when fully satisfied.

Enhancements to the Financial assumptions:

– Support levels have been sorted

– Monthly support terms (14months, 26 months..etc.) have been added

– Brief description has been been added next to each support level

– Ability to apply discounts to Budgetary Quote has been moved to the new Budgetary Quote UI.

Regular/Robo Models

There was confusion on how robo models like the 1175S should be sized.  For Regular models which are used in data centers,  PM originally wanted to restrict the 1175S to just backup usage.  That in ROBO they could be used as application nodes that could be 1, 2, or 3+ nodes.

That brought some confusion when SE wanted to size a small cluster with say qty 5 of the 1175S.  Sure could do it in ROBO, but SE would say it is not a ROBO customer project.

So I worked with PM and we streamlined the rules and now models like the 1175S (lot of vendors have similar ones) are treated as fully functional models as follows:

Regular Model Rules

  • All models included
  • All use cases are allowed – main cluster application, remote cluster application and remote snapshots
  • 3+ nodes are recommended for any model. It is considered good data center practice to have a minimum of 3 nodes.

ROBO Model Rules

  • All models but only some models like the 1175S can size for 1 or 2 node, while others require 3 min nodes
  • All use cases – main cluster application, remote cluster application and remote snapshots
  • All models can go to 3+ nodes depending on sizing requirements

So what should you do

  • Just stay with Regular models for most of your sizing needs. It is default and models like 1175S can indeed run applications.  Any recommendation would be 3+ nodes
  • Only go to ROBO if you need 1 or 2 node for 1175S

For more info go to the Sizer wiki –  ROBO-Regular

Rack Awareness:

Nutanix has always had node awareness and for long time block awareness both of which are in Sizer.  With this release, Sizer will also have rack awareness where Data Availability is maintained even in an event of an entire rack or top-of-the-rack switch failure.

Supported Use Cases

  • Heterogeneous solution made up of several different homogeneous blocks

–    For example, could have several 3460 blocks and several 3360 blocks

–    Here the 3460 blocks are all identical, while all the 3360 blocks are identical.  Given that, the 3460 block is homogeneous and the 3360 block is homogeneous.

–    These homogeneous blocks are dispersed across sufficient racks to meet rack awareness

  • We will support a cluster wide setting for rack awareness and assume all workloads in that cluster must adhere to rack awareness

Other things

  • Share notice in email. Sharing has been around forever and put in your Shared Scenarios but now when a person shares a scenario an email goes to them.  Great to increase collaboration and we will do more
  • We have all Sizer and “non-Sizer” parts for all HP and Cisco models. Non-Sizer parts are things sizer does not analyze like say storage controller, boot drives , etc.  Where before we asked you to click link to HFCL we got in the BOM.
  • Lots of product updates
  • Inspur is a new vendor
  • 3060-G6 NVME is there
  • We allowed “no modification” as option for VDI when selecting desktop or office version.  Sometimes people have need to size for so much MHz or Cores per user and don’t want the modification.  In future Collector will use that option too when we upload a collector output

 

 

Posted on

VDI Sizing with Collector

VDI Sizing

“Workload type” column in Collector?

Collector has a column “Workload Type” in the VMInfo tab where you can define the workload type for each VM.  Currently, only two type of workload is supported – Server Virtualization or VDI.  The defualt is set to Server Virtualization as this workload has been supported since beginning.

For VDI, you can go to each VM and change the Workload Type to VDI against each row.

Note: User has to explicitly go to each row and set the Workload Type as “VDI” .We will change it to dropdown to make it more intutive in future.

 

Defining the workload profiles 

Each VM which is marked as VDI is bucketed into one of the 25 profiles based on the CPU(MHz) and RAM allocated to the VM.

CPU

  • Small  <= (0-2000MHz)
  • Medium  <= (2000-4000MHz)
  • Large <= (4000-8000MHz)
  • X-Large  <= (8000 – 16000 MHz)
  • XX-Large <= (16000 – 32000 MHz)

RAM

  • Small = <1.024GB
  • Medium <2.048 GB
  • Large <8.2 GB
  • X-Large <16GB
  • XX-Large <32 GB

The 25 workload profiles based on the above.

  • VDI Small CPU Small RAM
  • VDISmall CPU Medium  RAM
  • VDI Small CPU Large  RAM
  • VDI Small CPU X-Large  RAM
  • VDI Small CPU XX-Large  RAM
  • VDI Medium CPU Small RAM
  • VDI Medium CPU Medium  RAM
  • VDI Medium  CPU Large RAM
  • VDI Medium  CPU X-Large RAM
  • VDI Medium  CPU XX-Large  RAM
  • VDI Large CPU Small RAM
  • VDI Large CPU Medium  RAM
  • VDI Large CPU Large  RAM
  • VDI Large CPU X-Large  RAM
  • VDI Large CPU XX-Large  RAM
  • VDI X-Large CPU Small RAM
  • VDI X-Large CPU Medium  RAM
  • VDI X-Large CPU Large  RAM
  • VDI X-Large CPU X-Large  RAM
  • VDI X-Large CPU XX-Large  RAM
  • VDI XX-Large CPU Small RAM
  • VDI XX-Large CPU Medium  RAM
  • VDI XX-Large CPU Large  RAM
  • VDI XX-Large CPU X-Large  RAM
  • VDI XX-Large CPU XX-Large  RAM

Storage for each workload profile is calculated by adding the capacity for each VM in that profile (same as done for Server Virtualization)

Sizer asks for the VDI attributes upon Collector import:

Defualt values already selected.

The default values ( or user selected values ) captured here becomes the basis  for initial VDI sizing.

Edit workload :

User can go to each VDI workload and make edits. However, this will overwrite the data collected from Collector (for ex: on capacity,ram etc) . The standard pre-defined templates ( defined in the normal VDI sizing) is applied once edited and parameters changed( like worker type, provision type, etc).

VM Performance data:

Collector also has performance data for the VMs collected over a 7 day period.  The VM CPU utilization over past 7 days collected at 30 minute interval is collected and  displayed. in the UI.  While sizing, users can either go with allocated CPU or factor in the utilization rate to optimise on the overall CPU requirement for the VMs based on their historical usage.  Basically, the utilization rate is a multiplier to the allocated CPU and a buffer is added to come up with net CPU.  For more information on that, please refer to the Collector section.

Posted on

Storage Calculator

Storage Calculator is both a standalone tool as well as a Sizer feature.  Either way it is used to determine the Extent Store and Effective Capacity of a configuration the user defines.  It is NOT tied to the workloads or the recommendation in the sizing scenario.

Access as a Standalone Tool

This is available on the Internet without login.  The same as DesignBrewz.

https://services.nutanix.com/#/storage-capacity-calculator

Access as a Sizer Feature

This is accessed by clicking on Storage Calculator in upper right corner of Sizer user interface

Storage Calculator

Here is Storage Calculator.

The purpose of Storage Calculator is to determine either the Extent Store or the Effective Capacity of a configuration.  As mentioned it is not tied to a sizing scenario.

  • Extent Store is the amount of storage remaining after discounting for CVM.  This is amount available for customer workloads.
  • Effective Capacity is then Extent Store * Storage Efficiency  + Erasure Coding savings you expect.   Storage Efficiency is either none, 1.5:1, or 2:1.  Examples of storage efficiency is compression and dedupe.

Defining the Configuration and Input Settings

Here are the inputs

  • SSD Size –  Pulldown with common SSDs currently available in various vendor models
  • SSD is downstroked –  If selected each drive loses 80GB for downstroking.  Sizer does that in its sizing for regular SSDs but assumes no downstroking is needed for encrypted drives
  • SSD quantity –  This is the number of SSDs you expect in model you are sizing.  Minimum is 1 as always need a SSD for parts of CVM
  • HDD Size –  Pulldown with common HDDs currently available in various vendor models
  • HDD quantity –  This is the number of HDDs you expect in model you are sizing.  Min is 0 in case of All Flash
  • Node Count –  Number of nodes you expect
  • Replication Factor –  Can be RF2 or RF3
  • ECX – If selected then see the % of Cold Data input
  • % of Cold Data – If select ECX then this input appears and is the percentage of cold data you are expecting
  • Storage Efficiency –  This is the factor you expect for storage efficiency and can be none, 1.5:1, or 2:1.
  • Calculate Button –  NOTE: must click on calculate when make any changes above

Storage Calculator Charts

Total Usage

  • The left donut chart shows the Extent Store and the CVM.  Extent Store is adjusted for either RF2 or RF3 depending on the input selection.  So here the extent store is adjusted for RF2 and is 7.26 TiB.  The total amount of Extent Store is 2x that amount or 14.52 TiB.  The adjustment was made so the customer sees amount of storage they have given the Replication Factor they prefer.
  • The right donut breaks out all the CVM pieces be it stored on HDD or SSD
  • Effective Capacity is above the charts.  It is Extent Store * Storage Efficiency Factor + ECX savings.  Again we adjust for RF level.  This capacity then represents the storage available to customers at their preferred RF level and including expected benefits from storage efficiency as as well as ECX.

SSD Usage

This is a supplemental graph from Total Usage.  It breaks out just the SSD portion of the Total Usage.

  • Top graph shows SSD CVM and SSD Extent Store adjusted for either RF2 or RF3
  • Lower graph shows all the SSD CVM elements.

HDD Usage

This is a supplemental graph from Total Usage.  It breaks out just the HDD portion of the Total Usage.

  • Top graph shows HDD CVM and HDD Extent Store adjusted for either RF2 or RF3
  • Lower graph shows all the HDD CVM elements.

 

What do the letters in the SSD drive indicate?

The letters indicate different levels of endurance in terms of Drive Writes per Day (DWPD).  For example, 3DWPD means you can rewrite all the data on the drive 3 times a day for its entire life that it is warranted for.