Posts

Posted on

May 2019 Sprints

We launched our second sprint for May and it is a BIG one

Key Enhancements

Super Auto  Automatic goes through all the options and finds the optimal sizing.  Often SEs will say Auto is a good start but I want play with it.  Increase or decrease nodes and see impact of dials.  Increase/decrease Cores, RAM, etc and again see that impact.

Well now we have Super Auto where right in where you see the recommendation and the dials you can make those changes and get the update for the dials.  Better yet you see % change in cost vs optimal.  Manual is still there but now you can do a lot more in Automatic sizing.

Here is info and snapshots

https://sizer.nutanix.com/#/help/articles/592

 

Proposals  We had the sizer screen shots for a few months now, but we worked with the Field Enablement team and Product Marketing to deliver the latest in corporate overview and product/ solution benefits.  Don’t have to hunt around for the latest.  Do your work in Sizer and the latest PowerPoint is available under Download Proposals.  We see this evolving but you can be assured you got the latest.

Oracle updates  Oracle often is used in larger Enterprise applications and they charge for all cores in a node running Oracle.  Given that we now require high speed processors (greater than or equal to 60 spec ints which is about 3Ghz) but do allow a VM to cross sockets in a node.  This way you can have a large Oracle VM and know it will be fulfilled with a high speed cpu with fewer cores to give you a higher end system and lower Oracle license costs.

Miscellaneous

  • Heterogeneous cluster support for N+1 in Storage Calculator.  We had been taking one node off the first model defined and now we take it off the largest node in the cluster.
  • Appliances can have addons like Prism Pro, Flow, Calm.   This was for decoupled nodes in the past

First sprint for May

Key Enhancements

Backup Sizing.  Now all workloads for Nutanix sizings can have backups in a separate backup cluster.  You can define the backup policy and target either Files Pro or Buckets Pro. The intent is that  the backups are in the backup cluster managed by 3rd party backup software.  Sizer sized for the backups, included either Files PRO or Buckets Pro, and allocated space for the backup software.  In near future, there will be dedicated Backup hardware that can be used in the backup cluster instead of Files PRO or Buckets Pro.  Here is the details

https://sizer.nutanix.com/#/help/articles/585

Miscellaneous

  • Compression is now allowed for Starter license
  • Buckets can have RF3.
  • Robo VM can now have more than 2 TiB of storage

Collector and Tools

  • VDI workloads created by Collector are now better fine-tuned to meet different usage levels (edited)
Posted on

Backup Sizing

All  Nutanix workloads now support backups.    This does the following

  • For any workload you can define backup policy in terms of number of full and incremental backups.
  • When invoked Sizer computes the backup storage that is needed and puts that in a standalone cluster.  Only backup workloads can be included in the backup standalone cluster(s)
  • Sizer also allocates cores, ram and storage for 3rd party backup software in the backup cluster
  • In future,  you can specify the backup hardware that is to be used in the backup cluster(s).
  • Alternatively we do offer Files Pro and Buckets Pro standalone clusters as targets

The inputs are as follows

  • Recovery Point Objective – the time between last backup (be it incremental or full backup).  This represents what point in time you can recover data.
    • For example, you want to recover some information.  The last backup will have occurred less than or at most 24 hours ago
  • Backup cycles.  This would be the number of cycles you want retained
  • Full backups in a cycle.  Typically 1 but can be more.  Here all the data in the workload is backed up
  • Incremental backups in a cycle.  Typically several and amount of data is the % percent change * workload data
  • Retention in Days – Backup cycles * (Full Backups per cycle + Incremental backups per cycle)
  • Rate change – Percent change expected between incremental backups
  • Backup Target –  options for holding the data such as Files Pro
  • Standalone Cluster – Name of cluster that will hold the backups
Posted on

April 2019 sprints

We now have two sprints a month

Second sprint released April 29

Key enhancements

  • Allow Disabling workloads in scenario.

Bet you like to see the effect an extra workload has on your sizing.?  Betting you do that multiple times when you work with Sizer?  Well now you can disable a  workload and it is like it has been deleted.  Flip the switch and voila it is back.

The use for this feature is tremendous.  Certainly to add a workload and see impact.  Coupled with ability to clone and edit workload and then could have a couple levels (say small and large).  Then toggle each one to be disabled and see the impact the difference in workloads make.

We took care in how we handle disable workloads as follows

o    You get a warning on top that one or more workloads are disabled so you don’t forget.

o    Since the sizing is based on just enabled workloads the BOM, budgetary quotes and quotes are based on what is enabled

