Geçen haftanın Pure // Hızlanması 2025 etkinliğinde kaydedilen bu podcast’te, Pure Storage’ın Baş Teknoloji Görevlisi (CTO) Rob Lee ile şirketin Purity Flash depolama işletim sistemindeki anahtar değer mağazalarının kullanımı için bir sondaj yapmak için konuşuyoruz, neden yeni duyurulan FlashArray // set depolama alanında çok hızlı bir şekilde kullanmıyor.
Pure’nin depolama ürünlerinde bir anahtar değer mağazasının nasıl kullanıldığını açıklayabilir misiniz?
Bir anahtar-değer mağazası kullanmamızın nedeni ve faydalarından yararlanmamın nedeni, büyük miktarda bilgi düzenlerken ilişkisel bir veritabanı kullanmanızın aynı nedenleridir.
Bilgilerinizi tablolara çok düzenli bir şekilde düzenlersiniz. Dizinler oluşturabilirsiniz. İşleri çok verimli bir şekilde bakabilirsiniz. Bunu sadece örgütlenmemiş yığınları ve yığınları depolamak ve bakmayı çok zorlaştırmak yerine yapma eğilimindesiniz.
Şimdi, ürünlerimizde ve yazılımlarımızda anahtar değer mağazalarını kullanmanın doğuşu şirketin birinci gününe geri dönüyor.
Piyasadaki herkesten çok farklı yaptığımız şeylerden biri, dosya sistemleri ve mantıksal blokları fiziksel konumlarla nasıl eşleştirdiğimiz de dahil olmak üzere depolama yazılımı tasarladığımız ve yeniden düşündük. Bunları Flash’ın en yerli seviyede nasıl çalıştığı için nasıl inşa ettiğinizi yeniden düşündük. Flash ile yapılan temel düşüncelerden biri, manyetik sert disklerden farklı olarak, içeriğin üzerine yazmazsınız.
İçeriği değiştirmek için yeni bir kopya yazmalısınız ve eski şeyi çöpe atmanız gerekir. Ve bunu yaparken, medyayı yakmak için aynı flaş parçasını tekrar tekrar yazmaktan kaçınmak istersiniz.
Meta verilerimizi organize ederek-eğer varsa, dosya adlarını, dosya sistemini fiziksel konuma, bir anahtar değer deposunda, araştırma topluluğundan eşlemenin, bu yazma yazma yazımını en aza indirmek için çok sayıda harika teknik olduğu ortaya çıkıyor-Metadata yapısını yeniden yazma ve süre içinde sürdürdüğümüz sayı.
Bu, anahtar-hiçbir cinas amaçlı-meta verilerimizi anahtar değer mağazalarında organize etmeye yönlendiren içgörü idi.
Yine de ikinci parça-ve yine, veritabanı dünyasından ödünç almak ve neden bulut ölçeğinde kullanılan birçok anahtar değer mağazası gördüğünüz-eşzamanlılık ve paralellik oluşturmayı ve dağıtmayı ve dağıtmayı gerçekten kolaylaştırıyorlar.
Ve böylece Flashblade’e baktığınızda ve Flashblade’in meta veri performansında neden benzersiz bir şekilde iyi olduğunu – sahnede bunun hakkında biraz konuştum [at Pure//Accelerate 2025] Flashblade EXA ile-tüm bu meta verileri çok, çok doğrusal ve çok yüksek eşzamanlılıkla, performansı diğer veri yapılarıyla yapamayacağınız bir şekilde ölçeklendirmemize izin veren bir anahtar değer mağazasında saklıyoruz.
Çok basit bir karşılaştırma yapmak için, tarihsel olarak, çoğu depolama sistemi verilerini ağaç benzeri bir yapıda düzenlemiştir. Peki, bir ağaçta nasıl göründüğünüzü düşünüyorsanız, üstten başlıyorsunuz, sola gidiyorsun, sağa gidiyorsun, sola gidiyorsunuz, adım adım takip etmelisiniz.
[It’s] Buna paralel hale getirmek çok zor, değil mi? Bir anahtar değer mağazasıyla medyadan, flaş, paralel erişimden yararlanabilirsiniz, dağıtılmış teknolojimizden yararlanabilirsiniz ve çok yüksek hızla çok yüksek eşzamanlılıkla bir şeyler arayabilirsiniz.
Anahtar-değer deposu sadece meta veri düzeyinde mi faaliyete geçiyor ve dosya sistemi başka bir yerde sağlam mı, buna paralel mi çalışıyor?
Yazılımımızı nasıl oluşturduğumuzla ilgili gerçekten güzel olan, dosya sistemi meta verilerini, kullanıcı meta verilerini ve daha fiziksel meta verilerimizi yönetmek için bir yaklaşım kullanmamızdır. Arasındaki tüm eşlemeler … Bildiğiniz gibi, veri azaltma yapıyoruz, değil mi? Veri azaltma yaptığınızda ve tekilleştirme bulduğunuzda, “Ah, burada fiziksel olarak saklanan bu blok yok, orada ayrı bir kopya var.”
Bu bir eşleme; Bunu anahtar-değer mağazasına koyduk. Bu nedenle, tüm meta verilerimizi yönetmek için aynı yaklaşımı kullanarak, A, A, yazmak için daha az yazılımdır, B, bunu gerçekten, gerçekten sağlam ve gerçekten, gerçekten performans gösterebiliriz, ancak daha sonra C, sistemimizin tüm bölümleri, ister dosya sistemi olsun, fiziksel medya yönetimimiz olsun, yeni tartıştığım mülklerin avantajlarından yararlanabiliriz.
Pure, DirectFlash modüllerinin (DFMS) kullanımı ve elde edebilecekleri kapasite hakkında büyük bir şey yapar ve yine de yeni duyurulan FlashArray // ST bunları kullanmaz. Ne kullanıyor ve neden?
Bu harika bir soru ve bak, donanımımızın arkasındaki felsefeyle başlayacağım. Sanırım Steve Jobs, gerçekten iyi bir yazılım oluşturmak istiyorsanız, bunu desteklemek için donanım oluşturacaksınız ve bu gerçekten felsefemiz. DirectFlash’a bakarsanız, DFMS’yi çalıştıran şey onları sağlayan yazılımdır.
DFM donanımına çok az şey koymaya çalışıyoruz. Yazılımı etkinleştirmek içindir.
Şimdi, DFMS’yi bugün hızlı bir şekilde veya Flashblade EXA’nın veri yolunda kullanmamamızın nedeni, herhangi bir tasarımla, tasarım alanı, performans, verimlilik, maliyet vb. İçin bir dizi tasarlamanız ve DFM’lerimiz verimlilik, kapasite vb. Açısından çok çeşitli işletme ihtiyaçları için tasarlanmıştır.
Hızlı ve Flashblade EXA ile ultra, ultra yüksek uç, performansın üst ucunu hedefliyoruz ve sürücülerimizi ultra performans üst düzey için tasarlamadık. Tasarım alanının bu bölümleri için daha özel ürünlere sahip olan daha geniş bir donanım satıcıları ekosistemi var ve böylece bu bileşen pazarına girmenin mantıklı olduğu yerlerde bunu yapacağız.
DFM’lerin orada kullandığınız donanımda özel olarak ne var?
Yine, gideceğiniz belirli bir bileşen yok. Gecikme, güç, mekan, kapasite vb. Ticarete karşı DFM’nin tasarımını ve nasıl kullanıldığını nasıl optimize ettim ve bunları mikrosaniye gecikmeleri için optimize etmedik, çünkü yine tasarım alanının bu kısmı değiller.
Saf yöneticilerin sıklıkla bahsettiği şeylerden bir diğeri de çok yüksek performanslı nesne depolama sağlama yeteneğidir. Bunun neden mümkün olduğunu hiç bir açıklama duymadım. Bu sadece bir kaynak vakası mı, yoksa orada başka bir şey var mı?
Kesinlikle ve aslında podcast’in ilk bölümünde vurduk. Birçoğu, meta verilerimizi bir anahtar değer mağazasında nasıl organize ettiğimizle ilgilidir ve bu bizim için bir ton performans yönlendirir.
Bu geri yürürsek ve nesne depolama konusundaki eski yaklaşımlara bakarsak, işletmedeki nesne depolama ucuz ve derin çağda büyüdü. İnsanlar nesne protokollerini tipik olarak bir dosya sisteminin üstünde, temel bir blok cihazının üstünde uygulamaya çalıştılar.
Katmanlarınız, katmanlarınız ve verimsizlik katmanlarınız var. Yani, bir numara bir nesneyi yerel olarak uygulamaktır. Performans emici verimsizlik katmanları ve katmanları yoktur. Ve sonra ikincisi, performansa iki parçaya bakarsanız, biri meta veri, idari iş ve sonra veri parçasıdır. Yani, bir şey bakmak istiyorum, bir isim var, nerede olduğunu bulmalıyım ve nerede olduğunu anladıktan sonra, aslında verileri yükleme ve aktarma veri parçasına sahibim.
Modern nesne iş yükleri, idari parça, meta veriler, genel performans taleplerinin çok büyük bir kısmı haline geliyor. Ve yine, burada yerel yaklaşımımız, dosya sisteminin üstüne katkıda bulunmamak ve yüksek düzeyde dağıtılmış, son derece paralel bir anahtar-değer mağazasına sahip olmak, bu performansı sunmamızı sağlar. Ve sonra kesinlikle gerçekten hızlı bir veri yolumuz var. Bu ilk günden beri.