Overriding Cloud Recommendations

Overriding Cloud Recommendations

#380500

Instance Type Override Attribute

Setting this attribute allows you to closely control how your cloud instances are re-sized.

This feature is primarily intended for self-aware automation integration and ensures recommendations are consistent with your business practices.

You can use the feature to control the recommendations that Densify makes for a specific instance. The feature is enabled by populating the "Instance Type Override" attribute in the "Recommendations Override " category.

This attribute can be used in many ways:

Locking Recommendations to a Specific Family or Generation

Attribute: Instance Type Override

Attribute Category:: Recommendations Override

Note:  These values are case-sensitive.

Direct Recommendation Override

You can use the "Instance Type Override" attribute to override the original recommendation for a selected instance and set it to the specified instance type. e.g. m4.medium.

Note:  This might result in a score rating of "Impossible".

Attribute: Instance Type Override

Attribute Category:: Recommendations Override

Note:  These values are case-sensitive.

Customizing Catalog Instances

You can use the "Instance Type Override" attribute to tag catalog entries.

These settings can be used to customize the catalog used for making Densify optimization recommendations. You can remove a particular instance type or a whole instance family from consideration.

Choosing whether to use "Disabled" versus "Vacate" is based on whether the customer is prepared to move to a higher cost instance in order to avoid using a particular instance type. This means “vacate at any cost” or the customer just wants the instance type to be “Disabled for use as an optimization target.

In some cases, customers want to use a smaller catalog due to special agreements with their cloud vendor so "Disabled" is used for the majority of the instance types to enforce their smaller catalog.

Note:  Catalog tooling is an advanced feature and it is often easier to use a policy setting (eg. to restrict Intel to AMD recommendation or recommendations onto Basic or Burstable) rather than customizing the catalog. Custom effort rating rules that refer to a specific property of a given instance type are also an alternative to customizing the catalog.

Note:  Any changes to the catalog might need to be re-done following the addition of new instance types by cloud vendors.

Use the following settings for supply-side catalog instances:

Attribute: Instance Type Override

Attribute Category:: Recommendations Override

Note:  These values are not case-sensitive.

Azure Generation 1/Generation 2 Overrides

Microsoft Azure will stop supporting both Generation 1 and Generation 2 VMs on new hardware. Densify supports optimizing Gen1 VMs onto Gen2-only instance types. Densify compares/checks against the metadata to determine the optimal target instance type. The default behaviour is to not make recommendations to move between generation types.

You can control the behaviour using the "Instance Type Override" attribute

  • After data collection, the VM's HyperV Generation (V1 or V2) is mapped to the "VM Virtualization Type" attribute.
  • The Azure rulesets include a check of the "VM Virtualization Type" attribute against the supported target instances.
  • The Densify set of metadata includes the supported VM virtualization type (Gen1 or Gen2) for Azure instances. Azure catalog model target instances then include the metadata of V1, V2 or V1;V2.
  • The default behaviour is to leave VMs on the same generation. i.e. Gen1 on Gen1 and Gen2 on Gen2.
    • Gen1 VMs cannot go to a V2-only instance type
    • Gen2 VMs cannot go to a V1-only instance type

The following settings apply to Azure instance only.

Attribute: Instance Type Override

Attribute Category:: Recommendations Override

Note:  These values are not case-sensitive.

Scale Group Overrides

You can control how your scale groups scale vertically and horizontally using the attributes in the Scale Group Overrides category. Overrides are not regulated by the policy. The analysis/sizing extension will always use the override values, if they are provided.

Also see, Auto Scaling Group Optimization [Cloud Optimization] in the Policy Reference guide for details of the associated policy settings.

Note:  The number of input/output workloads and limits must match. If they do not, the extension will not run properly.

Use the following attributes to configure overrides for an ASG or VM Scale Set:

Attribute: Various. See the following table.

Attribute Category: Scale Group Overrides

Setting System Attributes

Use the following procedure to tag you instances:

  1. Navigate to the Analysis Console > Analysis WorkbenchData Center Explorer.
  2. Use the default Cloud Environment view and select the instances to tag. You can configure one instance at a time using this method. You can also create custom views and filters to select multiple systems and then set the attribute. Contact [email protected] for details.
  3. In the Info tab click Attributes.
  4. On the attribute page, click the Select Attribute Category dropdown menu and select the appropriate category.
  5. In the Select Attributes to Edit dropdown menu select the required attribute.
  6. Check the instances that you want to tag, and then click Edit.
  7. Enter the desired attribute value and then click OK to close the dialog box and set the attribute value.

Once the instances are tagged, you need to refresh the environment containing the tagged instances.

  1. Navigate to Analysis Console > Cloud Environments.
  2. Select the environment that needs to be refreshed and right-click to open the context menu.
  3. Select Refresh to begin the analysis.

When an analysis refresh is in progress, the Cloud Environment landing page shows the refresh progress for an environment in Last Refresh column. After the refresh is finished, the Refresh Duration column displays appropriate value and a status icon is displayed in the Name column.

Lastly you also need to re-populate the RDB before the updated results are displayed in the Densify Console.

  1. At the command line, start the customer CLI pod and open the customer CLI shell.
  2. Navigate to %CIRBA_HOME%\bin and execute the following command:
  3. cirba-rdb.bat Populate