o    You can clone the scenario and the current state of enabled/disabled workloads are preserved in the new scenario.  So can have multiple scenarios from there with some enabled and other disabled

  • Capacity growth for Files – this is important as File capacity is always growing and now can size for up to next 5 years

Collector and Tools

  • Warn you if too few of VMs can’t be sized (eg. Many are powered OFF). This is to inform you that the sizing could be undersized given the data
  • SpecInt core adjustment for Collector import
  • Default selections for VDI workloads by Collector Import (Also enable Files by default)
  • RVTools 3.11 Import support

Miscellaneous

  • Updated Calm as no longer offers a free 25VM pack
  • Product updates for NX, SW only vendors, and Dell XC
  • Validator Product Updates
  • Failover Capacity Indicator improvements for ECX and Block Awareness enabled scenarios
  • Oracle: Node allocation to DB VMs
  • Automatic Sizing with CBL improvements for Standalone cluster sizing

First Sprint released April 16

Key Enhancements

  • Auto Sizing with CBL – We take into account the CBL license cost in our Auto Sizing which is key as most value is now in the licenses.  We also moved to List Price Sizing for NX hardware  instead of COGS
  • Manual Sizing Warnings based on Failover indicators. We leverage the new N+0 warnings in our UI but also BOM, Budgetary quote, Quote
  • 120TB Cold Storage support for 5.11. Models will be coming that support this but we are ready
  • Two node ROBO sizing for Files for N+1 failover. This is great for lower end file server market
  • Add Files/Buckets SKUs for quotes for non-decoupled accounts – So now can have a Files or Buckets license with an appliance sale.
  • ROBO VM Limit changes – PM did update the limits and so now:  no limits on cores, 32GB RAM per VM, 2 TiB of combined HDD/SSD storage per VM, and 50 TiB total HDD/SSD storage per cluster

Miscellaneous

  • Default NIC Selection for ALB/Non-ALB Countries (Auto Sizing). We take care of this nuisance where have to have the right NIC SKU for Arab League and non Arab League countries.  We look at the country for the Account you are sizing for.
  • Oracle Workload only in dedicated clusters. This is best practice given Oracle charges for all cores on nodes with Oracle.
  • Require an external NIC card for Bucket workloads
  • New UX Implementation for allowing decoupled quote for non-decoupled accounts – We want to make easier to sell a CBL deal to non-decoupled accounts
Posted on

March 2019 sprints

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

 

 

Posted on

Data Center Addons (Prism Pro, Flow, Calm, Files)

Want to add on some cool Essentials  products to the HCI offering.  It is easy with Sizer

  • Prism Pro –  1 per node
  • Flow – 1 per node
  • Calm – ½ VM pack per node (rounded up)
  • Files – Capacity is 5TiB per node

It should be a decoupled quote (separate license and hardware).  We use the terms and support level for the software license.   However, Calm is ONLY Mission Critical level of support

 

 

Here they are in the budgetary quote

 

Posted on

Sizer for Customers

Customer Access to Sizer

In the right situations, Sizer can be very beneficial for technical customers planning deployments for the following reasons:

Collaborative sale

  • Customers can scope out new emerging projects and then later pull in SE
  • Customer confidence and ownership in a proposed solution increases when they are involved in sizing
  • Build a better bond with SE

Customers can do what-ifs

  • if add 100 more users how many more nodes needed
  • If certain application core usage spiked 2x what is the impact on a cluster

Requirements for Success

  • Customers have to understand Acropolis and the workloads they are sizing. Sizer does have profiles and offers guidance in the wiki, but we assume a knowledgeable user.
  • SE would need to provide training though there are videos on the wiki
  • SE would need to be front line support to explain nuances in AOS, workloads, sizing, and Sizer

By default,  when customers sign up on MyNutanix, they have access to the “Basic” version of Sizer. The basic access limits the hardware sizing to Nutanix NX hardware. 

Process to request access to the Advanced version of Sizer

1.   SE requests Sizer PM (sizerhelp@nutanix.com) to bump up the customer level to Sizer advanced

2.  SE agrees to be front-end and provide training (to complement videos)

Key things to note

  • SE has to provide support
  • We will need to know what vendors the customer can have access to like Nutanix, HPE, Cisco, etc.  We can offer almost any combination
  • Customers will see budgetary list pricing with the Budgetary quote option
    • Nutanix software pricing is available irrespective of the vendors
    • Hardware prices are available for Nutanix NX, HPE-DX and AWS Bare Metals
      • Nutanix and HPE-DX hardware prices are updated monthly and quarterly, respectively.
      • AWS Bare Metal and EBS Volume prices are fetched on the fly
