Firmy MŚP muszą przestać szukać wskazówek u BackBlaze

Muszę poprzedzić ten artykuł zastrzeżeniem, ponieważ ludzie często wyrywają takie rzeczy z kontekstu i reagują silnie na słowa, których nigdy nie powiedziano: uważam, że BackBlaze wykonuje świetną robotę, ma brilliantnych ludzi i doskonale projektuje oraz wykorzystuje technologię, która jest absolutnie odpowiednia i właściwa dla ich potrzeb. Nic — i naprawdę mam na myśli nic — w tym artykule nie powinno być wyrwane z kontekstu i traktowane jako coś negatywnego na temat BackBlaze. Jeśli cokolwiek w tym artykule tak wygląda lub tak brzmi, proszę przeczytać ponownie i potwierdzić, że tak zostało napisane, a jeśli tak — poinformować mnie, abym mógł to poprawić. Nie ma intencji, aby ten artykuł sugerował w jakikolwiek sposób, że BackBlaze nie robi tego, co jest dla nich, ich firmy i ich klientów najlepsze. A teraz do artykułu:

Przez ostatnie wiele lat zauważam, że wielu specjalistów IT z sektora małych i średnich firm (MŚP) zachwyciło się tym, co postrzegają jako cud niskich kosztów i wysokiej pojemności storage'u, jakim jest projekt BackBlaze POD. W skrócie: BackBlaze POD to tani, pojemny, niskowydajny, prawie białopudełkowy serwer storage zbudowany z niestandardowej obudowy i części konsumenckich, tworzący jednorazowy węzeł storage używany w dużych tablicach RAIN z kodowaniem erasure. BackBlaze zaprojektowało oryginalny POD i udostępniło jego projekt publicznie — wyłącznie do użytku w ich dużych, hostowanych centrach danych backupu, gdzie POD pełni funkcję pojedynczego węzła w ogromnej tablicy węzłów z replikacją między nimi. Na przestrzeni lat BackBlaze aktualizowało projekt POD wraz ze zmianami technologicznymi i rozwiązywaniem problemów. Ale fundamentalny przypadek użycia pozostał ten sam.

Muszę porównać to z podejściem SAM-SD do storage'u, które podąża podobną taktyką, ale robi to przy użyciu sprzętu klasy enterprise z pełnym wsparciem. Te różnice czasem wydają się błahe, ale nie są błahe — stanowią kluczowe fundamenty decydujące o tym, dlaczego różne rozwiązania są odpowiednie w różnych sytuacjach. Idea SAM-SD polega na tym, że storage musi być niezawodny i zaprojektowany od podstaw sprzętowych tak, aby być jak najbardziej niezawodnym i dobrze wspieranym w przypadku awarii. POD przyjmuje odwrotne podejście: sprawia, że pojedynczy serwer jest zawodny i efemeryczny z natury, zaprojektowany do wyrzucenia, a nie do naprawy. Projekt SAM-SD zakłada, że pojedynczy serwer jest ważny, wręcz krytyczny — wszystkim, tylko nie jednorazowy.

Koncepcja SAM-SD, która jest dosłownie niczym więcej niż podejściem do budowania otwartego storage'u, jest zaprojektowana z myślą o rynku storage'u dla MŚP. BackBlaze POD jest zaprojektowany z myślą o niezwykle niszowym, wielką skalą, specjalnym rynku konsumenckiego backupu. SAM-SD jest przeznaczony do obsługi przez małe firmy, nawet te bez własnego IT. POD jest zaprojektowany do wdrożenia i zarządzania przez pełnoetatowy, dedykowany zespół inżynierów storage.

Ponieważ BackBlaze POD jest zaprojektowany przez ekspertów, dla ekspertów w bardzo największych sytuacjach storage'owych, może być mylący i łatwo niezrozumiany przez nie-ekspertów storage w przestrzeni małych firm. W rzeczywistości jest on tak często źle rozumiany, że zastrzeżenia wobec niego są często kwitowane komentarzem: "myślę, że BackBlaze wie, co robi" — co pokazuje skrajne niezrozumienie podejścia. Oczywiście BackBlaze wie, co robi, ale nie robi tego, co robi jakiekolwiek MŚP.

