Kuruluşlar veri depolamayı birleştirmek, kullanım ömrünü uzatmak ve maliyetleri kontrol etmek istiyor. Ancak sıklıkla gördüğümüz, belirli uygulamalara, iş akışlarına ve tedarikçilere bağlı depolama silolarıdır.
Bu sistemler iyi performans gösterebilir ancak her zaman en verimli veya esnek sistemler değildir.
Yazılım tanımlı depolama (SDS), çok sayıda verimlilik ve maliyetleri düşürmenin yollarını sağlayabilen, giderek daha uygulanabilir bir alternatiftir.
İki bölümden oluşan bir dizinin ilk makalesi olan bu makalede, yazılım tanımlı depolamanın tanımına ve piyasada bulduğumuz temel varyantlara bakıyoruz.
Yazılım tanımlı depolamayı tanımlama
Yazılım tanımlı depolama, temel depolama işlemlerini gerçekleştiren yazılımı fiziksel donanımdan ayırır.
Gartner analisti Chandra Mukhyala, “Bu, temeldeki donanımdan soyutlanan bir depolama denetleyicisi yazılımıdır, bu nedenle herhangi bir donanımda, herhangi bir hipervizörde veya herhangi bir bulutta çalışabilir,” diyor.
Tipik olarak, yazılım tanımlı depolama, x86 tabanlı sunucularda çalışır ve bu sunucuları depolama aygıtlarına dönüştürür.
Donanım, kendi doğrudan bağlı depolaması (DAS), hiper birleşik altyapısı (HCI) olan standart bir sunucu veya normalden daha fazla sayıda sürücü yuvasına sahip bir sunucu gibi depolama için optimize edilmiş ekipman olabilir.
Uygulamada, donanım türü önemli değildir veya önemli olmamalıdır. SDS yazılımı, platformdan bağımsız olarak dağıtılan kapasiteyi tanıyacaktır. Ve yazılım tanımlı depolama, farklı tedarikçilerden gelseler bile, ayrı fiziksel sistemleri tek bir depolama havuzunda bir araya getirebilir. Depolama yazılımı doğrudan sunucunun işletim sisteminde, bir sanal makinede veya bulutta çalışabilir.
Gartner’dan Mukhyala, “Yazılım cihazı depolamasının tüm noktası, herhangi bir belirli tedarikçi donanımına bağlı olmamasıdır” diyor. “Müşteriye temel donanımı seçme esnekliği sağlıyor. Herhangi bir donanım kilitlenmesi istemiyoruz.”
Yazılım tanımlı depolama avantajları
Yazılım tanımlı depolama, işletmelere iki ana avantaj sunar. Bunlar, depolamayı havuzlama ve depolama yazılımı tedarikçisinden bağımsız olarak donanımı değiştirme yeteneğidir. Depolama yönetiminde ve daha iyi kapasite kullanımında da avantajlar vardır.
Bu şekilde bir kuruluş, sunucularında, sanal makinelerinde ve uygulamalarında görülebilen bir veya daha fazla büyük depolama havuzu oluşturabilir.
SDS, bir uygulamada düzenli depolama olarak etkili bir şekilde “göründüğü” için, BT yöneticileri iş akışlarını ve operasyonları etkilemeden fiziksel depolama sistemlerinde ince ayar yapabilir. Bu, daha güçlü bir denetleyiciye veya daha hızlı bir flaş sürümüne geçiş gibi daha kolay yükseltmelere izin verir.
“Yazılım cihazı depolamasının tüm noktası, herhangi bir belirli tedarikçi donanımına bağlı olmamasıdır. Müşteriye temel donanımı seçme esnekliği sağlar”
Chandra Mukhyala, Gartner
Potansiyel olarak, yazılım tanımlı depolama, alıcıların uygulamaları için önemli olan yerlerde daha yüksek performanslı donanıma ve daha az kritik uygulamalar için daha yavaş jenerik birimlere sahip türünün en iyisi tedarikçileri seçmelerine olanak tanır. Alternatif olarak, firmalar havuzda daha eski ve daha az performanslı depolamayı kullanmaya devam edebilir ve SDS bunu en uygun görevlere tahsis edebilir.
Bu, alıcıların yalnızca birkaç uygulamanın taleplerini karşılamak için tüm panoda daha güçlü sistemler belirleme ihtiyacını ortadan kaldırır. Gartner’dan Mukhyala’nın işaret ettiği gibi, depolama tedarikçileri genellikle sadece kapasiteyi değil aynı zamanda IOPS’yi de belirleyen küçük, orta veya büyük “Tişört bedenlerinde” dizilerini satarlar. Yazılım tanımlı depolama olmadan, daha yüksek performanslı bir katmana geçiş, kapasiteye ulaşmamış olsa bile tüm dizi için kopyala ve değiştir anlamına gelir.
Bütün bunlar maliyet tasarrufu sağlar. Ancak CIO’lar, yazılım tanımlı depolamaya da bakarlar çünkü kapasiteyi konumlar arasında havuzlamak için küresel bir ad alanı isterler.
Şirket içi, bulutta ve potansiyel olarak uç uygulamalarda depolamanın ortak bir havuz oluşturduğu hibrit ortamlara geçişi kolaylaştırır. SDS ayrıca, iş yükleri talep ettikçe genel bulutta kapasiteye “patlamayı” kolaylaştırır.
Yazılım tanımlı depolama, fiziksel depolamanın dosya sistemleri arasında paylaşılmasını da kolaylaştırır.
SDS, kuruluşların farklı dosya sistemi türlerini çalıştırması gereken yerlerde iyi çalışır. Teknoloji, blok depolamayı – örneğin veritabanları için – ve dosya ve nesneyi eşit şekilde işleyebilmelidir. SDS altında, dosya ve nesne genellikle birleştirilir.
Yazılım tanımlı depolama tuzakları
Yazılım tanımlı depolamanın dezavantajları da vardır. Karmaşıklığı azaltmak yerine ekleyebilir. Uygulamalar için tutarlı bir depolama arabirimi sunabilir, ancak BT ekipleri, tedarikçilerin donanım yetenekleri arasında hâlâ farklılıklarla karşılaşmaktadır.
Yazılım tanımlı depolama, bir dizinin daha gelişmiş özelliklerini kontrol edemeyebilir, bu nedenle depolama yöneticilerinin tedarikçiye özel yapılandırma araçlarına ve panolarına geri dönmesi gerekebilir. SDS, bir tedarikçinin kendi depolama denetleyicilerinden bile daha az performans gösterebilirken, tedarikçiden bağımsız donanım, tescilli sistemlerden daha düşük kapasiteler sunabilir.
Tüm yazılım tanımlı depolama sistemleri de ilk göründükleri kadar açık değildir. Bazı donanım tedarikçileri SDS satar, ancak bunu yalnızca bir donanım aygıtında gönderir. Diğerleri birden fazla tedarikçinin ekipmanını destekler, ancak sınırlı sayıda sertifikalı yapıyla. Ve bazıları, özel bir depolama yığınının gidilecek yol olduğunu ve donanımlarının, yazılım tanımlı bir depolama sistemiyle hiçbir şekilde entegre olmayacağını savunuyor.
Yazılım tanımlı depolamanın performans dezavantajları da olabilir. Depolama yazılımı donanımdan soyutlandığı için tedarikçiye özgü özelliklere her zaman erişemez.
Mukhyala, tescilli tedarikçilerin, hızları veya flaş dayanıklılığını artırmak için depolama ortamındaki düşük düzeyli işlevselliğe erişebileceğini belirtiyor. “Yalnızca yazılım tanımlı depolama olacağı bir nokta olacağını sanmıyorum. Entegre bir donanım yığınına sahip olmanın bazı avantajları var” diyor.
SDS için – henüz – herhangi bir endüstri standardı da yoktur.
SDS varyantları
Kısmen, yazılım tanımlı depolama için endüstri standartlarının olmaması, tedarikçilerin farklı pazarlama yaklaşımlarının yanı sıra teslim edilebileceği yolların çeşitliliğini yansıtır.
Yazılım tanımlı depolamanın en saf biçimi yalnızca yazılımdır ve kullanıcılar herhangi bir x86 donanımını seçebilir. Ayrıca, SDS’yi kendi başına satan, ancak aynı zamanda genellikle bir cihaz olan donanım üzerinde önceden yapılandırılmış tedarikçiler de vardır. Bazı tedarikçiler cihazları kendi adları altında satarken, diğerlerinin donanım şirketleriyle ortaklıkları vardır. Ve bazı SDS tedarikçileri, önceden yapılandırılmış veya referans sistemlerle birden fazla donanım tedarikçisini destekler, ancak tüm üreticileri destekleme konusunda yetersiz kalır.
Bazı tedarikçiler, yazılım tanımlı depolamayı kendi donanım yığınlarında kullanır. Bu, SDS’nin donanımdan soyutlanmasının faydalarını tek tedarikçili bir sistemin özellikleri, kontrolü ve performansıyla harmanlamayı amaçlamaktadır.
BT alıcıları, SDS’nin çıplak donanım üzerinde mi yoksa bir hipervizör veya sanal makine aracılığıyla mı çalışacağını da düşünmelidir. Konteyner desteği de giderek daha fazla önem kazanıyor. Genel depolamadan farklı bir kullanım durumu olsa da, Kubernetes ile uyumluluk, SDS’yi dikkate almak için başka bir nedendir.
Bununla birlikte, kuruluşlar genellikle depolama teknolojisini iş yüklerine ve küresel ad alanı veya siber koruma gibi ihtiyaç duydukları özelliklere göre seçerler.
O halde yazılım tanımlı depolama, bu hedeflere ulaşmanın bir yolu haline gelir.
“Entegre bir donanım cihazı mı yoksa her yerde çalışabilen yazılım tabanlı bir teklif mi istiyorlar?” Mukhyala’ya sorar. “Bu gerçekten bir dağıtım seçimi sorusu, ancak önemli bir soru.”