중소기업은 BackBlaze를 참고 모델로 삼는 것을 중단해야 합니다

이 글을 시작하기 전에 미리 말씀드려야 할 것이 있습니다. 사람들이 종종 이런 것들을 문맥 밖에서 이해하고 결코 언급되지 않은 것들에 강하게 반응하기 때문입니다. BackBlaze는 훌륭한 일을 하고 있으며, 뛰어난 인재들이 일하고 있고, 자신들의 필요에 완전히 적합하고 적절한 기술을 설계하고 활용하는 데 대단한 성과를 거두었다는 것을 미리 밝힙니다. 이 글의 어떤 내용도 BackBlaze에 대한 부정적인 것으로 문맥 밖에서 인용되거나 언급되어서는 안 됩니다. 만약 이 글의 어떤 내용이 그렇게 보이거나 느껴진다면, 다시 읽어 확인하고, 그렇게 말했다면 제게 알려 주시면 수정하겠습니다. 이 글은 BackBlaze가 그들에게, 그들의 비즈니스에, 그들의 고객에게 스마트한 일을 하고 있지 않다는 것을 어떤 방식으로든 암시하려는 의도가 전혀 없습니다. 이제 본론으로:

지난 수년간 많은 중소기업 IT 전문가들이 BackBlaze POD 디자인이라고 알려진 저비용, 고용량 스토리지를 기적처럼 여기는 것을 발견했습니다. 기본적으로 BackBlaze POD는 커스텀 섀시와 소비자용 부품으로 만들어진 저비용, 고용량, 저성능의 거의 화이트박스에 가까운 스토리지 서버입니다. 이레이저 인코딩(erasure encoding)을 활용하는 대규모 스토리지 RAIN 어레이에서 사용되는 일회용 스토리지 노드입니다. BackBlaze는 원래 POD를 직접 설계하여 대규모 호스팅 백업 데이터센터에서만 사용하기 위해 공개했으며, POD는 서로 간에 복제가 이루어지는 방대한 노드 어레이 내에서 개별 노드로 기능합니다. 수년에 걸쳐 BackBlaze는 기술이 변하고 문제가 해결됨에 따라 POD 디자인을 업데이트해 왔습니다. 하지만 기본적인 사용 사례는 동일하게 유지되었습니다.

이것을 SAM-SD 스토리지 접근 방식과 비교해야 합니다. SAM-SD는 비슷한 방향을 취하지만 엔터프라이즈급의 지원되는 하드웨어를 사용합니다. 이 차이들은 때때로 사소하게 보일 수 있지만, 전혀 사소하지 않습니다. 그것들은 서로 다른 솔루션이 서로 다른 상황에서 적합한 것으로 만드는 핵심 기반입니다. SAM-SD의 이면에 있는 아이디어는 스토리지가 신뢰할 수 있어야 하고 하드웨어부터 최대한 신뢰할 수 있도록 설계되어야 하며 실패 시 잘 지원받을 수 있어야 한다는 것입니다. POD는 개별 서버를 신뢰할 수 없고 일시적인 성격으로 만들고 전혀 수리하기보다 폐기하도록 설계되는 반대 방향을 취합니다. SAM-SD 디자인은 개별 서버가 중요하고, 심지어 중요하며, 절대로 일회용이 아니라고 가정합니다.

SAM-SD 개념은 글자 그대로 오픈 스토리지를 구축하는 접근 방식에 불과하며, SMB 스토리지 시장을 염두에 두고 설계되었습니다. BackBlaze POD는 매우 틈새적이고 대규모의 특수 사례인 소비자 백업 시장을 염두에 두고 설계되었습니다. SAM-SD는 내부 IT 팀이 없는 소규모 기업도 운영할 수 있도록 설계되었습니다. POD는 전임 전담 스토리지 엔지니어링 팀이 배포하고 관리할 수 있도록 설계되었습니다.

BackBlaze POD가 가장 큰 규모의 스토리지 상황에서 전문가들이 전문가들을 위해 설계했기 때문에, 소규모 비즈니스 공간의 비스토리지 전문가들이 혼란스러워하고 쉽게 오해할 수 있습니다. 사실 너무 자주 오해되어 반대 의견에 종종 "BackBlaze가 무엇을 하는지 알고 있다고 생각한다"는 댓글로 대응받습니다. 이는 그 접근 방식에 대한 극도의 오해가 존재함을 보여줍니다. 물론 BackBlaze는 무엇을 하는지 알고 있습니다. 하지만 그들은 어떤 SMB가 하는 것도 하고 있지 않습니다.

