SMBs को BackBlaze से मार्गदर्शन लेना बंद करना चाहिए

मुझे इस article की प्रस्तावना देनी होगी, क्योंकि लोग अक्सर इन बातों को संदर्भ से बाहर लेते हैं और जो कभी कहा ही नहीं गया उस पर तीव्र प्रतिक्रिया देते हैं — disclaimer यह है कि मुझे लगता है BackBlaze बहुत अच्छा काम करती है, उनके पास बेहतरीन लोग काम करते हैं और उन्होंने ऐसी technology design और leverage करने का शानदार काम किया है जो उनकी जरूरतों के लिए बिल्कुल उपयुक्त और appropriate है। इस article में कुछ भी, और मैं सच में कुछ भी नहीं, कभी संदर्भ से बाहर लेकर BackBlaze के बारे में नकारात्मक नहीं कहा जाना चाहिए। यदि इस article में कुछ भी ऐसा लगे या महसूस हो कि ऐसा कहा गया है, तो कृपया दोबारा पढ़ें और confirm करें कि क्या ऐसा कहा गया, और यदि हां, तो मुझे बताएं ताकि मैं इसे ठीक कर सकूं। इस article का कोई भी इरादा नहीं है कि किसी भी तरह से यह implied हो कि BackBlaze अपने, अपने business और अपने customers के लिए जो smart है वह नहीं कर रहे। अब article पर:

मैंने पिछले कई वर्षों में पाया है कि बहुत से small और medium business IT professionals BackBlaze POD design के रूप में low cost, high capacity storage के एक miracle की तरह जो दिखता है उससे मोहित हो गए हैं। Essentially BackBlaze POD एक low cost, high capacity, low performance nearly whitebox storage server है जो एक custom chassis और consumer parts से बना है — एक disposable storage node जिसे erasure encoding का लाभ उठाने वाले large storage RAIN arrays में उपयोग किया जाता है। BackBlaze ने मूल POD को custom design किया और इसके design को public में release किया, जिसका exclusive उपयोग उनके large scale hosted backup datacenters में होता है जहां PODs एक massive array of nodes के भीतर individual nodes के रूप में काम करते हैं जिनके बीच replication होती है। वर्षों में BackBlaze ने technology बदलने और issues address होने पर अपने POD design को update किया है। लेकिन fundamental use case वही रहा है।

मुझे इसकी तुलना SAM-SD approach से करनी होगी जो storage के लिए एक similar tact अपनाती है लेकिन enterprise grade, supported hardware का उपयोग करती है। ये अंतर कभी-कभी trivial लगते हैं, लेकिन वे trivial नहीं हैं — वे उन key underpinnings हैं जो विभिन्न solutions को विभिन्न situations में appropriate बनाते हैं। SAM-SD के पीछे का विचार यह है कि storage reliable होनी चाहिए और hardware से ऊपर तक जितना हो सके उतनी reliable और जब चीजें fail हों तो well supported होने के लिए design की जानी चाहिए। POD इसके विपरीत approach लेता है — individual server को unreliable और ephemeral बनाता है और उसे repair करने के बजाय dispose करने के लिए design करता है। SAM-SD design मानती है कि individual server महत्वपूर्ण है, यहां तक कि critical — किसी भी तरह से disposable नहीं।

SAM-SD concept — जो literally open storage बनाने का एक approach से ज्यादा कुछ नहीं है — SMB storage market को ध्यान में रखकर design किया गया है। BackBlaze POD को एक extremely niche, large scale, special case consumer backup market को ध्यान में रखकर design किया गया है। SAM-SD छोटे businesses द्वारा चलाए जाने के लिए है, यहां तक कि बिना internal IT वाले businesses द्वारा भी। POD को एक full time, dedicated storage engineering team द्वारा deploy और manage किए जाने के लिए design किया गया है।

क्योंकि BackBlaze POD को experts द्वारा, experts के लिए, सबसे बड़ी storage situations में design किया गया है, इसलिए small business space में non-storage experts इसे confusing और easily misunderstood पाते हैं। वास्तव में, इसे इतनी बार गलत समझा जाता है कि इसके विरोध में अक्सर "मुझे लगता है BackBlaze जानती है कि वे क्या कर रही है" जैसे comments मिलते हैं — जो approach के साथ मौजूद extreme misunderstanding को दर्शाता है। निश्चित रूप से BackBlaze जानती है कि वे क्या कर रहे हैं, लेकिन वे जो कर रहे हैं वह कोई भी SMB नहीं कर रहा।

