"Enter"a basıp içeriğe geçin

Grafana ile Veeam Enterprise Manager Monitoring

Last updated on 23 Eylül 2022

Monitoring alt yapısının kurulması için ilk adımımızı ele almıştık, buradan adımları inceleyebilirsiniz.

  • Altyapının kurulması – http://www.onurbabur.com/ubuntu-uzerine-influxdb-telegraf-ve-grafana-kurulumu/
  • vSphere monitoring – http://www.onurbabur.com/grafana-ile-vsphere-monitoring-2/

vSphere monitoring işlemi için bir bucket oluşturmuştuk. Veeam monitoring işlemi için ayrı bir bucket ile ilerleyeceğiz. Yine aynı şekilde influxdb:8086 erişimini yapıp, kimlik doğrulamasını gerçekleştirelim.

Buckets sekmesinden sağ köşede bulunan Create Bucket butonuna tıklayarak, yeni bir bucket oluşturalım,

veeam adında bir bucket oluşturuyoruz,

işlem sonrası aşağıda bucketlarımız listelenecektir.

Monitoring işlemimizin içeriğinde aşağıdaki alt başlıklar gösterilecektir,

Enterprise Manager Bölümü

  • Veeam Backup & Replication sunucuları,
  • VBR sunucuların repository bilgileri,
  • Veeam backup proxy bilgileri,
  • Veeam jobları,
  • Yedeği alınan VM makinelerin bilgileri,
  • Veeam backup rpository disk bilgileri

VBR bölümü – Veeam Yedekleme Performansı

  • Veeam Backup Sunucusunun CPU tüketimi,
  • Veeam Backup Sunucusu RAM Tüketimi
  • Veeam Backup Sunucusu Disk Alanı Tüketimi
  • Veeam Backup Sunucusu Ağ Tüketimi

VBR Bölümü – Yedekleme İşleri

  • Panoda seçilen dönemde bilinen son durumla birlikte her bir Yedekleme iş akışının adı

VBR Bölümü – Replika İşleri

  • Panoda seçilen dönemde bilinen son durumla birlikte her Replika jobının adı

VBR Bölümü – Korumalı VM’ler

  • Bir yedekleme işi içeren Veeam tarafından korunan her bir VM’nin adı, Panoda seçilen dönemde bilinen son durumla birlikte

VBR Bölümü – Çoğaltılan VM’ler

  • Panoda seçilen dönemde bilinen en son durumla bir çoğaltma işi içeren Veeam tarafından çoğaltılan her VM’nin adı

VBR Bölümü – İş Geçmiş Performansı ve Süresi

  • Tarihe göre sıralanmış tüm yedekleme işlerinin durum bilgilerini içeren tablo, Panoda seçilen dönemde adı ve bilinen son durumu içerir.
  • Tarihe göre sıralanmış, her bir yedekleme ve çoğaltma işinin süre bilgilerinin yer aldığı tablo, Dashboard’da seçilen süreye göre işin süresini ve adını içerir.

İşlemlere geçelim,

github üzerinden güncel .sh datamızı indirelim,

https://raw.githubusercontent.com/jorgedlcruz/veeam-enterprise_manager-grafana/master/veeam_enterprisemanager.sh

Bu shell betiği, telegraf sunucusundan veya influxDB’den veya başka herhangi bir Linux’tan indirilebilir ve çalıştırılabilir. Aşağıda belirtilen alanları .sh scriptimiz içerisinde parametrelerini düzenlememiz gerekecek:

##
# Configurations
##
# Endpoint URL for InfluxDB
veeamInfluxDBURL="http://127.0.0.1" #Your InfluxDB Server, http://FQDN or https://FQDN if using SSL
veeamInfluxDBPort="8086" #Default Port
veeamInfluxDBBucket="veeam" # InfluxDB bucket name (not ID)
veeamInfluxDBToken="TOKEN" # InfluxDB access token with read/write privileges for the bucket
veeamInfluxDBOrg="org" # InfluxDB organisation name (not ID)


# Endpoint URL for login action
veeamUsername="YOUREMUSER" #Your username, if using domain based account, please add it like user@domain.com (if you use domain\account it is not going to work!)
veeamPassword="YOUREMPASSWORD"
veeamAuth=$(echo -ne "$veeamUsername:$veeamPassword" | base64);
veeamRestServer="YOUREMSERVERIP"
veeamRestPort="9398" #Default Port

Değişiklikler yapıldıktan sonra shelli chmod ile çalıştırılabilir hale getirelim,

chmod +x veeam_enterprisemanager.sh

Scripti çalıştırmadan önce jq paketinin kurulumunu yapmayı unutmayalım,

Redhat türevi sisteminiz için,

yum install jq

Debian türevi sisteminiz için,

apt-get install jq

işlem sonrası ./veeam_enterprisemanager.sh komutunu kullanarak scripti çalıştıralım, aşağıdaki şekilde hata almadan ekranımıza çıktı almamız gerekmektedir.

HTTP/1.1 204 No Content
Content-Type: application/json
Request-Id: 53ee7045-30e1-11ea-8bf5-000000000000
X-Influxdb-Build: OSS
X-Influxdb-Version: 1.6.3
X-Request-Id: 53ee7045-30e1-11ea-8bf5-000000000000
Date: Tue, 07 Jan 2020 00:04:52 GMT

Script çalıştıktan sonra aşağıda ki şekilde, içerik No Content olarak gelmektedir, bu işlem script içerisinde belirtildiği üzere joblar çalıştıktan sonra ve bu script çalıştıktan bir gün sonraki taskları yansıtacak şekilde konfigure edilmiş durumdadır ancak script çalıştığında herhangi bir uyarı almadık. Bu güzel bir haber,

Süreç belli aralıklar ile sürekli çalışması gerekmektedir, ilgili script rest api ye bağlanıp ilgili verileri çekip, veritabanına yazması gerekmektedir,

Crontab içerisine editör ile bağlanıp, ilgili düzenlemeyi gerçekleştirelim,

vi /etc/crontab
*/30 * * * * /etc/telegraf/telegraf.d/veeam_enterprisemanager.sh >> /var/log/veeam_enterprisemanager.log 2>&1

Bu işlemide gerçekleştirdikten sonra diğer adımımıza geçelim,

Grafana Dashboard for Veeam Enterprise Manager – https://grafana.com/grafana/dashboards/11516-grafana-dashboard-for-veeam-enterprise-manager/

İlgili dashboardu grafana üzerine ekleyelim,

Dashboard ekranı aşağıdaki gibi boş geldi, Bu işlem joblar çalıştıktan sonra buraları doldurmaya başlayacak, yanı sıra script içerisinde scriptin çalıştırıldığından bir gün sonra alınan yedekleri gösterecek şekilde konfigure edilmiş durumdadır.

Yarin backup alanlarımızın buraya dolduğunu görebiliriz, güncel ekranı paylaşacağım 🙂

Bir cevap yazın

E-posta hesabınız yayımlanmayacak.