Amsterdam’da Kubernetes ile ilgili her şeye adanmış olan son KubeCON gösterisinin en büyük sürprizlerinden biri, NetBackup’ın konteyner yedekleme yeteneklerini soran müşterilere bunun yerine Kubernetes için Veritas’ın InfoScale yazılım tanımlı depolamasını kurmaları gerektiğinin söylenmesiydi.
Pure Storage’ın Portworx’u ile doğrudan rekabet eden InfoScale, konteynerlerde çalışan uygulamalar için blok depolama sunar.
InfoScale, Portworx’tan Kubernetes kümelerini çalıştıran ve giriş/çıkış (G/Ç) aç uygulamaları hedefleyen ve mümkün olan en düşük gecikmeyle okuyup yazan Linux çekirdeğine daha yakın olduğunu belirtir.
Veritas’ta infoScale’in baş mimarı Petter Sveum, “Infoscale, bir SAN çözümünde istediğiniz tüm işlevselliğe sahip” dedi.
“Bu, yerel olarak senkronize edilen veya başka bir veri merkezine kopyalanan yedeklilik için birkaç düğümdeki aynalara yazma işlemlerini içerir” dedi. “Ve bir diski, düğümü veya düğüm kümesini kaybettiğinizde verilerinize erişmeye devam edebilmeniz için yük dengeleme mekanizmasına sahip bir silme kodlama algoritması kullanıyoruz.”
Kökte, bir Kubernetes kümesi kısa ömürlü kapsayıcılı uygulamalar çalıştırır; burada – en azından başlangıçta tasarlandığı gibi – çalışma zamanı tamamlandığında verileri kaybolur. Bu ilke, kullanıcı talebine göre ihtiyaç duyulduğu sürece var olan web uygulamalarına çok uygundur.
Öte yandan, konteynerler, her oturumdan veri yedekleyen ve ihtiyaç duyulduğunda operasyonları kurtarıp yeniden başlatması gereken geleneksel veri merkezi uygulamaları için pek uygun değildir.
Bununla birlikte, kuruluşlar, genellikle sanal makineler kullanmaktan daha ucuz olan kapsayıcılarda eski uygulamaları çalıştırmak istiyor.
Sveum, “InfoScale için ilk müşterilerimiz, birkaç TB’lik uygulamaları ve veritabanlarını VMware veya OpenStack’ten Kubernetes’e taşımak isteyen bankalar ve telekom şirketleridir” dedi. “Bir CSI sürücüsü aracılığıyla Kubernetes ile entegre olan blok depolama ile, nesne depolama kullanma zorunluluğunu ortadan kaldırabilirsiniz. Tüm depolama dizisi oluşturucuları bir CSI sürücüsü sunar, ancak bizimki tüm disk dizileriyle uyumlu olma özelliğine sahiptir. Evrenseldir.”
InfoScale, yalnızca CSI aracılığıyla değil, farklı üreticilerin dizilerinden yapılmış bir SAN depolama havuzu ve ayrıca bulutta/kapsayıcıda yerel çalışma sağlayabilir.
Sveum, “Ek avantajımız – ve işletmelerin sıklıkla bize gelmesinin nedeni de budur – tekilleştirilmiş anlık görüntüleri kaydedip geri yükleyebilen NetBackup aracılığıyla geçişin kolay olması,” dedi. “Bu, çalışan uygulamaları durdurmadan uygulamaları geri yüklemeye devam edebileceğiniz anlamına gelir. Ve bu hızlı bir şekilde yapılabilir ve ağ bant genişliğinden tasarruf edilebilir.”
Sveum, NetBackup ve InfoScale’in bağımsız olduğuna dikkat çekti. İlki, Kubernetes için depolama sistemlerini yedekleyebilirken, diğeri herhangi bir yazılım tarafından yedeklenebilir.
Şimdilik: maksimum 16 düğüm
InfoScale, küresel kapasitenin aynalara yazma, tekilleştirme, birkaç bölme arasında ve hizmet kalitesine göre paylaşım veya paylaşmama gibi farklı özelliklere sahip olabilen birimlere (veya Kubernetes-speak’te kalıcı depolama sınıflarına) bölünmesine izin veren bir yönetici konsolu ile birlikte gelir.
Bu nedenle, bir uygulama, kalıcı depolamaya erişim atayan bir yapılandırma dosyasıyla kapsayıcı aracılığıyla dağıtılırsa, InfoScale gerekli tüm kuralları kullanıcının bilgisi olmadan uygular.
Konsol, Red Hat için OpenShift’in Kubernetes’iyle entegre olabilir. Veritas, InfoScale’in yöneticinin komut satırından istediği diğer Kubernet’lerle de kullanılabileceğini ve gelecekteki sürümlerin diğer konsollarla entegre olacağını belirtiyor.
Sveum, Red Hat’in Kubernet’ler için Ceph biçiminde kalıcı depolama yaptığını, ancak farklılıklar olduğunu söyledi.
“Ceph, InfoScale kadar hızlı değil” dedi. “Bunun bir nedeni, depolama düğümlerinin bir ağ protokolü aracılığıyla çalışması, oysa InfoScale’in depolamayı sanki sunucuyla entegreymiş gibi sunmasıdır. Ayrıca Ceph, öncelikle verilere blok veya dosya modunda erişen ağ geçitlerine sahip bir nesne depolama sistemidir.”
InfoScale performans sunar, ancak belki daha az esneklik sunar. Şimdilik InfoScale, Ceph’teki yüzlerce düğümün aksine 16’dan fazla depolama düğümünü yönetemez.
Sveum, “Üzerinde çalıştığımız bir sınırlama,” dedi. “Yakında InfoScale kümelenmiş kümeler olasılığını sunacağız. Ancak şimdilik, birbiriyle konuşması gereken birkaç uygulama için değil, genellikle yalnızca bir uygulama için çok sayıda G/Ç’ye ihtiyacınız olduğu için sınırlama çok can sıkıcı değil. Bu nedenle, hıza ihtiyaç duyan her uygulama için farklı bir InforScale depolama kümesi sağlamak yeterlidir.”