Bir VDI'da dev ortam nasıl kurulur [kapalı]


1

Şirketim, veritabanı geliştiricileri de dahil olmak üzere herkes için VDI ortamları kurmaya çalışıyor. Veritabanlarından bazıları SQL, diğerleri ise yarı gizli eski sistemlerdir. Görünüşe göre, barındırma şirketimiz gigabayt başına çok fazla ücret alıyor, bu nedenle standart yükleme oldukça küçük (~ 50GB) ve çok daha fazla satın alma direnci var. Geliştiricilerimiz yerel bilgisayarlarında bu boyuta yakın birden fazla veritabanı ile çalışıyorlar (sanal makineler gibi başka bir kaç büyük dosya daha var). Çok fazla alan dışında sormam gereken bir şey var mı? Haritalanmış bir sürücüyü paylaşabiliriz, performans korkunç olur mu?


1
Merakımı tatmin etmek istiyorsanız, şirketteki rolünüz nedir? Sorunuzu ifade etme şekliniz, tam anlamıyla bir geliştirici olmadığınızı ve tam bir BT olmadığını gösteriyor. Ayrıca şirketinizin neden ilk önce VDI'ya geçtiğini merak ediyor.
Thomas

Ben bir geliştiriciyim; Soruyu hızlı bir şekilde yazdım ve daha iyi bir ifadeye sahip olabilirdim (şimdi düzenleyeceğim). Bir VDI'ye geçiyoruz çünkü daha güvenli ve kontrollü olduğunu söylüyorlar. Şirketimiz korumak, izlemek ve denetlemek için yasal olarak gerekli olan hassas verileri yönetir; neyse ki bu benim işim değil.
AlexMA

Güncelleştirilmiş sorunuza dayanarak cevabımı güncelledim :)
Thomas

Yanıtlar:


3

Bu veritabanlarını yerel makinelerinde barındırmasının nedeni nedir? Hangi veritabanı sistemini kullanıyorlar (MySQL, MS-SQL, Access)? İlk eğilimim, tüm veritabanlarını bir DB kümesine taşımak. Alan sorununuzu çözmez, yalnızca sanal masaüstlerinden sanal sunuculara (alanın daha iyi bir şekilde birleştirilebileceği ve daha etkin bir şekilde kullanılabileceği) sanal sunuculara taşır.

Ancak bunun dışında, depolama alanı pahalı DEĞİLDİR. Aslında, o kadar ucuz ki, artık VDI ortamınızı (kullanıcı sayısına bağlı olarak) ayarlamanız gereken Windows lisanslarının maliyetinden daha düşük fiyata SAN petabayt SAN alanı elde edebilirsiniz.

Ve gitmeniz gereken yer orası bir SAN. İsterseniz 2TB LUN'lar sağlayabilir ve bunları özel bir Windows sunucusunda paylaşılan sürücüler veya Linux üzerinden NFS paylaşımları olarak barındırabilirsiniz. Buradaki tek endişeniz performans olacaktır ve ağ altyapınız verilerinizi bir SAN üzerinden barındırmayı başaramazsa yine de VDI ile başa çıkamaz.


Güncelleme: Ooooh, böylece bir 3. parti VDI çözümüne bakıyorlar. Buna IaaS - Hizmet Olarak Altyapı denir. Bu, tüm hassas verilerinizi, başka hiçbirisinin kontrolünde olmayan bir veri merkezinde, başka birinin sunucusuna koymak anlamına gelir - ve bunun yerel bir iş istasyonu kullanmaktan daha güvenli olduğundan emin değilim. Ancak bu alanın neden pahalı olduğunu açıklıyor! Muhtemelen birkaç terabayt kiralamak için bir ev sahibine ödeyeceğiniz ücret karşılığında petabyte depolama alanı satın alabilirsiniz . IaaS için artılar ve eksiler var ve bence güvenlik hala maliyetle birlikte bir aleyhte.

Ancak, tüm VM'leriniz ve DB'leriniz paylaşılan bir sürücüdeyse, ana bilgisayar iyi bir altyapıya sahip olduğu sürece bu iyi olmalı (ve daha iyisi). Paylaşılan bir sürücü aslında daha iyidir, çünkü depolama alanınızı birleştirir ve daha az alan harcar. Aslında, tek bir paylaşılan sürücüde ve DB'lerinizi vb. Ayrı bir paylaşılan sürücüde barındırılan "Belgelerim" vb. İle masaüstünüzde 30 GB ile kurtulabilmeniz gerekir. Tüm kuruluşunuzun verilerini 4 TB'a sığabileceğinizi görebilirsiniz.

Paylaşılan depolama alanından çalışırken VDI'nin (ana bilgisayar doğru kuruluysa) en büyük avantajı, masaüstünüzün SAN 10 sunucusuyla aynı 10 GB / sn ağda çalışmasıdır. Bu ağ teknik olarak en yeni oyun masaüstlerinin doğurduğundan daha hızlıdır (HDD SATA yalnızca 6GB / sn hıza ulaşır). SAN, bu 10GBps'yi bir hıçkırık olmadan doldurabilen çok baskılı yapılandırmaya sahip büyük depolama dizilerine sahiptir. Masaüstünüzde, her biri 128 çekirdeğe ve bir çubuğunu sallayabileceğinizden daha fazla RAM'e sahip çok güçlü sunuculardan oluşan bir sunucu çiftliğinde çalışıyor. Soooo, VDI'da gelişmiş performans görmeniz gerekir. Ana bilgisayar doğru ayarlanmışsa;)


Yararlı cevap için teşekkürler. Evet, şahsen bu fikri sevmiyorum ama org'un BT ekibi küçük olduğundan muhtemelen kendimiz halledemeyiz. İşte bunun iyi çalışacağını ve alanın bir sorun olmadığını umuyoruz. Orijinal ifadelerimde daha net olmadığım için özür dilerim.
AlexMA

Hayır prob :) bu zevk aldığım türden bir şey! Bu yüzden neden bir yaşam için yapıyorum. İşte şirketiniz için işe yarayacağını umuyorum :)
Thomas
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.