Udostępnienie projektu POD publicznie powoduje duże zamieszanie, ponieważ jest to tylko jeden element większej całości. Projekt całego centrum danych i mechanizmy nadmiarowości między POD-ami są niepubliczne — zastrzeżone. Sam POD reprezentuje więc jedynie pojedynczy węzeł klastra (lub Vault) i nie odzwierciedla samego klastrowania, które jest miejscem, gdzie odbywa się najważniejsza praca. W rzeczywistości projekt POD jest niczym innym niż pracą wykonaną przez projekty Sun Thumper i SAM-SD z ostatniej dekady, tyle że bez ograniczeń niezawodności. POD nie powinien być nowatorskim projektem, ale oczywistym. Takim, którego od dziesięcioleci unikano w przestrzeni storage'u MŚP, właśnie dlatego, że jest tak dramatycznie nieadekwatny.

Ponieważ aspekty klastrowania i replikacji są ignorowane w dyskusjach o BackBlaze POD, powstają ogromne założenia dotyczące pojemności POD z o wiele mniejszym narzutem niż BackBlaze sam uzyskuje dla infrastruktury POD, nawet w skali. Na przykład w terminologii RAID byłoby to podobne do zakładania, że POD to RAID 6 (z tylko 5% narzutem), ponieważ to jest RAID pojedynczego komponentu — podczas gdy w rzeczywistości stosowane jest RAID 61 (z 55% narzutem)! W rzeczywistości wielu specjalistów IT z sektora MŚP, rozważając użycie projektu POD, w ogóle bierze pod uwagę jedynie zastosowanie RAID 6 i użycie tylko jednego POD. Stopień, w jakim odbiega to od modelu BackBlaze, jest zatrważający.

BackBlaze: "Backblaze Vaults łączą dwadzieścia fizycznych Storage Podów w jeden wirtualny chassis. Oprogramowanie Vault implementuje własne kodowanie Reed-Solomon, aby jednocześnie rozpraszać fragmenty danych na wszystkie dwadzieścia podów w Vault, dramatycznie poprawiając trwałość danych."

Aby POD był rozważany dla rynku MŚP, wymagane jest całkowite wyrwanie z kontekstu całej koncepcji POD. Zarówno jego zamierzonego przypadku użycia, jak i implementacji. To, co czyni BackBlaze wyjątkowym, jest całkowicie usunięte i tylko najbardziej trywialne, powierzchowne aspekty są brane i przekształcane w coś, co w żaden sposób nie przypomina wizji ani celu BackBlaze.

Zagłębiając się w to, gdzie BackBlaze POD różni się projektem od standardowych potrzeb normalnej firmy, znajdujemy następujące problemy:

• POD jest zaprojektowany jako zawodny — polega na warstwie niezawodności i replikacji na poziomie super-POD, która wymaga wdrożenia dużej liczby POD-ów i nadmiarowości danych między nimi za pomocą niestandardowej replikacji lub klastrowania. Bez tej warstwy POD jest całkowicie poza kontekstem. Poziom super-POD jest znany wewnętrznie jako BackBlaze Vault.
• POD jest zaprojektowany do wdrożenia w centrum danych klasy enterprise z odpowiednim tłumieniem drgań, kondycjonowaniem zasilania i systemami środowiskowymi. Jest mniej odporny na te problemy niż standardowy sprzęt enterprise.
• POD jest zaprojektowany do typowej wymiany jako kompletna jednostka, a nie do naprawy węzła in situ. Jest to przeciwieństwo standardowego sprzętu enterprise z gorącymi komponentami wymienialnymi bez przerwy działania, nie mówiąc o pełnej wymianie. Nazywamy to przypadkiem użycia jednorazowego lub efemerycznego.
• POD jest zaprojektowany jako niezwykle tani dla potrzeb bardzo powolnego, zimnego storage'u. Choć może to istnieć w MŚP, typowo tak nie jest.
• POD jest zaprojektowany jako pojedynczy, pojemny węzeł storage w puli szaleńczo dużej pojemności. Niewiele MŚP może wykorzystać nawet potencjał storage'owy jednego POD-a, nie mówiąc o puli wystarczająco dużej, by uzasadnić projekt POD.
• BackBlaze POD jest zaprojektowany do używania niestandardowego kodowania erasure, nie RAID. RAID nie jest efektywny w tej skali, nawet na poziomie pojedynczego POD-a.
• Pojedynczy POD jest zaprojektowany na 180TB pojemności, a Vault na 3,6PB.

Aktualne informacje o BackBlaze POD 5: https://www.backblaze.com/blog/cloud-storage-hardware/

Krótko mówiąc, BackBlaze POD jest brilliantnym fundamentem brilliantnej usługi, która spełnia bardzo specyficzną potrzebę — tak odległą od potrzeb rynku storage'u MŚP, jak to tylko możliwe. Szanuj BackBlaze za ich świetną pracę, ale nie próbuj ich naśladować.