W tym podcastie, nagrane w zeszłym tygodniu Czyste // przyspieszaj 2025 Wydarzenie, rozmawiamy z dyrektorem ds. Technologii Pure Storage (CTO), Robem Lee, aby uzyskać wiertło w użyciu sklepów kluczowych w czystości firmy pamięć flash System operacyjny, dlaczego nie używa swoich modułów DirectFlash w Nowo ogłoszony Flasharray // STi co sprawia, że jego szybkie przechowywanie obiektów jest tak szybkie.
Czy możesz wyjaśnić, w jaki sposób sklep z kluczową wartością jest używany w produktach pamięci Pure?
Powód, dla którego używamy kluczowa wartość Przechodź, a dostanę korzyści, to wiele takich samych powodów, dla których organizujesz duże ilości informacji, używasz relacyjnej bazy danych.
Organizujesz swoje informacje w bardzo uporządkowany sposób w tabele. Możesz budować indeksy. Możesz sprawdzić sprawy bardzo wydajnie. Zwykle to robisz zamiast po prostu przechowywać stosy i stosy danych niezorganizowane i sprawiają, że bardzo trudno jest spojrzeć w górę.
Teraz geneza używania sklepy kluczowe W naszych produktach i oprogramowaniu sięga pierwszego dnia.
Jedną z rzeczy, które zrobiliśmy zupełnie inaczej niż wszyscy inni na rynku, było zaprojektowanie i przeanalizowaliśmy oprogramowanie do przechowywania, w tym systemy plików i sposób, w jaki mapujemy bloki logiczne w fizyczne lokalizacje. Zastanawiamy się, w jaki sposób budujesz te, jak działa Flash na najbardziej natywnym poziomie. Jednym z kluczowych rozważań z Flashem jest, w przeciwieństwie do magnetycznych dysków twardych, nie zastępujesz zawartości na miejscu.
Aby zmienić zawartość, musisz napisać nową kopię i musisz zbierać stare rzeczy. A kiedy to robisz, chcesz unikać przepisywania tego samego kawałka lampy błyskowej w kółko, aby wypalić media.
Okazuje się, że organizując nasze metadane-co skutecznie mapowanie, jeśli będziesz, nazwy plików, system plików do lokalizacji fizycznej, w sklepie o wartości kluczowej, ze społeczności badawczej, istnieje wiele świetnych technik, aby zminimalizować tę wzmocnienie pisania-liczbę razy, kiedy musimy przepisać, że struktura metadanych i utrzymanie go z czasem.
To był klucz-bez zamierzonej gry słów-wgląd doprowadzający nas do zorganizowania naszych metadanych w sklepach kluczowych.
Drugi utwór-i znowu, pożyczając ze świata bazy danych i dlaczego widzisz tak wiele sklepów z kluczami używanymi w skali chmur-jest to, że naprawdę łatwo jest podzielić się i rozpowszechniać i tworzyć współbieżność i równoległość.
I tak kiedy patrzysz na Flashblade i dlaczego Flashblade jest wyjątkowo dobry w wydajności metadanych – mówiłem trochę o tym na scenie [at Pure//Accelerate 2025] W przypadku Flashblade EXA-dlatego, że przechowujemy wszystkie te metadane w sklepie o wartości kluczowej, który pozwala nam bardzo, bardzo liniowo i przy bardzo wysokiej współbieżności, skalowanie wydajności w sposób, którego po prostu nie możesz zrobić z innymi strukturami danych.
Aby narysować bardzo proste porównanie, historycznie większość systemów pamięci zorganizowała swoje dane w strukturze przypominającej drzewo. Cóż, jeśli myślisz o tym, jak wyglądasz na drzewie, zaczynasz u góry, idziesz w lewo, idziesz w prawo, idziesz w lewo, musisz podążać krok po kroku.
[It’s] Bardzo trudno to równolegle, prawda? Dzięki sklepowi kluczowej możesz skorzystać z mediów, lampy błyskowej, równoległego dostępu, możesz skorzystać z naszej rozproszonej technologii i możesz wyglądać na bardzo dużą prędkość, z bardzo wysoką współbieżą.
Czy sklep z kluczową wartością uruchamia się tylko na poziomie metadanych i czy system plików jest nienaruszony gdzie indziej, działa równolegle z tym?
To, co jest naprawdę miłe w tym, jak zbudowaliśmy nasze oprogramowanie, to jedno podejście do zarządzania metadanami systemu plików, metadanych użytkowników, a także naszych bardziej fizycznych metadanych, jeśli chcesz. Wszystkie odwzorowania między … jak wiesz, dokonujemy redukcji danych, prawda? Cóż, kiedy wykonujesz redukcję danych i znajdziesz deduplikację, musisz zachować mapowanie z napisem: „Och, nie mam tutaj tego bloku, jest tam osobna kopia”.
Cóż, to mapowanie; Umieściliśmy to w sklepie o wartości kluczowej. Tak więc, korzystając z tego samego podejścia do zarządzania wszystkimi naszymi metadanami, cóż, a, mniej oprogramowania do pisania, B, możemy zrobić to naprawdę, naprawdę solidne i naprawdę, naprawdę działające, ale C, wszystkie części naszego systemu, niezależnie od tego, czy jest to system plików, niezależnie od tego, czy jest to nasze fizyczne zarządzanie mediami, uzyskać korzyści z właściwości, które właśnie omówiłem.
Pure robi wielką sprawę na temat korzystania z modułów DirectFlash (DFMS) i pojemności, którą mogą osiągnąć, a jednak nowo ogłoszony Flasharray // ST nie używa ich. Czego używa i dlaczego?
To świetne pytanie i spójrz, zacznę od filozofii, którą mamy za naszym sprzętem. Myślę, że to Steve Jobs powiedział, że jeśli chcesz zbudować naprawdę dobre oprogramowanie, zamierzasz zbudować sprzęt, aby to wspierać, i to jest naprawdę nasza filozofia. Jeśli spojrzysz na DirectFlash, Co sprawia, że DFMS działa to oprogramowanie, które im umożliwia.
Staramy się niewiele włożyć do sprzętu DFM. Ma to włączyć oprogramowanie.
Teraz powodem, dla którego nie używamy DFMS w Szybko lub ścieżce danych Flash -Blade EXA, jest, z każdym projektem, projektowanie przestrzeni projektowej, wydajności, wydajności, kosztów itp., A nasze DFM są bardzo zaprojektowane dla bardzo szerokiego zakresu potrzeb przedsiębiorstwa pod względem wydajności, zdolności itp.
Dzięki Fast and z Flashblade EXA dążymy do ultra, ultra wysokiej klasy, najwyższej jakości wydajności, i po prostu nie zaprojektowaliśmy naszych dysków dla tego najwyższego poziomu ultra wydajności. Istnieje szerszy ekosystem dostawców sprzętu, które mają więcej wyspecjalizowanych produktów dla tych części przestrzeni projektowej, a więc tam, gdzie warto wykorzystać ten rynek komponentów, zamierzamy to zrobić.
Czego konkretnie nie mają DFM, które masz w sprzęcie, którego tam używasz?
Cóż, znowu nie ma konkretnego komponentu, na który zamierzasz wskazać. W ten sposób zoptymalizowałem konstrukcję DFM i jak jest on używany, w porównaniu z opóźnieniem, moc, przestrzeń, pojemność itp., I po prostu nie zoptymalizowaliśmy tych pod kątem opóźnień mikrosekundowych, ponieważ znowu nie są to ta część przestrzeni projektowej.
Inną z rzeczy, które często odnoszą się czystych kadry kierowniczej, jest możliwość zapewnienia bardzo wysokiej wydajności przechowywania obiektów. Nigdy tak naprawdę nie słyszałem wyjaśnienia, dlaczego jest to możliwe. Czy jest to tylko przypadek wyrzucania zasobów, czy jest tam coś innego?
Oczywiście i faktycznie uderzyliśmy go w pierwszej części podcastu. Wiele z nich ma związek z tym, jak organizujemy nasze metadane w sklepie o kluczowej wartości, a to napędza dla nas mnóstwo wydajności.
Jeśli cofamy się i spojrzymy na starsze podejścia do przechowywania obiektów, przechowywanie obiektów w przedsiębiorstwie wzrosło w erze tanich i głębokich. Ludzie próbowali zaimplementować protokoły obiektowe zwykle na systemie plików, na podstawie podstawowego urządzenia blokowego.
Masz warstwy, warstwy i warstwy nieefektywności. Tak więc numer jeden wdrażamy obiekt natywnie. Nie ma warstw i warstwy nieefektywności ssania wydajności. A następnie numer dwa to, jeśli spojrzysz na wydajność w dwóch utworach, jeden to metadane, praca administracyjna, a następnie element danych. Oznacza to, że chcę coś spojrzeć, mam nazwę, muszę dowiedzieć się, gdzie to jest, a kiedy dowiem się, gdzie to jest, mam fragment danych ładowania i przesyłania danych.
Okazuje się, że w przypadku nowoczesnych obciążeń obiektowych, utwór administracyjny, metadane, kończy się bardzo dużą częścią ogólnych wymagań dotyczących wydajności. I znowu, tutaj nasze rodzime podejście, nie nakładanie go na system plików i posiadanie wysoce rozproszonego, bardzo równoległego sklepu kluczowego, pozwala nam zapewnić tę wydajność. A potem z pewnością mamy naprawdę szybką ścieżkę danych. To od pierwszego dnia.