vCenter Server Appliance Disk Space Extend

VMware vCenter Appliance’ın kullanmakta olduğu disklerdeki disk doluluk sorunu bulunabilir. Bu sorunu çözümlemek için disk genişletme operasyonu sağlayabiliriz.

Disk genişlemek için aşağıdaki adımlar izlenebilir ve referans makaleler okunabilir

GUI: https://vcenter_fqdn:5480 ‘den vCenter – Monitor – Disks bölümünden dolu disk’i görebiliriz.

SSH: vcenter ssh login –

shell.set –enabled true

aşağıdaki komutlar ile disk dolulukları görebiliriz

lsblk -o NAME,HCTL,MOUNTPOINT,SIZE

veya

df -h; lsblk; lsscsi

vCenter Server  7.0 VMDKs/Partitions listesi makalesi

https://knowledge.broadcom.com/external/article/322801

vCenter Server  8.0 VMDKs/Partitions listesi makalesi

https://knowledge.broadcom.com/external/article?legacyId=93790

Dolu diski belirledikten sonra vCenter VM Edit Settings – Harddisk x genişleteceğiz.

Genişleme işlemi ardından SSH ekranında

/usr/lib/applmgmt/support/scripts/autogrow.sh

komut çalıştırdıktan sonra komut ile sonucu görebiliriz.

df -h; lsblk; lsscsi

Yapılan çalışma neticesinde dolu harddisk’imiz genişletilmiş oldu.

 

VMware Data Collection Levels

VMware Data toplama seviyeleri bulunmaktadır. Bu seviyelere Level 1,2,3,4 olarak değiştikçe log disk’in de tutulan alan boyutu değişecektir.

Varsayılan Log seviyesi Level-1’dir. Ciddi bir sorun olmadığı sürece varsayılan seviye değiştirilmemesi önerilir. Sorun çözülmesi için geçici olarak Level seviyesi artırılabilir.

Statics Levels tablosunu VMware’in yayınladığı makaleden alınmıştır.

Statistics Levels
Level
Metrics
Best Practice
Level 1
  • Cluster Services (VMware Distributed Resource Scheduler) – all metrics
  • CPU – cpuentitlement, totalmhz, usage (average), usagemhz
  • Disk – capacity, maxTotalLatency, provisioned, unshared, usage (average), used
  • Memory – consumed, mementitlement, overhead, swapinRate, swapoutRate, swapused, totalmb, usage (average), vmmemctl (balloon), totalbandwidth (DRAM or PMem)
  • Network – usage (average), IPv6
  • System – heartbeat, uptime
  • Virtual Machine Operations – numChangeDS, numChangeHost, numChangeHostDS
Use for long-term performance monitoring when device statistics are not required.
Level 1 is the default Collection Level for all Collection Intervals.
Level 2
  • Level 1 metrics
  • CPU – idle, reservedCapacity
  • Disk – All metrics, excluding numberRead and numberWrite.
  • Memory – All metrics, excluding memUsed, maximum and minimum rollup values, read or write latency (DRAM or PMem).
  • Virtual Machine Operations – All metrics
Use for long-term performance monitoring when device statistics are not required but you want to monitor more than the basic statistics.
Level 3
  • Level 1 and Level 2 metrics
  • Metrics for all counters, excluding minimum and maximum rollup values.
  • Device metrics
Use for short-term performance monitoring after encountering problems or when device statistics are required.
Level 4
All metrics supported by the

vCenter Server

, including minimum and maximum rollup values.
Use for short-term performance monitoring after encountering problems or when device statistics are required.

vCenter Server Appliance Best Practices

VMware vCenter data bütünlüğünü korumak için VMware tarafından bize sağlanan best practices dökümanları mevcuttur. Bu dökümanlardan alınan özet bilgiler olarak madde madde açıklama yapacağım.

1- vCenter ilk kurulum sırasında kaynak size’ı net belirlemek önemlidir. Size’ı ( tiny, small, medium, large, xlarge) ortamın büyüklüğü ve ileride büyümesi ile orantılı şekilde seçilmelidir. Orta ölçekli ortamlar için small genelde yeterli oluyor.

2- vCenter Appliance disk kullanım durumunu izlenmeli.

https://vcenter_fqdn:5480 root ile login oluyoruz,

Sol ekrandan Monitor-> Disks ile izlenebilir.

Snapshots ve Backups

1- vCenter Server Configuration file-based olarak backup alınması ve restore adımları. File-Based olara vCenter configuration backup alınması için makalemi inceleyebilirsiniz.

2- SEsparse snapshot data integrity sağlanması. Referans makale olarak data inconsistencies okuyabilirsiniz.

3- Yedekleme işlemi sırasında snapshot almayın. Tam tersi olarak snapshot devam ederken yedekleme çalışması başlatmayın.

4- Backup çalışmasını günlük yapılması.

5- vCenter Enhance Linked Mode için referans makalesini okuyabilirsiniz.

Database

1- vCenter database’in de manuel erşimi veya değişiklikler nadir yapılması önerilir. Herhangi bir değişilik yapılmadan önce yedekleme yapmalısınız.

