10/30/20

vROps 8.2 – Get Metrics/Properties sorted

Sometimes it is easier to identify which kind of metrics/properties are provided with a vROps Version or/and Management Packs if you have a list where you can just use filter to find something instead of “clicking” through all Objecttypes. 😉

Here we go! I’ve created an Excel export based on vROps 8.2 with following additional Adapter enabled/configured/installed which are included in this Excel File:

  • vSphere Adapter
  • vIDM Adapter 1.1
  • Horion Adapter 6.7
  • NSX-V 3.6
  • SDDC Management Pack 8.1
  • In vROps Version integrated and Activated:
    • NSX-T 8.2, LogInsight, vSAN, vRA, Ping Adapter, OS / Remote Monitoring

Have fun! 😉

10/29/20

vROps 8.2 – Ping Adapter available

With vROps 8.2 VMware provides a new Adapter for Pinging systems. In the past customers have to use Agents like EPOPS/Telegraf to have the capability of ping systems.

Now it comes natively with vROps and it just needs to be activated within your Repository:

After you have enabled the Adapter you can configure it through “Other Accounts”

The configuration parameter are as follows. You define the Adapter Instance Name, Address List, the ping intervals, packet size etc.

If you have different Remote Collectors (different location) you can create own Ping Adapter Instanz for address which needs to be pinged by a special collector/collector group.

You can also use a config file to define the list of addresses which needs to be checked within a single Adapter Instance:

These are the Objecttypes/Structure which are provided by the Ping Adapter after you enabled it:

And these are the metrics/Properties for the FQDN Objecttype

I didn’t tested so much with the new Ping Adapter but feel free to contact me for any feedback.

10/28/20

vROps 8.2 – Content Backup

VMware released vRealize Operations Manager 8.2 and brings one of the most requested feature by the customer – Backup the Content with a single Button .

Based on the data size and limitations of vROps most of the customer decided to not backup vROps with the standard procedure (whole VM (includes historical data)). Most customer were just interested in all the custom created content like Dashboard, Views, Reports, Metric Configuration, Supermetrics etc. where they put so much effort in it.

There were lot’s of streams started to create custom Scripts to get the necessary Content through API/OPSCLI.

Now in 8.2 we can Backup the whole Content with a single Button and download a single compressed file.

Even if you want to automate it you can trigger it via API aswell (btw. vROps 8.2 is using the Swagger now too). 😉

Just keep in mind if you don’t use a “Service Account” for creating all the Dashboards just the dashboards which are assigned to your current user will be exported because dashboards and users have a 1:1 assignment.

04/18/18

REST Call (GET) with Powershell

This post is about “How can I use Powershell to get data from my vROps Instance over the API”?

It sounds really easy and the line of code for an invoke is really short but there are some painful points.
So we will start with a GET Method with Powershell for vROps.
This is the REST Call:

invoke-webrequest -credential $cred -Uri Invoke-RestMethod -Credential $RESTcredential -Uri https://vrops.pso.local/suite-api/api/adapters -ContentType "application/json" -Method Get

The $cred variable is based on the following code. It is important for me to haven’t the password in plain text.

$user = "admin"
$secpasswd = Get-Content C:\Users\kbruesch\Desktop\Scripts\RESTCallCreds.txt | ConvertTo-SecureString
$RESTcredential = New-Object System.Management.Automation.PSCredential($user, $secpasswd)

My biggest problem with this CALL was that I got always the same error message:
the underlying connection was closed: an unexpected error occurred on a send.

The solution for me wasn’t to easy allow self-signed certificates with: [System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true}

I used this implementation in my script:
add-type @"
using System.Net;
using System.Security.Cryptography.X509Certificates;
public class TrustAllCertsPolicy : ICertificatePolicy {
public bool CheckValidationResult(
ServicePoint srvPoint, X509Certificate certificate,
WebRequest request, int certificateProblem) {
return true;
}
}
"@
[System.Net.ServicePointManager]::CertificatePolicy = New-Object TrustAllCertsPolicy

After your Invoke-Request is running you get an Status Code of 200 which means it was succeeded:
Bildschirmfoto 2018-04-18 um 22.40.52

Now you can use the content part to get all the data you want like Adapter Instance Name to Adapter Instance ID

02/14/14

VMware vSphere Watchlist – Mobile Access

VMware hat vor kurzem einen Client für IOS Geräte zur bereitgestellt, der den Remote Zugriff erlaubt um die VMware Infrastruktur zu Monitoren.  Dabei wird eine sogenannte Watchlist erstellt um VMs zu gruppieren.

Voraussetzung ist die VMware vSphere Mobile Watchlist App here und eine Umgebung mit mindestens vSphere 5.0.

Features:

  • Power Options
  • VM Status überprüfen
  • Wachtlist erstellen
  • Anzeigen und analysieren von Alerts

