Cloud volume policies
Turbonomic ships with default automation policies that are believed to give you the best results based on our analysis. For certain entities in your environment, you can create automation policies as a way to override the defaults.
Automation workflow
For details about cloud volume actions, see Cloud Volume Actions.
Action | Default mode |
---|---|
Scale
For details about action disruptiveness and reversibility, see this topic. |
Manual |
Delete | Manual |
Prefer Savings Over Reversibility
Executing storage scaling actions can sometimes be irreversible if the volume must grow in size to subsequently increase IOPS or throughput capacity. In this case, shrinking that volume's size later would not be possible. If you prefer reversible volume actions, create a volume policy and choose Better Reversibility.
Scaling sensitivity
Turbonomic uses a percentile of utilization over the specified observation period. This gives sustained utilization and ignores short-lived bursts.
Turbonomic uses these settings to calculate utilization percentiles for IOPS and throughput. It then recommends actions to improve utilization based on the observed values for a given time period.
-
Aggressiveness
Attribute Default value Aggressiveness 95th Percentile Turbonomic uses Aggressiveness when evaluating IOPS and throughput.
When evaluating performance, Turbonomic considers resource utilization as a percentage of capacity. The utilization drives actions to scale the available capacity either up or down. To measure utilization, the analysis considers a given utilization percentile. For example, assume a 95th percentile. The percentile utilization is the highest value that 95% of the observed samples fall below. Compare that to average utilization, which is the average of all the observed samples.
Using a percentile, Turbonomic can recommend more relevant actions. This is important in the cloud, so that analysis can better exploit the elasticity of the cloud. For scheduled policies, the more relevant actions will tend to remain viable when their execution is put off to a later time.
For example, consider decisions to reduce capacity. Without using a percentile, Turbonomic never scales below the recognized peak utilization. Assume utilization peaked at 100% just once. Without the benefit of a percentile, Turbonomic will not reduce resources for that volume.
With Aggressiveness, instead of using the single highest utilization value, Turbonomic uses the percentile you set. For the previous example, assume a single burst to 100%, but for 95% of the samples, utilization never exceeded 50%. If you set Aggressiveness to 95th Percentile, then Turbonomic can see this as an opportunity to reduce resource allocation.
In summary, a percentile evaluates the sustained resource utilization, and ignores bursts that occurred for a small portion of the samples. You can think of this as aggressiveness of resizing, as follows:
-
99th or 100th Percentile – More performance. Recommended for critical volumes that need maximum guaranteed performance at all times, or those that need to tolerate sudden and previously unseen spikes in utilization, even though sustained utilization is low.
-
95th Percentile (Default) – The recommended setting to achieve maximum performance and savings. This assures performance while avoiding reactive peak sizing due to transient spikes, thus allowing you to take advantage of the elastic ability of the cloud.
-
90th Percentile – More efficiency. Recommended for volumes that can stand higher resource utilization.
By default, Turbonomic uses samples from the last 30 days. Use the Max Observation Period setting to adjust the number of days.
-
-
Max Observation Period
Attribute Default value Max Observation Period Last 30 Days To refine the calculation of resource utilization percentiles, you can set the sample time to consider. Turbonomic uses historical data from up to the number of days that you specify as a sample period. If the volume has fewer days' data then it uses all of the stored historical data.
Choose from the following settings:
-
Less Elastic – Last 90 Days
-
Recommended – Last 30 Days
-
More Elastic – Last 7 Days
-
-
Min Observation Period
Attribute Default value Min Observation Period None This setting ensures historical data for a minimum number of days before Turbonomic will generate an action based on the percentile set in Aggressiveness. This ensures a minimum set of data points before it generates the action.
Especially for scheduled actions, it is important that resize calculations use enough historical data to generate actions that will remain viable even during a scheduled maintenance window. A maintenance window is usually set for "down" time, when utilization is low. If analysis uses enough historical data for an action, then the action is more likely to remain viable during the maintenance window.
Choose from the following settings:
-
More Elastic – None
-
Less Elastic – 1, 3, or 7 Days
-
Scaling target IOPS/Throughput utilization
This is the target utilization as a percentage of capacity.
Attribute | Default value |
---|---|
Scaling Target IOPS/Throughput Utilization | 70 |
Cloud storage tiers
By default, Turbonomic considers all storage tiers currently available for scaling when making scaling decisions. However, you may have set up your cloud volumes to only scale to certain tiers to reduce complexity and cost, or meet demand. Use this setting to identify those storage tiers.
Attribute | Default value |
---|---|
Cloud Storage Tiers | None |
Click Edit to set your preferences. In the new page that displays, choose from the following options:
-
Excluded
By default, this option is selected and all storage tiers are deselected. This means that all storage tiers are considered for scaling.
Any storage tiers that you select are excluded from scaling.
Configure an exclusion list if there are fewer storage tiers to exclude than to include. For example, if 400 storage tiers are currently available for scaling and you do not want cloud volumes to scale to 20 storage tiers, configure an exclusion list and select the 20 storage tiers.
-
Included
Any storage tiers that you select are considered for scaling.
Configure an inclusion list if there are fewer storage tiers to include than to exclude. For example, if 400 storage tiers are currently available for scaling and you want SQL Databases to scale only to 50 storage tiers, configure an inclusion list and select the 50 storage tiers.
After you save your changes, the main page refreshes to reflect your selections.