Sanallaştırmada Overcommitment Nedir?

Sanallaştırmada Overcommitment Nedir?

Sunucu altyapılarında performans sorunlarının en sık karşılaşılan nedenlerinden biri overcommitment (aşırı tahsis) kavramıdır. Sanallaştırma teknolojilerinin yaygınlaşmasıyla birlikte, fiziksel kaynakların sanal makinelere dağıtımı konusunda yanlış stratejiler uygulandığında sunucular kasılır ve sistem performansı ciddi şekilde düşer.

Bu rehberde, sanallaştırmada overcommitment kavramını detaylı olarak inceleyecek, sunucunuzun neden kasıldığını açıklayacak ve bu sorunu önlemek için en iyi uygulamaları paylaşacağız.

Overcommitment (Aşırı Tahsis) Tanımı

Overcommitment, sanal makinalara ayrılan toplam kaynakların, fiziksel olarak mevcut kaynakların toplamını aşması durumudur. Başka bir deyişle, fiziksel sunucunuzda 32 GB RAM varken, sanal makinalara toplam 64 GB RAM tahsis etmeniz overcommitment örneğidir.

VMware, KVM, Hyper-V ve Docker gibi sanallaştırma platformlarında overcommitment yaygın olarak kullanılır. Ancak bu tekniğin bilinçsiz kullanımı sistem stabilitesini tehlikeye atar.

Overcommitment Türleri

CPU Overcommitment (CPU Aşırı Tahsisi)

CPU overcommitment, sanal makinalara tahsis edilen vCPU sayısının fiziksel çekirdek sayısını aşması durumudur. Örneğin, 8 çekirdekli bir sunucuda toplam 32 vCPU tahsis edilmesi 4:1 oranında CPU overcommitment anlamına gelir.

Gartner'ın 2024 raporuna göre, kurumsal sunucuların %78'inde CPU overcommitment oranı 3:1'i aşmaktadır. Bu oran iş yüküne göre değişse de, aşırı yüksek oranlar performans sorunlarına yol açar.

Memory Overcommitment (Bellek Aşırı Tahsisi)

Bellek overcommitment, sanal makinalara tahsis edilen RAM miktarının fiziksel RAM'i aşmasıdır. Bu teknik, "ballooning" ve "memory compression" gibi mekanizmalarla desteklenir.

Tipik olarak %120-150 oranında memory overcommitment kabul edilebilir düzeydedir, ancak bu oran aşıldığında sunucu kasılmaları başlar.

Storage Overcommitment (Depolama Aşırı Tahsisi)

Depolama alanında overcommitment, thin provisioning kullanılarak sanal disklerin fiziksel depolama kapasitesinin üzerinde gösterilmesiyle oluşur. Örneğin, 500 GB fiziksel SSD üzerinde 1 TB sanal disk alanı tahsis etmek buna örnektir.

Sunucunuz Neden Kasılıyor?

Kaynak Çatışması (Resource Contention)

Overcommitment durumunda birden fazla sanal makine aynı fiziksel kaynaklara ihtiyaç duyduğunda resource contention (kaynak çatışması) yaşanır. Bu durum CPU bekleme sürelerinin artmasına ve gecikme yaşanmasına neden olur.

Fiziksel sunucunuzdaki kaynaklar yetersiz kaldığında, sanal makinalar birbirleriyle rekabet eder ve performans düşüşü kaçınılmaz hale gelir.

Swap ve Paging İşlemleri

Bellek yetersizliği durumunda işletim sistemi swap (takma) alanına başvurur. SSD sunucularda bile disk tabanlı bellek yönetimi, RAM'e kıyasla 100 kat daha yavaştır.

Linux sistemlerde vm.swappiness parametresi ve Windows sistemlerde bellek yönetimi, aşırı yük altında devreye girer ve sistemi ciddi şekilde yavaşlatır.

Sunucu performansınızı izlemek için sunucu log dosyası analizi rehberimizi inceleyebilirsiniz.

CPU Starvation (CPU Açlığı)

