Here are answers to some frequently asked questions about the VMware Tanzu CloudHealth Aggregator.
The Tanzu CloudHealth Aggregator provides a connection between the Tanzu CloudHealth and vSphere. Install the aggregator in your vSphere environment and ensure it has direct network access without proxy to the vCenter server.
The Tanzu CloudHealth Aggregator deploys as a single VM on-premise for each vSphere environment. Ensure that you have a VM size of 2 vCPUs, 2 GB memory, and 10 GB of disk storage.
Note: The disk storage is only required for logs that are generated by the aggregator.
The aggregator supports all Linux flavors, including RedHat, Ubuntu, CentOS, and SUSE
The aggregator requires the following software:
Tanzu CloudHealth also provides an installer script that will help further in the installation process.
Proxy support is built into the installer script provided by Tanzu CloudHealth. During the install process, you are prompted to enter their proxy information in the following format:
hostname
: IP address or hostname for proxy, e.g., proxy.ops.cloudhealthtech.com
port
: port number of the proxy server username
: username, if proxy requires authentication password
: password, if proxy requires authentication
These proxy parameters can be entered as prompted, or set in corresponding environment variables. For more information on how to do this, see Enable Virtual Appliance.
Create a new user for your vSphere environment and provide this user read-only access.
Yes, Tanzu CloudHealth supports Active Directory. The process to setup a new read-only VMware AD users is as follows:
Assign the AD group with that VMware role at the vCenter object level in the configuration.
Tanzu CloudHealth recommends adding one vCenter per aggregator to make troubleshooting the aggregator logs easier. However, you can add multiple vCenters per aggregator.
A single aggregator instance can manage a maximum of 5k VMs. To add more than 5k VMs, you need to deploy another aggregator instance.
If you plan to add VMs from multiple vCenters, then Tanzu CloudHealth recommends adding a maximum of 3.5k VMs per aggregator across all vCenters. Adding more than 3.5k VMs from multiple vCenters may lead to performance issues.
Tanzu CloudHealth does not support multiple tags in the same category. If you have multiple tags in the same category, Tanzu CloudHealth only considers the latest tag value.
The aggregator supports vSphere tags collection from vCenter 6.0 and onwards.
By default, vSphere is setup for Level 1 collection levels. Tanzu CloudHealth requires the collection level to be modified to Level 2. Tanzu CloudHealth uses 5 min rollup averages as provided by vSphere API in during metric collection.
Data from the customers vSphere environment to Tanzu CloudHealth is processed through two different calls:
Note: vSphere metrics collected every 60 min are 5 min averages; therefore, there are 12 “5 min averages” on every VM.
The Tanzu CloudHealth Aggregator connects to vSphere via the URL provided during account setup. During initial setup, there is public-private key exchange between Tanzu CloudHealth and the aggregator, and each data payload sent by Tanzu CloudHealth to the aggregator is encrypted.
In addition, the vSphere password provided during account setup is not stored in Tanzu CloudHealth, but in an encrypted vault locally by the aggregator.
Note: All communication between the Tanzu CloudHealth Aggregator and Tanzu CloudHealth API is also secured using SSL/TLS.
A JSON file that includes configuration of each VM along with aggregated Disk I/O, Filesystem, and Memory metrics is transmitted (pushed) by the Tanzu CloudHealth Aggregator to the Tanzu CloudHealth API.
There are no regular maintenance requirements for the aggregator. You can modify the extent of log history and logging level in Tanzu CloudHealth, and the aggregator rotates its logs according to those settings.
Note: The Tanzu CloudHealth Aggregator upgrade is a semi-manual process that is triggered from the Tanzu CloudHealth platform and executed automatically by the aggregator. There is no regular upgrade schedule; Tanzu CloudHealth will recommend upgrades to certain versions when there are fixes or enhanced features on a case-by-case basis.
If the Tanzu CloudHealth Aggregator OVA deployment fails or behaves unexpectedly, use the following workaround: 1. Install a normal Linux VM. 2. In the Tanzu CloudHealth Platform, go to Setup > Data Collection > Aggregators. Select View for the desired aggregator. 3. Select New Installer at the top of the page to download the cht_installer
script. 4. Run the cht_installer
script manually in the Linux VM to initiate the aggregator.
Determine the status of the Tanzu CloudHealth Aggregator and understand how to fix problems
Once you have configured and deployed the Tanzu CloudHealth Aggregator in your infrastructure, the Tanzu CloudHealth Platform communicates with the aggregator in two ways:
An aggregator is identified as Unhealthy if the Tanzu CloudHealth API does not receive a request from the aggregator for at least 30 minutes.
If you see an Unhealthy aggregator, do no update its settings or upload logs.
ps -ef | grep cht_aggregator.jar
The output of the command should include the Heapsize value.
Use the Heapsize value in this command.
java -Xmx1024M -jar cht_aggregator.jar
Here -Xmx1024M
is the Heapsize obtained from the first command.
The following output appears:
root 1116 1 12 Aug26 ? 17:01:49 java -Xmx1024M -jar cht_aggregator.jar start
If the aggregator is not running, retrieve Aggregator logs and VM specifications.
curl https://api.cloudhealthtech.com/v1/health
The output should have the following format.
{"status":"Happy","time":"2017-09-01 15:53:28 +0000", "running_version":"63d88ced36de8b37acee09291a34a9e959ffe097","tag":"20170823.01"}
In the aggregator logs, if you find 401 Unauthorized or 400 Bad request error, the token probably has expired. In that case, generate a new installer token from the Tanzu CloudHealth platform and re-register with the new installer token.
cd ~/aggregator_TOKENPOSTFIX
/etc/init.d/cht_aggregator stop
java -jar cht_aggregator.jar register --token="YOUR INSTALLATION TOKEN"
sudo /etc/init.d/cht_aggregator start
HEALTHY
.Sometimes network/proxy restrict Aggregator to make either GET or POST calls to the Tanzu CloudHealth API endpoint. Verify the same using the following manual verification steps.
cd aggregator_TOKEN
java -jar cht_aggregator.jar read_vault
curl -v --request POST --url 'https://api.cloudhealthtech.com/v1/collector/status?status=1' -H 'Content-Type: application/json' -H 'Collector-Id: \<ID\>' -H 'Collector-Token: \<TOKEN\>
To add a proxy, insert -x"[protocol://][user:password@]proxyhost[:port]"
after -v
in the above command.
HEALTHY
.In the VM where you have deployed the Tanzu CloudHealth Aggregator, enter these commands at the terminal:
ubuntu@ubuntu-chtdemo-aggregator:~$ ls
aggregator_e56a3cdc cht_installer.sh stres.sh temp tmp
ubuntu@ubuntu-chtdemo-aggregator:~$ cd aggregator_e56a3cdc/
ubuntu@ubuntu-chtdemo-aggregator:~/aggregator_e56a3cdc$ ls
cacert.pem cht_aggregator.bak cht_aggregator.jar cht_aggregator_upgrade.jar lib logs :q tmp upgrade.sh
ubuntu@ubuntu-chtdemo-aggregator:~/aggregator_e56a3cdc$ tar -cvf cht_aggregator_logs.tar logs/*
logs/aggregator.20170823.log
logs/aggregator.20170824.log
logs/aggregator.20170825.log
logs/aggregator.20170826.log
logs/aggregator.20170827.log
logs/aggregator.20170828.log
logs/aggregator.20170829.log
logs/aggregator.20170830.log
logs/aggregator.20170831.log
logs/aggregator.20170901.log
logs/aggregator.log
logs/aggregator.log.age
logs/cht_aggregator_upgrade.log
ubuntu@ubuntu-chtdemo-aggregator:~/aggregator_e56a3cdc$
cat /proc/meminfo
cat /proc/cpuinfo
sudo shutdown -r now
vsphere.local
and click Add User.Add global root permission with a read-only role to the user created in step 1.
If the user with the read-only role can log in and access the vCenter Client, then you can create an account in the Tanzu CloudHealth platform for the same user and can view the account in the Data Center.
Note - The above vCenter screenshots are from VC 6.5. The screenshots could be different for other vCenter versions.