VMware Aria Operations 8.17.1

8.18 8.17.1 8.16 8.14 8.12
简体中文 Deutsch Español Français 日本語 한국어 繁體中文 English

Sizing the
VMware Aria Operations
 Cluster

The resources needed for
VMware Aria Operations
 depend on how large of an environment you expect to monitor and analyze, how many metrics you plan to collect, and how long you need to store the data.
It is difficult to broadly predict the CPU, memory, and disk requirements that will meet the needs of a particular environment. There are many variables, such as the number and type of objects collected, which includes the number and type of adapters installed, the presence of HA, the duration of data retention, and the quantity of specific data points of interest, such as symptoms, changes, and so on.
VMware expects
VMware Aria Operations
 sizing information to evolve, and maintains Knowledge Base articles so that sizing calculations can be adjusted to adapt to usage data and changes in versions of
VMware Aria Operations
.
The Knowledge Base articles include overall maximums, plus spreadsheet calculators in which you enter the number of objects and metrics that you expect to monitor. To obtain the numbers, some users take the following high-level approach, which uses
VMware Aria Operations
 itself.
  1. Review this guide to understand how to deploy and configure a
    VMware Aria Operations
     node.
  2. Deploy a temporary
    VMware Aria Operations
     node.
  3. Configure one or more adapters, and allow the temporary node to collect overnight.
  4. Access the Cluster Management page on the temporary node.
  5. Using the Adapter Instances list in the lower portion of the display as a reference, enter object and metric totals of the different adapter types into the appropriate sizing spreadsheet from Knowledge Base article 2093783.
  6. Deploy the
    VMware Aria Operations
     cluster based on the spreadsheet sizing recommendation. You can build the cluster by adding resources and data nodes to the temporary node or by starting over.
If you have a large number of adapters, you might need to reset and repeat the process on the temporary node until you have all the totals you need. The temporary node will not have enough capacity to simultaneously run every connection from a large enterprise.
Another approach to sizing is through self monitoring. Deploy the cluster based on your best estimate, but create an alert for when capacity falls below a threshold, one that allows enough time to add nodes or disk to the cluster. You also have the option to create an email notification when thresholds are passed.

Content feedback and comments