Posted on

February 2019 Sprint

We had two sprints in February and released the following:

New Features

  • Changed the Nutanix Files Licenses and now reflect the Jan 2019 changes for Files and Files Pro

Sizer is up to date with the latest licensing including putting Files Pro in a standalone cluster and not allowing Files to be in a standalone cluster. You will see the label standalone cluster in the cluster list. All things are enforced regarding capacity, compression, etc

Nutanix File license now has no maximum capacity

  • Create scenario proposal

We got feedback from the SE council that SE’s need help in proposals. Often SE’s were taking screenshots of Sizer UI like dials or configuration information. Now a pulldown option to download proposal. A new tab shows all the charts, dials, sizing detail tables. You can download to a powerpoint too. That take the images you want :blush:

  • Collector Import – Now  we note in the the workload if sizing information came from Collector.  This is true for the BOM or in View workload

 

  • VDI Solution

Allows you to sell a VDI solution based on user pricing. Customer pays for so many users independent of the workload demands they have. Separately is the hardware cluster which is sized to meet the workload demands

By selecting Enterprise VDI Solution when creating a VDI workload that workload is put into a standalone cluster and then the only VDI license is charged. Separately the hardware is sized for that workload and potentially other Enterprise VDI Solution workloads

  • Buckets Licensing – Licensing is now implemented to include rules for Nutanix Buckets and Nutanix Buckets Pro
  • Nutanix File Pro Encryption and Nutanix Buckets Pro Encryption has been added as option in those workloads
  • Intel models available to NX partners. Initially for just Nutanix employees, but not Nutanix partners too.

Product Updates:

  • HCL Product updates for SW only vendors
  • XF1070 – Fujitsu – product updates
  • Lenovo Product updates: New model: HX2320 & added 16G DIMM for HX7820
  • Nutanix G6 Product Constraint – GPU_4PORT_NIC_limit was added
  • Validator Updates from HCL
Posted on

ROBO VM Solution Sizing

Robo VM Solution

The idea of Robo VM Solution is to combine the sizing of Robo Models with Decoupled  Quoting (separate license and hardware).

So in the end you pay for Robo VM licenses and the ROBO hardware but NOT the AOS cores or SSD TiB capacity.

Here  I defined a couple workloads with total VM count of 100.   You can have as many as you want.

Then in the sizing panel selected Robo Models

The resulting budgetary quote shows you pay for the Robo VM licenses and the decoupled hardware.

Ok, there are some limits

No user VM can be more than

  • 32 GB  RAM (** this will be enforced in AOS)
  • 2 TiB  total for hdd and ssd storage per vm
  • 50 TiB total or hdd and ssd  storage within each standalone cluster

Can have multiple workloads that are assigned to a cluster.  The cluster limit though is 50 TiB

Can have multiple standalone clusters which can represent different sites.  So could have two clusters that are 40 TiB each and that is fine

  • No limit on cores

If any user VM exceeds those constraints then present following error message

“This exceeds the Robo VM limits and so please select Data Center Models”

 

Posted on

N+0, N+1, N+2 Failover Indicator

N+0, N+1, N+2 Failover Indicator

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 failover level for all resources (CPU, RAM, HDD, SSD) for each cluster.

Now as you make   changes in automatic sizing or manual sizing you always know if you have adequate failover.  Best practice is N+1 so you can take down any one node  (e..g take one node offline for an upgrade) and customer workloads can still run.

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 !!

Here is what you need to know. 

Let’s take a two cluster scenario.  One called Cluster-1 is Nutanix cluster running 900 users for VDI and the Files to support those users.  The other is a standalone cluster for Files Pro with 100TB of user data

All clusters:

In a multi-cluster scenario All Clusters just provides a summary.  Here it shows two clusters and the hardware for the clusters.  In regards to N+1 indicator on the lower left it shows the worse cluster.  Both are N+1 and so you see N+1.  Had any cluster been N+0 then N+0 would be shown.  Great indicator to show there is an issue with one of the clusters

 

 

File cluster

This is the Standalone cluster for Files.  You see the hardware used in the cluster.  You see the failover level for each resource (CPU, RAM, HDD, SSD).  N+2 would indicate possibly could have less of that resource but often product options force more anyhow.  This is cold storage intensive workload and so HDD is the worse case.

Cluster -1

This is the Nutanix cluster for the VDI users.  You see the hardware used in the cluster.  You see the failover level for each resource (CPU, RAM, HDD, SSD).  This is core intensive workload and so that is the worse case.