Birçok KOBİ'nin sistem odasında benzer bir tablo vardır: Logo için bir sunucu, dosya paylaşımı için bir başka makine, belki de eski bir uygulama için yıllardır kapatılmaya korkulan üçüncü bir kasa. Her biri ayrı ayrı elektrik tüketir, ayrı ayrı arıza riski taşır ve ayrı ayrı yedeklenmesi gerekir. Sunucu sanallaştırma, bu dağınık yapıyı daha yönetilebilir hale getirmenin en etkili yollarından biridir.
Sanallaştırma nedir?
Sanallaştırma, tek bir fiziksel sunucunun üzerinde, birbirinden yalıtılmış birden fazla sanal makine çalıştırılmasıdır. Fiziksel donanım ile işletim sistemleri arasında hipervizör adı verilen bir katman bulunur. Her sanal makinenin kendi işletim sistemi, uygulamaları ve ayarları vardır; birinde yaşanan bir sorun diğerlerini doğrudan etkilemez.
KOBİ'lerde yaygın kullanılan hipervizörler arasında Microsoft Hyper-V, VMware vSphere/ESXi ve Proxmox VE sayılabilir. Seçim; mevcut lisanslar, ekip deneyimi, yedekleme yazılımı uyumu ve bütçeye göre yapılır. Bazı üreticilerin lisans modelleri son yıllarda önemli ölçüde değiştiği için güncel lisans koşullarını mutlaka üreticiden veya iş ortağından teyit edin.
KOBİ'ye sağladığı faydalar
1. Daha az donanım, daha düzenli altyapı
Ayrı ayrı çalışan birkaç sunucu, güçlü tek bir fiziksel sunucuda sanal makineler olarak toplanabilir. Bu, daha az donanım bakımı, daha az kablolama ve daha düzenli bir sistem odası demektir. Enerji ve soğutma ihtiyacı da genellikle azalır.
2. Daha hızlı geri dönüş
Sanal makinenin tamamı birkaç dosyadan oluştuğu için yedekten geri yüklemek, fiziksel bir sunucuyu sıfırdan kurmaktan çok daha hızlıdır. Fiziksel donanım arızalandığında sanal makineler başka bir sunucuda, hatta farklı marka bir donanımda ayağa kaldırılabilir.
3. Anlık görüntü ile güvenli güncelleme
Logo sürüm güncellemesi veya işletim sistemi yaması öncesinde sanal makinenin anlık görüntüsü (snapshot) alınabilir. Güncelleme sorun çıkarırsa dakikalar içinde önceki duruma dönülebilir.
4. Test ortamı kolaylığı
Canlı sistemin bir kopyası ayrı bir sanal makinede test ortamı olarak çalıştırılabilir. Yeni bir Logo sürümünü, rapor değişikliğini veya entegrasyonu canlı veriye dokunmadan denemek bu sayede mümkün olur.
5. Yalıtım ve güvenlik
Her rol ayrı bir sanal makinede çalıştığında, örneğin dosya sunucusu ile ERP veritabanı birbirinden ayrıldığında, bir sistemdeki sorun ya da güvenlik açığının diğerine sıçraması zorlaşır.
6. Esnek kaynak kullanımı
Bir sanal makineye ihtiyaç duyduğunda bellek veya işlemci eklemek, fiziksel bir sunucuya donanım takmaktan çok daha kolaydır.
Dikkat edilmesi gereken riskler
Tek nokta arızası
Tüm sunucuları tek bir fiziksel makinede toplamak, o makine arızalandığında her şeyin aynı anda durması demektir. Bu riski azaltmanın yolları; yedekli güç kaynağı ve RAID gibi donanım önlemleri, güçlü bir yedekleme düzeni ve bütçe uygunsa ikinci bir fiziksel sunucu ile yüksek erişilebilirlik kurgusudur.
Snapshot yedek değildir
Sık yapılan bir hata, anlık görüntüleri yedek yerine koymaktır. Snapshot aynı depolama üzerinde durur; disk arızasında kaybolur ve uzun süre tutulduğunda performansı düşürür. Snapshot'lar kısa süreli kullanılmalı, düzenli yedekler ise ayrı bir ortama alınmalıdır.
Lisanslama
Sanal makinelerde çalışan Windows Server, SQL Server ve diğer yazılımların lisans kuralları fiziksel kurulumdan farklı olabilir. Windows Server'da sürüme göre sanal makine çalıştırma hakları değişir. Projeden önce lisans ihtiyacını netleştirmek, ileride uyumsuzluk sorunlarının önüne geçer.
Kaynak planlaması
Sanal makinelere ihtiyaçtan fazla kaynak vermek de az vermek de sorun yaratır. Özellikle ERP veritabanı çalışan makinelerde disk performansı ve bellek kritik önemdedir. Fiziksel sunucunun disk yapısı bu iş yüküne göre seçilmelidir.
Geçiş nasıl planlanır?
- Envanter: Mevcut sunucular, üzerlerindeki roller, kaynak kullanımları ve lisanslar listelenir.
- Tasarım: Fiziksel sunucunun işlemci, bellek ve disk ihtiyacı büyüme payıyla birlikte hesaplanır; hipervizör ve yedekleme yazılımı seçilir.
- Yedek: Taşıma öncesinde tüm sistemlerin doğrulanmış yedekleri alınır.
- Taşıma: Sunucular sanal makineye dönüştürülür ya da yeni sanal makineler kurulup veriler aktarılır. Kritik sistemler mesai dışında taşınır.
- Test: Logo, dosya paylaşımları ve diğer uygulamalar kullanıcılarla birlikte test edilir.
- Yedekleme ve izleme: Sanal makine düzeyinde yedekleme kurulur, geri yükleme test edilir ve donanım sağlığı izlemeye alınır.
Sanallaştırma her KOBİ için gerekli mi?
Tek bir sunucuda yalnızca bir uygulama çalıştıran çok küçük işletmeler için sanallaştırma şart değildir. Ancak o tek sunucuda bile hipervizör kullanmak, geri dönüş hızı, snapshot ve donanım bağımsızlığı açısından avantaj sağlar. Birden fazla sunucusu olan veya sunucu yenileme dönemine gelmiş işletmeler için ise sanallaştırma çoğu zaman en mantıklı seçenektir. Bazı iş yükleri için buluta taşınmak da değerlendirilebilir; hibrit yapılar da yaygınlaşıyor.
Sanal altyapıda yedekleme nasıl olmalı?
Sanal makine düzeyinde yedek alan yazılımlar, tüm sunucuyu tek seferde ve tutarlı şekilde yedekleyebilir. SQL Server çalışan makinelerde yedeğin uygulama tutarlı alınması önemlidir. Yedekler fiziksel sunucudan ayrı bir cihaza ve ofis dışındaki bir hedefe kopyalanmalı, düzenli aralıklarla da bir sanal makinenin tamamen geri yüklenmesi denenmelidir.
Sonuç
Sunucu sanallaştırma, KOBİ'lere daha az donanım, daha hızlı geri dönüş, güvenli güncelleme ve test imkânı sağlar. Doğru boyutlandırma, güçlü bir yedekleme düzeni ve lisans planlamasıyla birlikte uygulandığında altyapıyı hem daha dayanıklı hem de daha kolay yönetilir hale getirir.
Ankara'da sunucu yenileme, sanallaştırma projesi veya mevcut sanal altyapınızın yedekleme düzenini gözden geçirmek için hizmetlerimize göz atabilir, EBS Bilgisayar ile iletişime geçebilirsiniz.