1. Anasayfa
  2. VMware ESXi

VMware HA – VMCP (VM Component Protection)


VMware HA host arızalarında VM’leri yeniden başlatır. Ama bazı durumlarda host ayakta olsa bile VM’ler çalışamaz çünkü depolama (storage) erişimi kaybolmuştur. İşte VMCP bu depolama kaynaklı sorunları yönetmek için HA’ya eklenmiş bir mekanizmadır.

  • Storage path kayıplarını algılar.
  • Bu kayıpları PDL (Permanent Device Loss) veya APD (All Paths Down) olarak sınıflandırır.
  • Buna göre VM’leri yerinde bırakır veya başka hostlarda yeniden başlatır.

VMCP’nin Ele Aldığı Durumlar

1. PDL – Permanent Device Loss (Kalıcı Kayıp)

  • LUN/datastore tamamen kaybolur, geri gelmesi mümkün değildir.
  • Örn: LUN storage tarafından silinmiş, zoning hatası, erişim kalıcı olarak kapanmış.
  • VMCP davranışı:
    • VM’leri hemen kapatır.
    • Datastore’a erişebilen diğer hostlarda VM’leri yeniden başlatır.
    • Çünkü kurtarma ihtimali yoktur → “Hızlı failover” yapılır.

2. APD – All Paths Down (Geçici Kayıp)

  • Datastore erişim yolları (path) tamamen kaybolmuştur, ama datastore aslında vardır.
  • Örn: Switch arızası, kısa süreli network kesintisi, HBA port hatası.
  • Burada datastore erişiminin geri gelme ihtimali vardır.

VMCP davranışı:

  • Önce bekler (varsayılan: birkaç dakika).
  • Erişim geri gelirse: VM’ler aynı hostta kalır.
  • Erişim geri gelmezse: VM’ler failover edilerek başka hostlarda başlatılır.

APD Politikaları

VMCP, APD durumunda iki farklı politika sunar:

  1. Conservative (Temkinli Yaklaşım)
    • Bekleme süresi daha uzun tutulur.
    • Erişim geri gelmezse failover yapılır.
    • Yanlış restart (false positive) riski düşüktür.
    • Genellikle önerilen ayardır.
  2. Aggressive (Agresif Yaklaşım)
    • Kısa süre içinde datastore erişimi sağlanmazsa VM’leri hızla başka hostlarda başlatır.
    • Avantaj: Daha hızlı toparlanma.
    • Dezavantaj: Geçici sorunlarda gereksiz VM restart riski artar.

APD Recovery (Kurtarma Senaryosu)

  • APD sırasında datastore erişimi tekrar sağlanırsa, VM’ler yerlerinde bırakılır.
  • Böylece gereksiz failover olmaz.
  • Bu ayar genellikle açık bırakılır, çünkü birçok storage sorunu geçicidir.

VMCP’nin VMware HA’daki Yeri

  • Host Failure Protection (HA) → Host düşerse VM’leri başka hostta başlatır.
  • VM Monitoring → VM’in kendi OS/uygulama çökmesini algılar ve resetler.
  • VMCP → Storage erişim sorunlarını yönetir (APD/PDL).

Yani VMCP, HA’nın “storage tarafındaki bacağı”dır.

VMCP Karar Akışı Diyagramı

Aşağıda VMCP’nin karar sürecini gösteren basit bir akış diyagramı:

          [Storage Erişimi Kaybı]  
                    │
      ┌─────────────┴─────────────┐
      │                           │
   [PDL]                      [APD]
(Kalıcı Kayıp)         (Geçici Kayıp)
      │                           │
 VM hemen kapatılır          Bekleme süresi başlar
 ve başka hostta              │
 yeniden başlatılır           │
      │                       │
      ▼                       │
   [Failover]       ┌─────────┴─────────┐
                    │                   │
             Erişim geri geldi    Erişim gelmedi
                    │                   │
          VM aynı hostta kalır    Failover yapılır
          (restart yok)           (policy: 
                                   Conservative 
                                   veya Aggressive)
  • VMCP = VMware HA’nın storage sorunlarına verdiği yanıt.
  • PDL (Kalıcı Kayıp): VM’ler hemen başka hostlarda yeniden başlatılır.
  • APD (Geçici Kayıp):
    • Conservative → Bekle, sonra failover.
    • Aggressive → Hızlı failover, riskli olabilir.
  • APD Recovery: Erişim geri gelirse VM’ler restart edilmez, olduğu yerde devam eder.

Sonuç: VMCP VMware HA’ya deprem sigortası gibi ikinci bir güvenlik katmanı ekler. Host ayakta olsa bile, storage kaynaklı kesintilerde sistemin toparlanmasını sağlar.