Mimari ve çalışma modeli
Hyper-V Dynamic Memory, konuk işletim sisteminin bellek talebi ve yapılandırılmış tampon üzerinden çalışan VM’e fiziksel bellek ekler veya geri alır. Startup RAM açılış için gereken değerdir; Minimum RAM açılıştan sonra geri alınabilecek alt sınırı, Maximum RAM üst sınırı belirler. Host’un ayırdığı bellek ile konuk içindeki kullanım yüzdesi aynı ölçüm değildir.
Memory Buffer, konuk tarafından bildirilen talebe ek hedef paydır. Host’ta yeterli bellek yoksa tampon karşılanmayabilir; Memory Weight baskı anında VM’ler arasındaki göreli önceliği etkiler. Bu nedenle tek bir VM’in Assigned Memory değerine bakmak yerine host Available Memory, VM Memory Demand, pressure/status ve konuk paging ölçümleri aynı zaman ekseninde izlenmelidir.
Smart Paging genel bir overcommit mekanizması değildir. Microsoft’un tanımladığı özel yeniden başlatma koşullarında, VM’in Startup RAM ihtiyacı mevcut atamadan yüksek ve fiziksel bellek yetersizse geçici disk desteği sağlar. Failover veya normal çalışma baskısını çözmez; sürekli paging görülüyorsa kapasite veya VM sınırları yeniden tasarlanmalıdır.
- 1Konuk bellek talebi
- 2Hyper-V balancer ve tampon hedefi
- 3Fiziksel bellek ataması veya geri alma
- 4Konuk paging ve uygulama gecikmesi
Tasarım parametreleri
- Startup RAM
- Konuk açılışı, güncelleme ve kurulumun tepe gereksinimini karşılamalı; yalnız steady-state ortalamasına göre düşürülmemelidir.
- Minimum / Maximum
- Minimum kritik hizmet tabanını, Maximum ölçülmüş çalışma tepesini ve büyüme payını kapsamalıdır.
- Buffer / Weight
- Ani tahsisler için tamponu, baskıda iş yükü önceliğini temsil eden weight değerini iş sınıfına göre belirleyin.
- Host payı
- Yönetim işletim sistemi, sanallaştırma ve cluster hizmetleri için dinamik host rezervini kapasite hesabından düşmeyin.
Hesap ve uygulama örneği
256 GiB RAM’li hostta işletim ve rezerv için ölçülmüş 32 GiB bırakıldığında VM bütçesi 224 GiB’dir. On iki VM’in normal talebi 14 GiB ve %20 tamponıysa hedef 201,6 GiB olur; 22,4 GiB hata payı kalır. Ancak tüm VM’lerin 24 GiB Maximum değere aynı anda çıkabileceği 288 GiB senaryo bu hostta garanti edilemez.
Bir VM’in talebi 8 GiB, Assigned Memory 9 GiB ve tampon hedefi %20 ise yaklaşık 9,6 GiB hedeflenir. Host Available Memory düşerken Memory Status Warning görülmesi, konukta yüzde 90 kullanım görmekten daha doğrudan bir host baskısı işaretidir; iki ölçüm birlikte değerlendirilir.
Örnek komutlar: laboratuvar değerlerini değiştirin; kullanmadan önce yetkiyi ve yazılım sürümünü doğrulayın.
Get-VM | Get-VMMemory | Select-Object VMName,DynamicMemoryEnabled,Startup,Minimum,Maximum,Buffer,Priority
Get-Counter '\Hyper-V Dynamic Memory Balancer(*)\Available Memory'
Get-Counter '\Hyper-V Dynamic Memory VM(*)\Physical Memory'
Enable-VMResourceMetering -VMName 'LAB-VM'
Measure-VM -VMName 'LAB-VM'Hata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| VM yeniden başlatmada çok yavaş | Host baskısında Smart Paging geçici olarak kullanılıyor olabilir. | VM klasöründeki Smart Paging dosyasını, yeniden başlatma zamanını ve host Available Memory sayacını eşleyin. |
| Assigned Memory artmıyor | Maximum sınırı, düşük demand bildirimi veya host baskısı etkili olabilir. | Get-VMMemory çıktısını, VM Memory Demand ve Balancer Available Memory ile karşılaştırın. |
| Host rahat, konuk sürekli pagefile kullanıyor | Uygulama tahsis deseni veya konuk sınırı sorunlu olabilir. | Konuk committed bytes, page reads/sec ve uygulama çalışma kümesini ölçün; yalnız host Task Manager’a dayanmayın. |
Kabul ve doğrulama kontrolleri
- Startup RAM ile soğuk açılış ve güncelleme testini tamamlayın.
- Minimum değerde kritik hizmetlerin çalışabildiğini yük testiyle doğrulayın.
- Maximum değerin iş yükü tepesini ve lisans/NUMA etkisini karşılaştırın.
- Host Available Memory ve VM Demand için eşikli izleme kurun.
- Planlı yeniden başlatmada Smart Paging oluşup oluşmadığını kaydedin.
- Cluster varsa N-1 failover kapasitesini Dynamic Memory maksimumlarından bağımsız test edin.
İlgili kavramlar
Kapasite ve kullanılabilir pay
Ham kapasite ile uygulamanın kullanabileceği kapasite aynı değildir. RAID veya erasure coding, dosya sistemi, ayrılmış alan, metadata, snapshot ve büyüme payı ayrı kalemlerdir. TB ile TiB gösterimi de görünür sayıyı değiştirir. Hesabı birimleriyle yazın ve önce kullanılabilir korumalı kapasiteyi, sonra işletim rezervini çıkarın. Ortalama doluluğu izlemek kadar büyüme eğimini izlemek de önemlidir. Tahmini dolma tarihi, yeni kapasiteyi satın alma ve devreye alma süresinden daha uzakta tutulmalıdır.
Kaynak rekabeti
Kaynak rekabeti, birden fazla iş yükünün aynı CPU, bellek, disk veya bağlantıyı paylaşırken birbirini bekletmesidir. Boş görünen toplam kapasite, tek bir sıcak çekirdek veya tek kuyruk üzerindeki darboğazı gizleyebilir. Aynı anda çalışan backup, antivirüs taraması, indeks bakımı ve kullanıcı trafiğini zaman çizelgesinde karşılaştırın. Kaynak eklemeden önce darboğazın yerini doğrulayın. Testte bir işi tek başına ve diğerleriyle birlikte çalıştırarak paylaşılan kaynağın etkisini ayırın; ortalama kullanım kadar yoğun saatlerdeki gecikmeyi de raporlayın.
Telemetri ve zaman eşleştirmesi
Telemetri, sistemin ne yaptığını açıklayan log, metrik ve olay kayıtlarının bütünüdür. Log bir olayın ayrıntısını, metrik zaman içindeki davranışı, dağıtık iz ise isteğin bileşenler arasındaki yolunu gösterir. Saat farkları aynı olayı farklı zamanlarda olmuş gibi gösterebilir. Merkezi zaman senkronizasyonu, kaynak kimliği ve tutarlı saat dilimi kullanın. Alarm tasarımında yalnız eşik değil, ne kadar sürdüğü ve kullanıcıya etkisi de değerlendirilmelidir. Kayıtların kesildiği durum ayrıca izlenmeli; günlük kaydı bulunmaması, olay yaşanmadığı şeklinde yorumlanmamalıdır.
Yüksek erişilebilirlik ile kurtarma ayrımı
Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve yedekleme birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.
Gecikme dağılımı
Gecikme, bir işlemin başlangıcı ile yanıtı arasındaki süredir. Ortalama değer, az sayıdaki çok yavaş işlemi gizleyebilir; medyan ile p95/p99 gibi yüzdelikler farklı sorulara cevap verir. Ağ RTT, disk bekleme, işlemci kuyruğu ve uygulama işlemesi toplam süreye katkıda bulunur. Ölçümün istemci tarafında mı sunucuda mı yapıldığını yazın. Gecikme artışının trafik yükselmesine, bakım işine veya kapasite sınırına denk gelip gelmediğini karşılaştırın. Bir eşik seçmeden önce normal yük ve yoğun saat için temel davranışı kaydedin.
NUMA yerelliği
NUMA sistemlerde işlemci, kendisine yakın bellekle uzak düğüm belleğine farklı maliyetle erişebilir. Bir sanal makinenin vCPU ve bellek boyutu, fiziksel düğüm kapasitesi ve hypervisor yerleştirmesiyle birlikte değerlendirilir. Daha fazla vCPU vermek her zaman hız kazandırmaz; yerellik kaybı ve zamanlama beklemesi performansı düşürebilir. Fiziksel topolojiyi, VM içindeki görünen topolojiyi ve gerçek iş yükünün bellek davranışını birlikte kaydedin. Değişikliği aynı yük altında önce/sonra karşılaştırın; yalnız CPU yüzdesi yerine uygulama gecikmesini ve uzak bellek etkisini inceleyin.
Birincil teknik dokümantasyon
Doz Teknoloji teknik ekibi tarafından aşağıdaki birincil kaynaklar temel alınarak hazırlanmıştır. Hesaplar ve laboratuvar senaryoları varsayımlarını belirtir; uygulamadan önce kullanılan ürün sürümünü doğrulayın.