watchlist

02/12/14

vSAN – EASY Config!

Nachdem das Thema vSAN in bei Kunden und Teilnehmer immer interessanter wird und ich in meinem vorherigen Post ein wenig darüber berichtet habe, schauen wir uns mal die Installation/Konfiguration an. Voraussetzungen für die Bereitstellung: (Sorry für den deutschen WebClient, ich finde ihn auch fürchterlich);)

  • 3 ESXi Systeme
  • Mindestens 1 SSD und 1 HDD per Host
  • vmkernel für vSAN Traffic (Kommunikationsverkehr)
  • vSphere Umgebung 5.5 (ESXi, vCenter (Windows/Appliance))
  • WebClient (C# Client is not supported)

Ich benutzte für die Testumgebung 3 nested ESXi Systeme, die nach folgenden Prinzip deployed werden:

  • 3 VMDKs je ESXi (2 GB ESXi Installation, 5 GB SSD, 10 GB HDD)
  • ESXi Software Build 1439689 (Build 1331820 kann zu Fehler führen “Network Misconfiguration”)

Nach der Installation wird noch die vmx angepasst um die 5GB VMDK als SSD zu taggen! (scsi0:1.virtualSSD = 1)

Bildschirmfoto 2014-02-11 um 20.36.08

Continue reading

02/12/14

vSAN – Simple Shared Storage!

Immer mehr Kunden interessieren sich für das Thema vSAN von VMware, was mich zu diesem Post getrieben hat. Also was ist eigentlich vSAN? Wie wird es bereitgestellt und auf was muss ich achten?

Warum machen die Virtualisierer das? Um zum einem die Abhängigkeiten von Herstellern zu reduzieren (Storage Hersteller) und somit den kompletten Virtualisierungsbereich (Ressourcen (RAM, CPU), Netzwerk, Storage) selbst abdecken zu können. Alles aus eigener HAND!

Natürlich bringt vSAN nicht nur dem Softwarehersteller Vorteile, sondern uns als Administratoren auch:

  • Simple Management (zentral über WebClient)
  • Flexible (Einfache Storage Erweiterung)
  • Integration mit VMware (vCenter, vSphere)
  • Skalierbarkeit (Performance, Kapazität)
  • SSD Caching (Performance
  • SPBM Feature (Verfügbarkeit per VM)
  • Lower TCO
  • Features vMotion, HA, DRS

 

Wie macht VMware das? Ganz einfach, indem es die lokalen Festplatten als Shared Datastore zur Verfügung stellt!

vSAN ist nicht der erste Versuch von VMware mit lokalen Storage ein SAN bereitzustellen. Vorher hieß die Funktionalität VSA und war sehr unflexible, unperformant und setzte Voraus das auf allen ESXi Systemen (min. 2;max. 3) eine VSA Appliance bereitgestellt werden musste.

Einsatzgebiete wären unteranderem VDI und Testumgebungen.

02/11/14

PowerCLI – einfacher Leben!

Ich werde immer wieder in Projekten und Schulungen gefragt, wozu man die PowerCLI den verwenden kann. Die Antwort fällt dabei nicht gerade kurz.

Die PowerCLI ist ein “mächtiges” Tool das dabei helfen kann,  zu automatisieren, inventarisieren, Monitoren oder Workarounds in der VMware Umgebung bereitzustellen. Die Abfrage kann, ESXi Hosts, Datastores, VMs, Networks und auch Cluster Objekte beinhalten.

Zudem bringt die PowerCLI SnapIns für den Image Builder, AutoDeploy und Update Manager mit.

Um euch mal ein Gefühl dafür zu geben, hier mal ein  Beispiel:

Bevor Ihr startet müsst ihr die Execution Policy noch Anpassen:

# Get-Executionpolicy

(unrestricted/remotesigned/Allsinged/restricted) (Weitere Infos hier Microsoft )

Wir brauchen für unsere PowerCLI z.B. remotesigned

# Set-Executionpolicy remotesigned

Dann die PowerCLI neustarten und wir können uns mit einem vCenter/ESXi Host verbinden:

# Connect-VIServer vc.home.com

Und nun zur eigentlichen Abfrage, z.B. auf welchen Datastores unsere VMs zu finden sind. (DRS (vMotion), HA, Performance, Availability)

# get-vms | Select Name, @{Label="Datastore";Expression={Get-Datastore -VM $_}}

Wir geben in der ersten Spalte den Namen der VMs aus und in der zweite den jeweiligen Datastore/Datastores mit $_ frage ich jede Zeile (also jede VM von get-vm ab)

Viel Spaß beim ausprobieren!

Beispiel Scripte und eine sehr gute Unterstützung für den Start mit der PowerCLI gibt es auf folgender Seite www.virtu-al.net