2- vCenter Data Colleciton Levels için Level 3-4 yapılandırılmadığına emin olun. Kapasite problemlerleri yaşamamak için Level 1 seviyesini ayarlayınız. Level metricleri için sayfamdaki makaleyi okuyabilirsiniz.

3- vCenter Tasks ve Events database boyutu için önemlidir. Her çalışan tasks ve events database’de alan tutacaktır. Yapılan işlemlerin fazlalığına göre database’de tutulan gün sayısı varsayılan olarak 30 gündür. Bu günü düşürebilirsiniz.

Genel Operasyonlar

1- vSphere ve bileşenlerini mümkün olduğunda en son sürümle güncel tutun.

2- Tüm vCenter servislerin log kapasite düzeylerinin sorun olmadığı sürece varsayılan değerde kalmalıdır.

3- VMware host’ların donanım ve uygulama hataları, arızaları için vSphere Availability (VCHA) kullanılmasını öneriyoruz.

İzole Network Tanımlama – Isolating Network

Merhaba,

VMware ESXi network portları ve vlanların daha efektif kullanmak için yapılandırabiliriz. Bu yapılandırmanın avantajlarından vlanlar ve trafiklerin daha net trafik sağlaması içindir.

Örneğin Backup VLAN’ı Private VLAN ile taşımak port güvenliği ve trafik açısından önem taşımaktadır.

Private VLAN Oluşturmak için;

vSphere Distributed Switch oluşturulan network’e Private vlan eklemesi yapılacaktır.

1- vSphere Networking -> Distributed switch

2- Configure -> Settings -> Private LAN

3- Add primary VLAN -> Primary VLAN ID -> + ile ekliyoruz

4- + ile farklı VLAN ID’leri eklemeye devam ediyoruz

5- Her VLAN içinde + tıklayarak VLAN tipini Promiscuos, Isolated veya Community olarak değiştirebiliriz.

Promiscuous VLAN (PVLAN): Tüm diğer PVLAN’lar ile haberleşir.

Isolated VLAN: Aynı VLAN içindeki sunucular birbiriyle iletişim kuramaz. Sadece promiscuous VLAN ile haberleşir.

Community VLAN: Aynı Community VLAN içindeki sunucular birbiriyle haberleşir. Farklı community VLAN’lardaki sunucular ile iletişim kuramaz (Sadece Promiscuos VLAN ile haberleşir)

ESXi RDM Disk Tanımlama Perennially Reserved Device

ESXi Sunucularında Reboot Sonrası Yavaş Boot Problemi ve RDM Disk Yapılandırması

ESXi sunucularının reboot sonrası yavaş açılma sorunu, genellikle ortamda bulunan RDM (Raw Device Mapping) disklerinden kaynaklanmaktadır. ESXi sunucusu yeniden başlatıldığında tüm datastore’ları tarar ve bu sürecin hızlandırılması için RDM diskleri atlaması gerekmektedir. Bunu sağlamak için, ilgili diskleri “Perennially Reserved Device” olarak tanımlamak gerekmektedir.

RDM Disk Yapılandırma Yöntemleri

RDM disklerini perennially reserved olarak tanımlamak için iki farklı yöntem kullanılabilir:

  1. ESXi CLI (Command Line Interface) kullanarak,
  2. vCenter arayüzünden.

Bu dokümanda, ESXi CLI kullanarak RDM disklerin perennially reserved olarak tanımlanması ve kaldırılması adımları detaylandırılmıştır.

ESXi CLI Kullanarak RDM Disk Yapılandırma

RDM Disk NAA Değerini Bulma

RDM disklerini tanımlamak için ilk olarak ilgili disklerin naa değerleri belirlenmelidir. Bu değeri bulduktan sonra, diskleri perennially reserved olarak tanımlayabiliriz.

Perennially Reserved Device Olarak Tanımlama

Aşağıdaki komutu kullanarak RDM diskleri perennially reserved olarak işaretleyebilirsiniz:

esxcli storage core device setconfig -d naa.123456789 –perennially-reserved=true

Perennially Reserved Device Olarak Kaldırma

Tanımlanan perennially reserved durumu kaldırmak için aşağıdaki komut kullanılabilir:

esxcli storage core device setconfig -d naa.123456789 –perennially-reserved=false

Tanımlamanın Doğrulanması

a) Detaylı çıktı almak için:

esxcli storage core device list | awk ‘/naa.123456789/,/^$/’

b) Perennially Reserved durumu özet olarak görüntülemek için:

esxcli storage core device list | awk ‘/naa.123456789/,/^$/’ | grep “Is Perennially Reserved”

    • True: Tanımlama yapılmış
    • False: Tanımlama yapılmamış

RDM Diskin Detach Edilmesi

Perennially Reserved Device tanımı kaldırıldığında işlem tamamlanmamış olur. ESXi tarafından disk halen kullanılıyor olarak görünmektedir. Bunu düzeltmek için disk detached moduna getirilmelidir.

esxcli storage core device set -d naa.123456789 –state=off

Bu adımlar ışığında ESXi sunucularında RDM diskler perennially reserved device olarak tanımlanabilir veya ortamdaki RDM diskler kaldırılabilir. Bu sayede ESXi sunucularının reboot sonrasının daha hızlı tamamlanması sağlanabilir.