最近はセカンダリストレージが注目されています。数年後には、設置容量全体の80～90%、ストレージ支出全体の40～50%を占めると推定される市場です。注目すべきは、セカンダリストレージの1GBあたりのコストがプライマリストレージよりもはるかに低いことです。
このストレージの一部はオブジェクトベースまたはクラウドベースとなり、Scality、Caringo、DDN、AWS、Azureといった一部のオブジェクトストレージベンダーやCSPにメリットをもたらします。しかし、その大部分はオンプレミスにインストールされ、私が「フラッシュ＆トラッシュ」と呼ぶ2層ストレージインフラストラクチャの構築に貢献します。いずれにせよ、これらの導入のほとんどはスケールアウト型アーキテクチャに基づくものになるでしょう。
セカンダリとは、すべてを意味します。つまり、プライマリストレージに保存されているデータを除くすべてです。多くの場合、日常業務に不可欠なNASファイルもセカンダリストレージと見なされます。
これはもはや、あらゆるシステムで当然のこととされているデータ保護の問題でも、これらのシステムでは実装や導入が容易な機能の問題でもありません。むしろ、ローカルと分散のパフォーマンスの違いが問題になりつつあります。
ローカル vs 分散パフォーマンス
時間の経過とともに、データセンター内で実行される高IOPSとレイテンシに敏感なデータやワークロードを特徴とするローカルパフォーマンスへの需要に加え、高スループット、並列処理、そしてどこからでもあらゆるデバイスからアクセスできる分散データに関連する分散パフォーマンスのニーズが加わってきました。高IOPSの需要は分散パフォーマンスワークロードの特性でもあるものの、分散システムの設計特性と関連するネットワーク接続の一貫性により、常に高レイテンシを伴います。
現在、ローカルパフォーマンスを必要とするデータはごく一部（10～20%）に過ぎず、残りのデータは分散パフォーマンスに対応したインフラストラクチャによってより適切に処理されます。分散パフォーマンスは最も急速な成長を遂げているデータの種類であり、だからこそスケーラビリティが重要な要素となっているのです。
また、パフォーマンスとスケーラビリティをさまざまな種類のアプリケーションにマッピングしました。
そして ...
2つのスタートアップの物語
私が説明した分野には、2つのスタートアップ企業があります。どちらも素晴らしい製品を開発しており、直接的な競合関係にはありませんが（まあ、今のところは…少なくとも彼らはそう言っています）、多くの共通点があり、長期的な目標も似ています。両社は正反対の戦略を選択しましたが、どちらにも活路があり、明るい未来が待っていると確信しています。
私は過去6〜9か月間に、両方のスタートアップ企業と数回会いました。
実は、両社の創業者はどちらもNutanix出身で、面白いことにほぼ同時期に同社を去っています。そして、スケールアウト、ほぼ同一のハードウェアアプライアンスなど、Nutanixから多くの基本コンセプトを受け継いでおり、その哲学も多くの点で非常に似ているようです。
両社は、GoogleやFacebookなどから採用したエンジニアの種類が非常に似通っています。彼らは2つのオールスター開発者チームを構築し、次々と素晴らしい機能を実装しています。
違いは戦略にある
彼らと会うたびに、それぞれがどのように戦略を選択し、どのように正反対の方向に進んできたのかに感銘を受けます。
一つ目は、オールインワンのアプローチを採用しました。彼らは莫大な資金を調達し、非常に大規模な開発チームを編成し、あらゆるセカンダリストレージのニーズを一度に解決することを目指しています。
例えば、製品のバージョン1には、統合バックアップ、ファイルサービス、アーカイブ、クラウド統合、ビッグデータ分析など、数多くの優れた機能が搭載されています。数日前にリリースされたバージョン2では、製品の多くの側面が改善されています。
この種のアプローチに関して私が問題視しているのは、短期間で証明すべきことがたくさんあるということだけです。
2つ目は、段階的な戦略と言えるものを適用することで、より慎重な姿勢をとっているように見えます。チームは小規模で、製品は（全体的な可能性は見えているものの）セカンダリデータの単一の側面、つまりデータ保護とアーカイブからスタートしました。
これは、現場ですでに見られる最も興味深いソリューションの 1 つであり、GUI のシンプルさ、およびデータ ストレージにおいて最も面倒な作業の 1 つと通常考えられている作業を管理するために導入された新しいコンセプトが本当に気に入っています。
ただし、ここにもリスクは存在します。競合するバックアップ製品を排除するのは難しく、特に大企業では競争が激しいです。製品の普及が進み、ビジョンが実現するまでに時間がかかりすぎるというリスクがあります。
両スタートアップは直接競合しているとは言えませんし、実際、現時点では競合していません（バックアップという部分を除けば）。しかし、現実は違います。私は彼らが今日何をしているかに注目しているわけではありません。むしろ、彼らが明日どこにいるのかを見極めようとしているのです。
どちらも、バックアップとファイルベースのプロトコルのおかげで、あらゆる種類のデータを取り込むことができます。彼らがどのような開発者を雇用しているかは周知の事実であり、追加のバックアップや基本的なストレージソリューションのために検索エンジンの専門家やデータサイエンティストを雇う必要はありません。実際、彼らがすでに行っているデモを見れば、検索機能は桁外れに優れており、近い将来さらに向上するでしょう。
また、両社ともプライマリストレージ分野での提携を積極的に模索していることも興味深い点です。
今日はマーケティングの話ですが、強力な統合機能の開発に取り組んでいることは間違いありません。例えば、内部バックアップスケジューラーを活用してプライマリストレージデバイスでスナップショットを作成し、プライマリシステムに影響を与えずにデータボリュームをコピーするといったことを考えています。データの取り込みが完了したら、検索、バックアップ、アーカイブ、クラウドレプリケーション、テストおよび開発用のデータコピーなど、思いつく限りのあらゆる操作を実行できます。
円を閉じる
ここまで読んで、私が誰のことを言っているかはもうお分かりでしょう。まずCohesity、そして次にRubrikです。私はこれまで何度もこの2つについて書いてきましたが、どちらも気に入っています。どちらも大きな可能性を秘めており、今のところどちらか一方を選ぶことはありません。
彼らが互いに関連付けされたり、同じ議論に巻き込まれたりすることを好まないことも知っています。実際、この記事をいつもほど何度もリツイートすることはないはずです。しかし、繰り返しになりますが、彼らの成功の秘訣を比べてみるのは興味深いことです。
RubrikとCohesityはどちらも素晴らしい技術的背景、優秀なチーム、優れた製品、そして共通の目標、つまりデータセンターのストレージ容量の80%を占めるという目標を掲げています。両社を比較検討する中で、特に異なる点が一つだけありました。それは、その目標を達成するための全体的な戦略です。