POD design का public में release होना बहुत confusion पैदा करता है क्योंकि यह एक बड़े whole का केवल एक हिस्सा है। पूरे data center का design और PODs के बीच redundancy और उसके mechanisms public नहीं हैं बल्कि proprietary हैं। इसलिए POD खुद एक cluster (या Vault) के single node को represent करता है और clustering को reflect नहीं करता, जहां सबसे महत्वपूर्ण काम होता है। वास्तव में POD design खुद कुछ और नहीं बल्कि पिछले दशक के Sun Thumper और SAM-SD projects का काम है बिना reliability की constraints के। POD एक novel design नहीं होना चाहिए, बल्कि एक obvious design है। जिसे दशकों से SMB storage space में इसलिए avoid किया जाता रहा है क्योंकि यह इतना dramatically non-applicable है।

क्योंकि BackBlaze POD के बारे में बात करते समय clustering और replication aspects को ignore किया जाता है, इसलिए POD की capacity के बारे में कुछ huge assumptions बनाई जाती हैं जिनका overhead BackBlaze के खुद के POD infrastructure से कहीं कम है, यहां तक कि scale पर भी। उदाहरण के लिए, RAID terms में, यह ऐसा होगा जैसे मान लेना कि POD RAID 6 है (केवल 5% overhead के साथ) क्योंकि यह एक individual component का RAID है, जबकि वास्तव में RAID 61 (55% overhead) उपयोग किया जाता है! वास्तव में, POD design उपयोग करने पर विचार करने वाले कई SMB IT Professionals वास्तव में केवल एक single POD का उपयोग करने के साथ-साथ बस RAID 6 का उपयोग करने पर विचार करते हैं। यह BackBlaze के model का कितनी हद तक पालन नहीं करता है यह staggering है।

BackBlaze: "Backblaze Vaults बीस physical Storage Pods को एक virtual chassis में combine करते हैं। Vault software हमारे अपने Reed-Solomon encoding को implement करता है ताकि data shards को Vault में सभी बीस pods में simultaneously spread किया जा सके, जिससे durability dramatically बेहतर होती है।"

POD को SMB market के लिए एक consideration बनाने के लिए यह आवश्यक है कि POD की पूरी concept को संदर्भ से पूरी तरह बाहर निकाला जाए। इसका intended use case और इसका implementation दोनों। BackBlaze को special बनाने वाली चीज पूरी तरह हटा दी जाती है और केवल सबसे trivial, cursory aspects लिए जाते हैं और उन्हें किसी ऐसी चीज में बदल दिया जाता है जो किसी भी तरह से BackBlaze की vision या purpose जैसी नहीं लगती।

BackBlaze POD कहां standard business की जरूरतों से अलग design में है, इसकी गहराई में जाने पर हमें ये समस्याएं मिलती हैं:

• POD को unreliable होने के लिए design किया गया है, super-POD level पर एक reliability और replication layer पर निर्भर होने के लिए जिसके लिए बड़ी संख्या में PODs deploy करने की और उनके बीच custom replication या clustering के माध्यम से redundant data की जरूरत होती है। इस layer के बिना, POD पूरी तरह से संदर्भ से बाहर है। Super-POD level को internally BackBlaze Vault के रूप में जाना जाता है।
• POD को careful vibration dampening, power conditioning और environmental systems के साथ एक enterprise datacenter में deploy करने के लिए design किया गया है। यह इन issues के प्रति standard enterprise hardware से कम resilient है।
• POD को आमतौर पर एक complete unit के रूप में replace किया जाता है बजाय in situ एक node को repair करने के। यह hot swap components के साथ standard enterprise hardware के विपरीत है जो बिना interruption के repair किए जाने के लिए design होती है। हम इसे disposable या ephemeral use case कहते हैं।
• POD को बहुत slow, cold storage जरूरतों के लिए incredibly low cost होने के लिए design किया गया है। हालांकि यह SMB में exist कर सकता है, typically ऐसा नहीं होता।
• POD को insanely large capacity के एक pool में एक single, high capacity storage node होने के लिए design किया गया है। कुछ SMBs एक single POD की storage potential का भी लाभ उठा सकते हैं, POD design को justify करने के लिए पर्याप्त बड़े pool की तो बात ही छोड़िए।
• BackBlaze POD को RAID नहीं, बल्कि custom erasure encoding उपयोग करने के लिए design किया गया है। RAID single POD level पर भी इस scale पर effective नहीं है।
• एक individual POD को 180TB capacity और Vault scale पर 3.6PB के लिए design किया गया है।

BackBlaze POD 5 का current reference: https://www.backblaze.com/blog/cloud-storage-hardware/

संक्षेप में, BackBlaze POD एक brilliant service के लिए एक brilliant underpinning है जो एक बहुत specific जरूरत को पूरा करती है — जो SMB storage market की जरूरतों से उतनी दूर है जितना reasonably संभव हो सकता है। BackBlaze को उनके great work के लिए respect करें, लेकिन इसे emulate करने की कोशिश न करें।