Şirketiniz İçin Fiziksel mi Sanal Sunucu mu? Doğru Kararın Kriterleri

Yeni bir sunucu ihtiyacı doğduğunda çoğu işletmenin ilk sorusu marka ve fiyat olur; oysa asıl belirleyici karar mimaridir. Fiziksel mi sanal sunucu mu sorusu, aynı donanımın nasıl kullanılacağını — dolayısıyla arıza anında ne olacağını, yedeklemenin nasıl işleyeceğini ve üç yıl sonraki büyümenin nasıl karşılanacağını — belirler. Bu yazı bir kurulum kılavuzu değildir; şirket yönetiminin doğru soruları sorabilmesi için hazırlanmış bir karar rehberidir.

İki Yaklaşım Ne Anlama Geliyor?

Fiziksel (bare metal) kurulumda işletim sistemi ve uygulamalar doğrudan donanım üzerinde çalışır: bir kutu, bir sistem. Sanallaştırmada ise aynı donanımın üzerine bir sanallaştırma katmanı (hypervisor) kurulur ve birden fazla sanal sunucu (VM — virtual machine) aynı fiziksel kaynağı paylaşır. Fark teknik bir detay gibi görünür; pratikte işletmenin kesinti, yedekleme ve büyüme deneyimini kökten değiştirir.

Karar öncesinde netleşmesi gereken sorular şunlardır:

• Kaç ayrı iş yükü var: muhasebe, dosya sunucusu, ERP, kamera kaydı?
• Bir iş yükünün arızası diğerlerini durdurmalı mı?
• Donanım arızasında kabul edilebilir kurtarma süresi nedir?
• Üç yıl içinde yeni sistem ekleme ihtimali var mı?
• Lisanslama hangi modelde nasıl etkilenir?

Karşılaştırma: Beş Kritik Boyut

Kaynak Verimliliği

Tek iş yükü çalıştıran fiziksel sunucular çoğu zaman kapasitesinin küçük bir bölümünü kullanır; kalan güç boşta bekler. Sanallaştırma bu boşluğu birden fazla sisteme dağıtır — aynı donanımdan daha fazla iş çıkar. Buna karşılık tek ve ağır bir iş yükü (örneğin büyük bir veri tabanı) tüm kaynağı zaten kullanıyorsa, araya katman koymanın verim getirisi yoktur.

Arıza İzolasyonu ve Kurtarma

Fiziksel kurulumda donanım arızası, o kutudaki her şeyi durdurur ve kurtarma genellikle yeni donanım + kurulum + yedekten dönüş zinciri gerektirir. Sanal ortamda VM, donanımdan bağımsız bir dosya gibi taşınabilir: uygun yapılandırmada başka bir fiziksel sunucuda yeniden başlatılır. Bu taşınabilirlik, sanallaştırmanın süreklilik tarafındaki en büyük kozudur.

Yedekleme Yaklaşımı

Sanal makine anlık görüntüsü (snapshot) ve VM-düzeyi yedekleme, tüm sistemin — işletim sistemi, uygulama, veri — tek parça yedeklenip tek parça dönmesini sağlar. Fiziksel sunucuda aynı bütünlükte kurtarma daha fazla adım ve süre ister. Yedekleme stratejisi kuruluşta değil mimari kararında şekillenir.

Performans Hassasiyeti

Sanallaştırma katmanının maliyeti modern donanımda küçüktür; ancak sıfıra yakın gecikme isteyen özel senaryolarda — bazı endüstriyel uygulamalar, lisansı donanıma kilitli sistemler, özel kart gerektiren yazılımlar — fiziksel kurulum hâlâ doğru cevap olabilir.

Lisans ve Uyumluluk

Bazı yazılımlar çekirdek veya soket bazlı lisanslanır ve sanal ortamda lisans hesabı değişir; bazı eski sektör yazılımları sanal ortamı hiç desteklemez. Karar öncesinde kritik uygulamaların lisans ve destek koşulları üreticiden doğrulanmalıdır.

Kriter	Fiziksel (bare metal)	Sanal (VM)
Kaynak kullanımı	Tek yük, boşta kapasite riski	Paylaşımlı, yüksek verim
Arıza etkisi	Kutudaki her şey durur	VM başka donanıma taşınabilir
Yedek/kurtarma	Çok adımlı, uzun	VM-düzeyi, tek parça dönüş
Yeni sistem ekleme	Yeni donanım gerektirir	Mevcut kaynaktan VM açılır
Özel donanım/lisans	Doğrudan uyumlu	Üreticiden doğrulama gerekir

KOBİ İçin Pratik Cevap

Birden fazla iş yükü barındıran işletmelerde bugün varsayılan cevap sanallaştırmadır: tek güçlü fiziksel sunucu üzerinde ayrı VM'ler, gerektiğinde ikinci sunucuyla yedeklilik. Fiziksel kurulum ise tek-amaçlı ve ağır yüklerde, sanal ortamı desteklemeyen özel yazılımlarda ve donanıma bağlı lisans senaryolarında geçerliliğini korur. İki yaklaşım birbirini dışlamaz; birçok sağlıklı altyapıda ikisi yan yana yaşar.

Gerçek İşletme Örnekleri

Örnek 1: Dört Sunucu Tek Donanımda

Bir gıda toptancısı; muhasebe, dosya paylaşımı, kamera kayıt ve el terminali servisini dört ayrı eski kutuda çalıştırıyordu. Yenileme kararında dört sistem, tek güçlü sunucu üzerinde ayrı VM'lere taşındı. Elektrik ve bakım yükü düştü; asıl kazanç, her sistemin ayrı yedeklenip ayrı kurtarılabilir hale gelmesi oldu.

Örnek 2: Sanal Ortamı Desteklemeyen Sektör Yazılımı

Bir üretim firmasının tezgah veri toplama yazılımı, üreticisi tarafından yalnız fiziksel kurulumda destekleniyordu. Karma mimari kuruldu: bu yazılım kendi fiziksel sunucusunda kaldı, diğer tüm sistemler sanal katmana taşındı. Kritik uygulamanın üretici desteği korunurken altyapının geri kalanı modernleşti.

Yamanlar Bilişim Bu Süreçte Nasıl Destek Sağlar?

Yamanlar Bilişim sunucu kararına donanım kataloğuyla değil iş yükü envanteriyle başlar: hangi sistemler çalışıyor, hangileri kritik, hangi uygulamanın üretici kısıtı var. Mimari önerisi — fiziksel, sanal veya karma — bu envantere dayanır ve yedekleme ile süreklilik planı aynı teklifin parçası olarak sunulur.

Yamanlar Bilişim'in sunucu mimarisi kararında sağladığı başlıca destekler şunlardır:

• İş yükü ve uygulama envanterinin çıkarılması
• Kritik yazılımların sanallaştırma ve lisans uyumluluğunun doğrulanması
• Fiziksel, sanal veya karma mimari önerisi ve boyutlandırma
• Yedekleme ve kurtarma planının mimariyle birlikte tasarımı
• Kurulum sonrası izleme ve bakım sürekliliği

Mimari seçeneklerin kurulum ve işletme tarafını Sunucu Kurulumu & Sanallaştırma hizmet sayfasında bulabilirsiniz; sanallaştırmanın kazanımlarını sanallaştırma rehberinde ayrıntılı ele aldık.

SSS