Donanım sanallaştırma kavramı, IBM’in uygun maliyetli çözümler geliştirmek için çok fazla zaman ve çaba harcadığı 1960 yılında önerilmişti ve 1990’ların sonlarında VMware ve Citrix gibi çeşitli teknoloji şirketlerinin çabalarıyla sanallaştırma artık bir kavram değildi. . Son yıllardaki teknolojik gelişmelerle birlikte sanallaştırma, örneğin bulut bilgi işlem için temel bir ürün ve hizmet haline geldi. Her büyüklükteki şirket kendi bulut bilişim ürünlerini piyasaya sürdü; Google, Amazon, IBM ve Microsoft, sanallaştırma teknolojisini hizmetlerinin bir parçası olarak sunanlardan sadece birkaçı. Dolayısıyla sanallaştırma her şeye kadirdir, ister gezindiğimiz web sitesi, ister işletmeler veya normal tüketici tarafından kullanılan herhangi bir web uygulaması veya hizmet olsun, hepsi bir sunucu üzerinde çalışır ve büyük olasılıkla sanallaştırma üzerinde olacaktır.
Evet, sanallaştırma çok yaygın bir teknolojidir ve epeyce avantajı vardır, ancak bazı dezavantajları da vardır… Bugün, sunucu ve masaüstü sanallaştırma ile uğraşırken çok az ve uzak olan bu artı ve eksilerden bahsedelim.
Sanallaştırma Avantajları veya Faydaları
1. Sunucu Yönetiminde Kolaylık:
Sanallaştırmanın ortaya çıkmasıyla birlikte, birden çok konumdaki yüzlerce sunucuyla uğraşan, yöneticiler için en büyük baş ağrısı olan şey azaltıldı. Artık, güçlü donanımlar kullanarak, birden çok sunucu donanımı üzerinde birden çok sunucu uygulaması oluşturmak yerine, sanallaştırma bunları birkaç taneye sıkıştırdı. Bu, her istasyondaki ana bilgisayarla ilgilenmek için aşağı yukarı çalışan yöneticilerin zahmetini azaltır. Uzak araçlar, sunucuya fiziksel erişim olmadan gerçekleştirilecek çoğaltma ve anlık görüntüler gibi çeşitli işlevleri de sağlar.
2. Dengeli Donanım Kullanımı:
Sunucuya yüklenen her uygulama, herhangi bir zamanda aynı miktarda kaynak tüketmez. Sanallaştırmanın yokluğunda, uygulamaların güvenilirliğini ve kullanılabilirliğini sağlamak ve aralarındaki çatışmaları ve karşılıklı etkileri önlemek için, BT yöneticileri birden çok önemli uygulamayı tek bir fiziksel makinede çalıştırmaktan, enerji ve donanım kaynaklarını israf etmekten kaçındı. Bununla birlikte, sanallaştırmanın izolasyon işlevi bu sorunu çok iyi çözer ve bu da donanım kullanımını geliştirir.
Ayrıca bir şirketin fiziki kaynaklarının kullanım oranı her zaman aynı değildir. Tüketimleri başlangıçta daha düşük olabilir, ancak iş büyüdükçe daha fazla güç ve kaynağa ihtiyaç duyarlar. Sanallaştırmanın ortaya çıkışından sonra, ani “ani” talep sorunu dinamik genişletme/ölçeklendirme ile çözülebilir ve çok sayıda fiziksel ekleme yapmadan bu ek “boşta kalma süresi” kapasitesinden yararlanmak için birden çok sanal makinenin fiziksel bir makine üzerinde çalışmasına izin verilir. eklenecek makineler. kaynaklar.
3. Dinamik olarak yapılandırın
Sanallaştırma, işletim sistemi ve uygulama programlarını sunucu donanımından ayırır ve çok daha fazla esneklik sağlar. Fiziksel sunucuları kapatmadan ve kaldırmadan sanal makine kaynaklarını artırabilir veya azaltabilirsiniz. Böylece daha az arıza süresi.
4. Yüksek güvenilirlik
Şeffaf yük dengeleme, dinamik geçiş ve hızlı çoğaltma için ek çözümler ve araçlar kullanarak son derece güvenilir bir sunucu uygulama ortamı sağlar. Tüm bunlar birlikte, sunucu veya uygulama sistemlerinin kapalı kalma sürelerini azaltır ve güvenilirliği artırır.
5. Uygun maliyetli
Sanallaştırma ortamı, daha az fiziksel alan tüketimi, düşük enerji tüketimi, BT donanımına daha az yatırım, uygun maliyetli bakım anlamına gelir; tüm bu merkezi yönetime ek olarak, bu teknolojinin önemli bir avantajı…
Sanallaştırmanın Ana Dezavantajları veya Dezavantajları:
1. Düşük performans
Sanallaştırma teknolojisinin bir yandan kaynakları dengeli kullanmamıza yardımcı olurken diğer yandan da dezavantajı olduğunu merak edebilirsiniz. Evet sanallaştırma, sistemlerimizin donanım katmanında çalışan bir yazılım katmanıdır. Doğrudan tek bir fiziksel makinede çalışan işletim sistemiyle karşılaştırıldığında, kaçınılmaz olarak bir miktar performans kaybedecektir. Bunun nedeni, tek bir sistemin yeterli kaynağa sahip olmasıdır, ancak birden çok sanal makine bir fiziksel makine üzerinde paralel olarak çalıştığında, fiziksel makine kaynaklarının kullanım oranı ne kadar yüksek olursa, sanal makinenin performansı o kadar büyük ölçüde düşer.
Bunun iki ana nedeni vardır: yüksek CPU tüketimi ve bir disk sürücüden veri okuma işlemi:
İşlemci Pekala, sunucularda veya masaüstlerinde bulunan sınırlı sayıda CPU’dan birden çok çekirdeği kullanmak için birden çok sanal makine oluşturabiliriz. Bu nedenle, fiziksel makine üzerinde çalışan çok sayıda sanal makine varsa, CPU her zaman meşguldür; şüphesiz CPU’nun tüm potansiyelini kullanmamıza izin verecektir, ancak yeteneklerini genişletirsek, bu işlem kilitlenmeye benzer bir olaya neden olacak ve performansta keskin bir düşüşe neden olacaktır.
Ek olarak, belirli bir görevi işlemek için birden çok CPU çekirdeği kullanmak üzere yapılandırılmış bir sanal makine olarak bir uygulama yüklemişsek, ancak aynı zamanda fiziksel makine gereken sayıdan daha az çekirdeğe sahipse veya bu belirli bir noktada kullanılabilirse zaman, VM kilitlenecek ve mevcut çekirdekler, diğer çekirdeklerin serbest bırakılmasını beklemeye başlayacaktır.
Ancak son yıllarda sanallaştırma teknolojisinin ilerlemesi ile birlikte birçok üretici bu konuda birçok optimizasyon yapmış ve sorun çok iyi bir şekilde düzelmiştir.
G/Ç (Giriş-Çıkış) İşlemleri- Üzerinde kurulu bir işletim sistemi tarafından fiziksel diske veri yazma işlemi bazı sanal makinelerden farklıdır. Veri yazmanın VM IO işlemi, önce ana sistem sanal makine görüntü dosyasında yapılır ve ardından ana bilgisayar, bazı stratejilerle bunu fiziksel sabit diske yazar.
Verilerin iki aşamada okunması ve yazılması gecikmelere neden olur, bu bir faktördür, diğeri ise sabit diskin IOPS’si ve çoklu sanal makinelerin rastgele yazma yöntemidir. Örneğin, 7200rpm’lik bir SATA diskin teorik IOPS’si 76’dır ve Windows’ta çalışırken genel IOPS 10~30’dur, dolayısıyla teoride bir SATA diski yalnızca 2~3 VM’yi destekleyebilir. Bu nedenle, birden fazla sanal makine kurup çalıştırdığımızda ve hepsi veri okuyup yazarken, sanal makinelerimiz bir IO_Wait durumuna getirilir.
2. Güvenlik
Sanallaştırmadan önce, çeşitli kritik uygulamaları çalıştıran makineler daha sonra fiziksel katmanda ayrılmıştı, ancak şimdi yalnızca sanal bir katmanla, bu nedenle sanal makineler arasındaki iletişim, korunan bir ortamda uygun şekilde yönetilip kontrol edilmezse bir saldırıya yol açabilir. Bu nedenle, sanal dahili ve harici uygulamalar için katı standartlar olmalıdır. Ayrıca VM’nizi kritik yamalar ve güncellemelerle güncel tutun. Bunu sanal bir ortamda yapmamak felaket olabilir.
3. Ana bilgisayar ve sanal makineler çöktü
Geleneksel bir yapılandırmada sanal makine, yerel fiziksel makinenin sabit diskinde depolanır. Gerçek fiziksel makine arızalanırsa, yukarıdaki tüm sanal makineler kullanılamayacaktır. Ayrıca fiziksel makinenin hard diskinin zarar gördüğüne ve dosyaların çoğunun kurtarılabileceğine dair gerçek bir hikaye de vardır ancak sanal makinenin imaj dosyası bozulur ve sanal makinedeki dosyaların tamamen üzerine yazılır.
4. Karmaşık uygulama ve karmaşık yönetim
Birden fazla sanal makineyi barındırmak ve bir sanal ağ ve diğer hizmetleri kurmak karmaşık bir yapıdır. Bunu yönetmek için şirketler, kapsamlı sanallaştırma yönetimi bilgisine sahip özel BT yöneticilerine ihtiyaç duyar; sıradan yöneticiler sorunları gideremez ve çözemez, örneğin, sıklıkla karşılaşılan VM’ler başlatılamaz veya takılır ve çözülmesi gerçek fiziksel makineler kadar kolay değildir.
5. Uygulama maliyetleri düşük değildir.
Sanallaştırılmış bir ortamın devreye alınması, altyapıyı çalıştıran birden fazla fiziksel makineye kıyasla gerçekten de güç ve yönetim maliyetlerini azaltacaktır, ancak sıfırdan sanallaştırılmış bir altyapı kurmanın ilk maliyeti, kaynak ağırlıklı donanım nedeniyle daha fazla para gerektirir, ancak kesinlikle bir maliyet olacaktır. uzun vadede kurtarıcı.
6. VM yayılımı
Karşılaşılabilecek başka bir sorun, sanallaştırmanın veya VM’nin çoğalmasıdır. Herhangi bir fiziksel altyapıda, sınırlı sayıda sistem veya sunucumuz var, ancak sanallaştırılmış altyapı söz konusu olduğunda, çok sayıda sanal makine tanımlayabilirsiniz. Örneğin, 10 adet fiziksel makineniz veya sunucunuz varsa, bunlara 10 adet işletim sistemi kurarsınız, ancak 10’unun tümü sanal bir platforma sahipse, 10 × 10 = 100 makine kullanabilirsiniz. Ancak uygun yönetim veya kontrol olmadan, her makineden uygun bir sonuç alınamayan sanal makinelerin çoğalması, yayılma haline gelir.
Böylece sanal makineleri körü körüne oluşturmak ve başlatmak, sunucu çökmeleri, yama uygulanmamış makineler, uygulama çökmeleri, kilitlenmeler ve diğer darboğazlar gibi sorunları çözmeye başlar.
Bu yüzden iyi bir yönetim şart.
Son notlar:
Müşteri ihtiyaçlarını ve kullanım alışkanlıklarını tam olarak anlarsak, dağıtım senaryoları oluşturursak ve çoğu sorunu önlemek için ilgili dağıtım planları ile çalıştırma ve bakım stratejileri oluşturursak, yukarıda belirtilen eksiklikler gerçekten o kadar ciddi değildir. Bu, sorunları faydaya çevirecektir.
Diğer makaleler:
- Uç Bilişim nedir? Diğer bilgisayar türlerine göre avantajları
-
Ubuntu 20.04 Graphics & Headless Server Üzerine KVM Kurulumu
-
8 Linux için ücretsiz ve açık kaynak Sanal Makine Yöneticisi
- Ücretsiz ve açık kaynaklı çıplak donanım hipervizörlerinin listesi (Foss)