Birden fazla sanal makine yoğun CPU kullanımı gerektiren işlemler gerçekleştirdiğinde, diğer sanal makinalar beklemeye alınır. Bu durum CPU starvation olarak adlandırılır.

Özellikle AMD EPYC ve Intel Xeon gibi yüksek performanslı işlemcilerde bile aşırı overcommitment CPU kuyruklarına yol açar.

Overcommitment Ne Zaman Kabul Edilebilir?

Overcommitment her zaman kötü değildir. Aşağıdaki senaryolarda kabul edilebilir:

• Devre dışı bırakma (Idle) iş yükleri: Düşük kullanımlı sunucularda overcommitment etkili olabilir
• Geliştirme ve test ortamları: Kritik olmayan iş yükleri için uygundur
• Web hosting: Ziyaretçi trafiği dalgalanan web siteleri için ideal
• Cloud ortamları: Cloud sunucu altyapılarında overcommitment yaygın olarak kullanılır

Ancak veritabanı sunucuları, e-posta sunucuları ve yüksek trafikli e-ticaret siteleri için overcommitment önerilmez.

Overcommitment Sorunlarını Önleme Yolları

1. Doğru Kaynak Planlaması Yapın

Her sanal makine için gerçek ihtiyaçları belirleyin. Tipik olarak sanal makina başına fiziksel kaynağın %60-70'ini ayırmak güvenli bir yaklaşımdır.

2. Monitoring ve Alert Kurulumu

CPU kullanımı, bellek kullanımı ve disk I/O'yu sürekli izleyin. %80 eşik değerinde uyarı sistemi kurun.

3. Önceliklendirme (Resource Pooling)

Kritik iş yüklerini yüksek öncelikli resource pool'lara yerleştirin. Böylece kaynak daralması durumunda öncelikli VM'ler daha fazla kaynak alır.

4. Right-sizing Uygulayın

Sanal makinaları düzenli olarak boyutlandırın. Kullanılmayan kaynakları başka VM'lere tahsis edin.

5. Overcommitment Oranını Sınırlayın

Sanallaştırma platformunuzda maksimum overcommitment oranını yapılandırın. Önerilen oranlar:

Kaynak Türü	Güvenli Oran	Dikkatli Olunması Gereken Oran
CPU	2:1 - 3:1	5:1 ve üzeri
Bellek	1.2:1 - 1.5:1	2:1 ve üzeri
Depolama	1:1 - 1.3:1	1.5:1 ve üzeri

Performans İyileştirme Önerileri

Bellek Optimizasyonu

Veritabanı sunucularınız için MySQL/MariaDB optimizasyonu rehberimizi inceleyerek bellek kullanımını optimize edebilirsiniz.

SSD Kullanımı

Sunucu kasılmalarının en yaygın nedenlerinden biri disk performansıdır. SSD'ler swap işlemlerini önemli ölçüde hızlandırır ve overcommitment toleransını artırır.

KVM vs VMware Karşılaştırması

Farklı sanallaştırma platformları overcommitment'i farklı şekilde yönetir. KVM daha esnek overcommitment imkanı sunarken, VMware daha katı kaynak yönetimi sağlar.

Hangi platformun sizin için uygun olduğunu değerlendirmek için VDS ve VPS karşılaştırması rehberimizi okuyabilirsiniz.

Sonuç

Overcommitment, doğru kullanıldığında maliyet tasarrufu sağlayan güçlü bir sanallaştırma tekniğidir. Ancak bilinçsiz uygulandığında sunucu kasılmalarına, veri kaybına ve hizmet kesintilerine yol açar.

Sunucu performansınızı optimize etmek için öncelikle gerçek kaynak ihtiyaçlarınızı belirleyin, monitoring sistemleri kurun ve overcommitment oranlarını iş yükünüze göre ayarlayın.

Yüksek performanslı sunucu altyapısı için cloud sunucu çözümlerimizi inceleyebilir ve ihtiyaçlarınıza uygun kaynak tahsisi yapabilirsiniz.