中小企業はBackBlazeをガイダンスとして参照するのを止めるべきだ

この記事に前置きが必要なのは、人々がこれらのことを文脈から切り離して解釈し、決して言われていないことに強く反応することがよくあるからです。免責事項として、私はBackBlazeが素晴らしい仕事をしており、優秀な人材が働いており、彼らのニーズに完全に適用可能で適切な技術を設計および活用する素晴らしい仕事をしてきたと思っています。この記事における何も、文脈から切り離してBackBlazeに対する否定的な発言と解釈されるべきではありません。もしこの記事の何かがそのように見えたり感じたりするものがある場合は、再読してそのようなことが述べられているかどうかを確認し、もしそうであれば私に知らせて修正できるようにしてください。この記事がいかなる方法でもBackBlazeが彼ら自身、彼らのビジネス、そして彼らの顧客にとって賢いことをしていないことを示唆するような意図はまったくありません。では記事に移ります：

私は過去多くの年月にわたり、多くの中小企業のITプロフェッショナルが、BackBlaze POD設計として知られる低コスト大容量ストレージの奇跡と見なすものに魅了されていることに気づいてきました。基本的にBackBlaze PODは、カスタムシャーシとコンシューマー部品から作られた低コスト、大容量、低パフォーマンスのほぼホワイトボックスストレージサーバーで、イレージャーエンコーディングを活用した大型ストレージ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について話す際にクラスタリングとレプリケーションの側面が無視されるため、BackBlaze自身がスケールでもPODインフラのために得るオーバーヘッドよりもはるかに低いオーバーヘッドを持つPODの容量について大きな仮定がなされる傾向があります。例えばRAIDの観点では、これは、個々のコンポーネントのRAIDであるため、PODがRAID 6（オーバーヘッドわずか5%）であると仮定することに似ています。実際にはRAID 61（オーバーヘッド55%）が使用されています！実際、POD設計の使用を検討している多くのSMB ITプロフェッショナルは、単一のPODのみを使用することに加えてRAID 6を使用することを検討しています。これがBackBlazeのモデルにいかに従っていないかは驚くべきものです。

BackBlaze：「Backblaze Vaultは20個の物理ストレージPodを1つの仮想シャーシに統合します。Vaultソフトウェアは独自のReed-Solomonエンコーディングを実装して、Vault内のすべての20個のPod全体にデータシャードを同時に分散し、耐久性を劇的に向上させます。」

PODをSMB市場の検討対象にするためには、PODのコンセプト全体を完全に文脈から切り離すことが必要です。その意図されたユースケースと実装の両方を。BackBlazeを特別にするものは完全に取り除かれ、最も些細で表面的な側面だけが取られてBackBlazeのビジョンや目的にまったく似ていないものに変えられます。

BackBlaze PODが通常のビジネスの標準的なニーズと設計上どのように異なるかを掘り下げると、以下の問題が見つかります：

• PODは信頼性が低く、大量のPODを展開してカスタムレプリケーションまたはクラスタリングによってPOD間でデータを冗長化する必要があるスーパーPODレベルの信頼性とレプリケーションレイヤーに依存するように設計されています。このレイヤーなしでは、PODは完全に文脈から外れています。スーパーPODレベルはBackBlazeでは内部的にBackBlaze Vaultとして知られています。
• PODは、振動減衰、電力コンディショニング、環境システムが整ったエンタープライズデータセンターに展開されるように設計されています。これらの問題に対して標準的なエンタープライズハードウェアよりも回復力が低いです。
• PODは通常、ノードをその場で修理するのではなく、完全なユニットとして交換されるように設計されています。これは、中断なく修理されるように設計されたホットスワップコンポーネントを持つ標準的なエンタープライズハードウェアとは逆で、完全な交換すら必要ありません。これを消耗品またはエフェメラルなユースケースと呼んでいます。
• PODは非常に低コストで、非常に遅いコールドストレージニーズに対して設計されています。SMBにこれが存在することはありますが、通常は存在しません。
• PODは、馬鹿げたほど大きい容量のプール内の単一の高容量ストレージノードとして設計されています。POD設計を正当化できるほど大きなプールは言うまでもなく、単一のPODのストレージポテンシャルでさえ活用できるSMBはほとんどありません。
• 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の素晴らしい仕事に敬意を払いますが、それを真似しようとしないでください。