Skip to main content

Monitoring VCSA & PSC disk partitions from vRop's


In our day to day life we encounter many disk alert issue on different operating system when they move above predefined threshold size.

Here, in this article we go through how we can set alert and notification of disk partitions of VCSA and PSC.

Here we'll take example of VCSA 6.5 ( Appliance) which has following partitions in Guest OS as mentioned in Fig.1

Figure:1

Here we'll set alert of partitons like /storage/seat , /storage/db, /storage/autodeploy, /storage/log etc..

To start we defined we set of steps.

Overall process of creating alert definition are below:
 Create a Symptom > Add these symptoms to Alert Definition > Then create a Notification for the Alert Definitions


What is Symptom:

The symptom sets comprise an expression that is evaluated to determine if an alert should be triggered.
To add one or more symptoms from the symptom list to an existing symptom set, drag the symptom from the list to the symptom set. To create a new symptom set for the alert definition, drag a symptom to the landing area outlined with a dotted line



What is Alert Definitions:
Alert definitions are a combination of symptoms and recommendations that you combine to identify problem areas in your environment and generate alerts on which you can act for those areas. You use the Alert Definitions to manage your vRealize Operations Manager alert library, and to add or modify the definitions.

What is Notifications:

You use the Notifications page to manage your individual alert notification rules. The rules determine which vRealize Operations Manager alerts are sent to the supported target systems.
How Notifications Work
You manage your notification rules from this page, including adding or editing the rules. To send the notifications to the supported system, you must have Outbound Alert Settings configured and enabled. The supported systems are the SMTP standard email plug-in and the REST plug-in.

The outbound alert plug-in instances must be configured before you can create and manage your notification rules.

Lets get started....



  Login to vROPS (Admin privileges) > Alerts > Alert Settings > Click on Symptoms Definitions > Click on Green + Mark.

F            Figure:2



   Once we click on the + Mark we get the Add Symptom Definition and then we shall select the Base Object Type and type Virtual Machine > Next to Metrics Click on the Small icon (Which looks like outlook email-It is Select Object Icon in vROPS.

F             Figure:3


  Select desired VCSA/PSC Appliance:

           Figure:4



  Once we select the Object we shall have the corresponding metrics populated.

Example:   Figure: 5




  At this moment we shall now go to Guest File system stats and add them new symptom definition.

F            Figure:6





  Expand the  desired partitions and select the value>  towards Rightside to create a new symptom definition or just double click.

Example: We have expanded /storage/core > drag and drop Guest File System Usage %

    Figure:7




Once we have the desired Metrics added we can now define the Thresh holds with logical names.

Example: Threshold > Name > Severity > when the metrics should trigger (Value)

Click on advanced for each value (If you wish to increase or decrease the Wait cycle) for the symptoms to be evaluated.

NOTE: The wait cycle setting helps you adjust for sensitivity in your environment. The wait cycle for the alert definition goes into effect after the wait cycle for the symptom definition results in a triggered symptom. In most alert definitions you configure the sensitivity at the symptom level and configure the wait cycle of alert definition to 1. This configuration ensures that the alert is immediately generated after all of the symptoms are triggered at the desired symptom sensitivity level.

Default value for wait cycle is 3.

       Figure:8





  Once we update the symptoms click on SAVE.

F       Figure: 9






   Now we shall go to vROPS> Alerts > Alert Definitions > Click on Green + Mark to create the Alert


    Figure:10



Once you click on + mark we get the Create Alert definition Workspace wizard.

Define a logical Name. Example: VCSA65-Guest partition usage.

    Figure:11




  Next step to Select the Base Object Type which is Virtual Machine:

F           Figure:12





  Next select the Alert Impact

F         Figure:13





  Now is the time to use the Symptom definitions which we defined earlier.

In the filter Type the Symptom name which we defined earlier .

     Figure:14




  Then select all the filtered symptoms to right side box.

Select all and drag towards right side and then click SAVE or you may Add recommendation for this Alert example: You may suggest what to do when you get this alert as well (Step 5 optional)

     Figure:15



Just in case Step 5:

Figure:16



Then click on SAVE

  AT this Point we have the Alert Define you can filter with the Name:

Example
    Figure:17


   Once we define the Alert > Go to vROPS > Administration > Policies > check the active Policy and edit .


Make sure that the policy is active. The state should be active, if not we shall change it > Click on save

Example:
    Figure:18

    Figure:19


    Figure:20

Next is to define the

  vROPS > Alerts > Notification Settings > Click on Green + Mark to initiate the Add rule
-        Define the parameters.

Example: Key point is to select the Filter Criteria once we select all the options > click on save

    Figure:21





Now you will get notification over the mail once you get any disk space capacity issue.

Happy Sharing... :)



Comments

Popular posts from this blog

Changing the FQDN of the vCenter appliance (VCSA)

This article states how to change the system name or the FQDN of the vCenter appliance 6.x You may not find any way to change the FQDN from the vCenter GUI either from VAMI page of from webclient as the option to change the hostname always be greyed out. Now the option left is from the command line of VCSA appliance. Below steps will make it possible to change the FQDN of the VCSA from the command line. Access the VCSA from console or from Putty session. Login with root permission Use above command in the command prompt of VCSA : /opt/vmware/share/vami/vami_config_net Opt for option 3 (Hostname) Change the hostname to new name Reboot the VCSA appliance.   After reboot you will be successfully manage to change the FQDN of the VCSA . Note: Above step is unsupported by VMware and may impact your SSL certificate and face problem while logging to vSphere Web Client. If you are using self-signed certificate, you can regenerate the certificate with the

Issue : Configure Management Network option is Grayed out into ESXi

Last week I got into an issue of one of my client into Vsphere environment where one of its ESXi went done out of the network. Issue was IP address was showing 0.0.0.0 on main Esxi screen and when I tried to change the network configuration, its " Configure Management network option was greyed out.  I tried to gid into it and try to analyis its vmKernal and vmwarning logs. What I found is its VMkernal switch got removed due to unexpected reason. So to resolve the issue I tried to reconfigure its vswitch0 (vmk0) by going into Tech Mode of that Exi. Below are the steps which I followed to resolve the issue. 1) Login to ESXi 2) Press F2, Check if you " Configure Management network " is greyed out or not" if yes,    follow below 3) Press ALT+F1 to move the ESXi screen to tech mode   ( This is command line like dos) 4) login with root account 5) Run the following command into it esxcli network ip interface add --interface-name= vmk0

Collecting Logs from NSX-T Edge nodes using CLI

  This article explains how to extract the logs from NSX-T Edge nodes from CLI. Let's view the steps involved: 1) Login to NSX-T  Edge node using CLI from admin credentials. 2) Use of  " get support-bundle " for Log extraction. get support-bundle command will extract the complete logs from NSX-T manager/Edge nodes. nsx-manager-1> get support-bundle file support-bundle.tgz 3) Last step is to us e of " copy file support-bundle.tgz url " command. copy file will forward your collected logs from the NSX-T manager to the destination(URL) host from where you can download the logs. copy file support.bundle.tgz url scp://root@192.168.11.15/tmp Here, the URL specified is the ESXi host ( 192.168.11.15) under /tmp partition where logs will be copied and from there one can extract it for further log review. Happy Learning.  :)