POD 디자인의 공개 발표는 그것이 더 큰 전체의 일부에 불과하기 때문에 많은 혼란을 초래합니다. 전체 데이터센터의 설계와 POD들 간의 중복성 수단 및 메커니즘은 공개되지 않았으며 독점적입니다. 따라서 POD 자체는 클러스터(또는 Vault)의 단일 노드만을 나타내며 클러스터링 자체를 반영하지 않습니다. 클러스터링이 가장 중요한 작업이 이루어지는 곳인데도 말입니다. 사실 POD 디자인 자체는 신뢰성의 제약 없이 지난 10년간의 Sun Thumper와 SAM-SD 프로젝트가 수행한 작업에 불과합니다. POD는 새로운 디자인이 아니어야 하지만 당연한 것이어야 합니다. 수십 년 동안 SMB 스토리지 공간에서는 극적으로 적용 불가능하기 때문에 피해왔던 것입니다.

BackBlaze POD에 대해 이야기할 때 클러스터링과 복제 측면이 무시되기 때문에 POD에 대해 BackBlaze 자신이 대규모에서도 POD 인프라에서 얻는 것보다 훨씬 낮은 오버헤드를 가진 용량에 대한 거대한 가정이 만들어지는 경향이 있습니다. 예를 들어 RAID 용어로 이것은 개별 구성 요소의 RAID가 RAID 6(오버헤드 5%만)이기 때문에 POD가 RAID 6라고 가정하는 것과 유사합니다. 실제로는 RAID 61(오버헤드 55%)이 사용됩니다! 사실, POD 디자인을 사용하려는 많은 SMB IT 전문가들은 실제로 단순히 단일 POD만 사용하는 것 외에도 RAID 6을 사용하는 것만을 고려합니다. 이것이 BackBlaze의 모델을 따르지 않는 정도는 엄청납니다.

BackBlaze: "Backblaze Vaults는 20개의 물리적 스토리지 POD를 하나의 가상 섀시로 결합합니다. Vault 소프트웨어는 자체적인 리드-솔로몬 인코딩을 구현하여 Vault의 모든 20개 POD에 걸쳐 데이터 샤드를 동시에 분산시켜 내구성을 획기적으로 향상시킵니다."

POD를 SMB 시장에 대한 고려 사항으로 만들려면 POD의 전체 개념이 완전히 문맥 밖에서 사용되어야 합니다. 의도된 사용 사례와 구현 모두에서요. BackBlaze를 특별하게 만드는 것은 완전히 제거되고 가장 사소하고 피상적인 측면만이 BackBlaze의 비전이나 목적과 전혀 닮지 않은 무언가로 전환됩니다.

BackBlaze POD가 표준 비즈니스의 일반적인 요구와 어떻게 다른지 자세히 살펴보면 다음과 같은 문제들을 발견합니다:

• POD는 신뢰할 수 없도록 설계되었으며, 많은 수의 POD가 배포되고 데이터가 커스텀 복제 또는 클러스터링을 통해 POD들 사이에서 중복되어야 하는 슈퍼-POD 레벨의 신뢰성 및 복제 레이어에 의존하도록 설계되었습니다. 이 레이어 없이는 POD는 완전히 문맥 밖에 있습니다. 슈퍼-POD 레벨은 내부적으로 BackBlaze Vault로 알려져 있습니다.
• POD는 신중한 진동 감쇠, 전력 컨디셔닝 및 환경 시스템을 갖춘 엔터프라이즈 데이터센터에서 배포되도록 설계되었습니다. 이러한 문제들에 대해 표준 엔터프라이즈 하드웨어보다 덜 탄력적입니다.
• POD는 일반적으로 현장에서 노드를 수리하는 것이 아니라 완전한 유닛으로 교체되도록 설계되었습니다. 이것은 중단 없이, 완전한 교체도 없이 수리하도록 설계된 핫스왑 구성 요소를 갖춘 표준 엔터프라이즈 하드웨어의 반대입니다. 우리는 이것을 일회용 또는 일시적인 사용 사례라고 합니다.
• POD는 매우 느리고 콜드 스토리지 요구를 위한 매우 저렴한 비용으로 설계되었습니다. SMB에서 이것이 존재할 수는 있지만 일반적으로 그렇지 않습니다.
• POD는 엄청나게 큰 용량의 풀에서 단일 고용량 스토리지 노드로 설계되었습니다. 소수의 SMB만이 POD 디자인을 정당화할 만큼 충분히 큰 풀은 고사하고 단일 POD의 스토리지 잠재력조차 활용할 수 있습니다.
• BackBlaze POD는 RAID가 아닌 커스텀 이레이저 인코딩을 사용하도록 설계되었습니다. RAID는 단일 POD 레벨에서도 이 규모에서는 효과적이지 않습니다.
• 개별 POD는 180TB의 용량과 3.6PB의 Vault 규모를 위해 설계되었습니다.

BackBlaze POD 5에 대한 현재 참조: https://www.backblaze.com/blog/cloud-storage-hardware/

요약하면, BackBlaze POD는 SMB 스토리지 시장의 요구에서 합리적으로 멀리 떨어진 매우 특정한 요구를 충족시키는 훌륭한 서비스의 훌륭한 기반입니다. 그들의 훌륭한 작업에 대해 BackBlaze를 존중하되, 그것을 모방하려 하지는 마십시오.