Fiziksel sunucunuzda 32 çekirdek ve 128 GB bellek var. Üzerinde çalışacak sanal makinelerin toplam talebi ise 48 çekirdek ve 160 GB. Bu mümkün mü?
Cevap: kısmen. Sanallaştırma platformları, fiziksel kapasiteden fazla kaynak tahsis etmenize izin verir. Bu yazı, fiziksel sunucu üzerinde aşırı tahsisin sınırlarını anlatıyor.
Neden Mümkün?
Aşırı tahsisin dayandığı gözlem basittir: sanal makinelerin çoğu, tahsis edilen kaynağın tamamını aynı anda kullanmaz.
Bir sanal makineye 4 çekirdek verilir ama çoğu zaman bir çekirdeğin küçük bir kısmını kullanır. Diğerleri boşta bekler. Bu boşta kalan kapasiteyi başka makinelere kullandırmak, donanımdan daha çok verim almanızı sağlar.
Ancak kaynak türüne göre risk profili tamamen farklıdır.
Kaynak Bazında Risk
| Kaynak | Aşırı tahsis | Aşıldığında sonuç |
|---|---|---|
| İşlemci | Rahatlıkla yapılabilir | Yavaşlama |
| Bellek | Dikkatli yapılmalı | Ciddi performans kaybı veya çökme |
| Disk alanı | Yapılabilir ama izlenmeli | Yazma hatası, veri kaybı riski |
| Disk hızı | Doğal olarak paylaşımlı | Genel yavaşlama |
| Ağ | Doğal olarak paylaşımlı | Bant genişliği daralması |
Kritik ayrım ilk iki satırdadır: işlemci aşırı tahsisi yavaşlama üretir, bellek aşırı tahsisi çökme üretir. İkisi arasındaki fark, kabul edilebilir bir performans düşüşü ile hizmet kesintisi arasındaki farktır.
İşlemci Aşırı Tahsisi
En güvenli aşırı tahsis alanıdır. Sanal makinelerin işlemci talebi zamanla değişir ve zirveleri genellikle çakışmaz.
Ne kadar ileri gidilebileceği iş yüküne bağlıdır:
- Test ve geliştirme ortamları. Yüksek oranda aşırı tahsis yapılabilir; kullanım çok düşüktür.
- Genel amaçlı sunucular. Orta düzey aşırı tahsis güvenlidir.
- Üretim veritabanları. Aşırı tahsisten kaçınılmalı; öngörülebilirlik gerekir.
- Gerçek zamanlı uygulamalar. Kesinlikle aşırı tahsis yapılmamalı.
Ölçüt olarak izlenmesi gereken şey, sanal makinelerin işlemci beklerken geçirdiği süredir. Bu değer sürekli yükseliyorsa fiziksel makine aşırı yüklenmiş demektir.
Ayrıca bir tuzak vardır: bir sanal makineye gereğinden çok çekirdek vermek performansı düşürebilir. Çok çekirdekli bir sanal makinenin çalışabilmesi için o kadar fiziksel çekirdeğin aynı anda müsait olması beklenir; bu bekleme, az çekirdekli bir yapılandırmadan daha yavaş sonuç verebilir.
Bellek Aşırı Tahsisi
Buradaki risk niteliksel olarak farklıdır. Bellek tükendiğinde sistem takas alanına yönelir ve disk, belleğin yanında son derece yavaştır. Sonuç, kullanılamaz hâle gelen sanal makinelerdir.
Sanallaştırma platformları bellek verimliliği için teknikler sunar:
- Kullanılmayan belleği geri alma. Sanal makineden boşta kalan bellek geri istenir.
- Aynı içerikli sayfaları paylaştırma. Benzer sistemler çalışıyorsa kazanç sağlar.
- Bellek sıkıştırma. Takasa gitmeden önce devreye girer.
Bu teknikler yardımcı olur ama sınırsız değildir. Pratik kural: üretim ortamlarında bellekte aşırı tahsisten kaçının. Tahsis edilen toplam bellek, fiziksel belleğin altında kalmalı ve sistem için pay ayrılmalıdır.
Test ortamlarında ölçülü aşırı tahsis kabul edilebilir; üretimde risk, kazancın çok üzerindedir.
Disk Alanı: Sessiz Tehlike
İnce tahsis (thin provisioning), sanal diske ayrılan alanın yalnızca kullanılan kısmının fiziksel yer kaplaması demektir. 100 GB tanımlanmış bir disk, gerçekte 20 GB kullanıyorsa 20 GB yer tutar.
Bu, alan verimliliği açısından değerlidir ama tehlikeli bir senaryo yaratır:
Sanal makineler zamanla büyür. Toplam gerçek kullanım fiziksel kapasiteyi aşarsa, tüm sanal makineler aynı anda yazma hatası almaya başlar. Bu, veri kaybına ve dosya sistemi bozulmasına yol açabilir.
Önlemler:
- Fiziksel doluluk için erken uyarı eşiği tanımlayın
- Büyüme hızını takip edin — anlık doluluktan daha bilgilendiricidir
- Kapasiteyi doldurmadan önce genişletme planı hazır olsun
- Kritik makinelerde ince tahsis yerine tam tahsis kullanın
İzlenecek Göstergeler
- İşlemci bekleme süresi. Sanal makineler işlemci için ne kadar bekliyor?
- Takas kullanımı. Sıfıra yakın olmalı; artıyorsa bellek yetersiz.
- Fiziksel disk doluluğu. İnce tahsis kullanıyorsanız kritik.
- Disk bekleme süresi. Depolama darboğazının göstergesi.
- Bellek geri alma etkinliği. Yoğun çalışıyorsa bellek sınırdadır.
İkinci ve beşinci maddeler birlikte okunmalıdır: bellek geri alma mekanizması sürekli çalışıyorsa, sistem bellek baskısı altındadır ve çökme bir adım uzaktadır.
Sağlıklı Bir Yaklaşım
- İşlemcide cömert, bellekte muhafazakâr olun. Bu tek cümle, aşırı tahsis stratejisinin özetidir.
- Kritik makineleri ayırın. Üretim veritabanı gibi kritik sistemlere garantili kaynak tanımlayın.
- Öncelik tanımlayın. Kaynak sıkışınca hangi makinelerin öncelikli olacağı belli olsun.
- Kademeli ilerleyin. Aşırı tahsis oranını yavaş artırın ve etkisini ölçün.
- Yedeklilik payı bırakın. Bir fiziksel sunucu arızalanırsa yükü kim devralacak?
Son madde çoklu sunucu yapılarında kritiktir: tüm sunucularınız sınırda çalışıyorsa, biri arızalandığında yükü devralacak kapasite kalmaz ve arıza zincirleme büyür.
Bu nedenle kapasite planlaması yaparken en az bir sunucunun devre dışı kalabileceğini varsayın. Yeni bir sunucu kiralama kararı verirken bu yedeklilik payını da hesaba katın.
Sonuç
Aşırı tahsis, donanımdan daha çok verim almanın meşru bir yoludur — ama kaynak türüne göre risk profili tamamen farklıdır. Tek cümlelik kural şudur: işlemcide cömert, bellekte muhafazakâr olun. İşlemci aşırı tahsisi yavaşlama üretir, bellek aşırı tahsisi çökme üretir. Disk tarafında ince tahsis kullanıyorsanız fiziksel doluluğu mutlaka izleyin; kapasite aşıldığında tüm sanal makineler aynı anda yazma hatası alır. Ve çoklu sunucu yapılarında bir sunucunun devre dışı kalabileceğini varsayarak yedeklilik payı bırakın.
Sıkça Sorulan Sorular (SSS)
Ne kadar aşırı tahsis güvenli?
Kaynağa göre değişir. İşlemcide test ortamlarında yüksek, genel amaçlı sunucularda orta düzey aşırı tahsis güvenlidir. Bellekte ise üretim ortamlarında aşırı tahsisten kaçının — sonucu yavaşlama değil çökmedir.
Bellek aşırı tahsisi neden daha riskli?
Bellek tükendiğinde sistem takas alanına yönelir ve disk, belleğin yanında son derece yavaştır. Sonuç kullanılamaz hâle gelen sanal makinelerdir. İşlemcide ise yalnızca bekleme süresi artar, hizmet devam eder.
Sanal makineye çok çekirdek vermek iyi mi?
Her zaman değil. Çok çekirdekli bir sanal makinenin çalışabilmesi için o kadar fiziksel çekirdeğin aynı anda müsait olması beklenir; bu bekleme, az çekirdekli bir yapılandırmadan daha yavaş sonuç verebilir. Gerçek ihtiyaca göre tahsis yapın.
İnce disk tahsisi güvenli mi?
Alan verimliliği sağlar ama izleme şarttır. Sanal makineler zamanla büyür; toplam gerçek kullanım fiziksel kapasiteyi aşarsa tüm sanal makineler aynı anda yazma hatası alır. Erken uyarı eşiği tanımlayın ve büyüme hızını takip edin.
