ハイブリッド/マルチクラウドオブジェクトストレージ

ハイブリッド/マルチクラウドアーキテクチャは、一貫したパフォーマンス、セキュリティ、経済性を実現できます。マルチクラウドについての議論は、定義から始める必要があります。これは単に1つのパブリッククラウドとオンプレミスだけではありません。

成功するマルチクラウドストレージ戦略は、様々な環境で動作可能なアーキテクチャとツールを活用します

パブリッククラウド

これは拡大し続ける分野ですが、AWS、Azure、GCP、IBM、アリババ、テンセント、政府クラウドから始まります。ハイブリッド/マルチクラウドストレージソフトウェアは、アプリケーションスタックが動作するあらゆる場所で動作する必要があります。単一のクラウドで動作していると主張する企業でさえそうではありません - 常に他のクラウドが存在します。RustFSは、各パブリッククラウドプロバイダーに対してストレージの一貫性を提供し、新しいクラウドに拡張する際にアプリケーションの書き換えを回避します。

プライベートクラウド

Kubernetesは現代のプライベートクラウドの主要なソフトウェアアーキテクチャです。これには、VMware（Tanzu）、RedHat（OpenShift）、Rancher/SUSE、HP（Ezmeral）、Rafayなど、すべてのKubernetesディストリビューションが含まれます。マルチクラウドKubernetesには、ソフトウェア定義でクラウドネイティブなオブジェクトストレージが必要です。プライベートクラウドには、より従来的なベアメタルインスタンスも含まれますが、エンタープライズワークロードはますますコンテナ化されオーケストレーションされています。

エッジ

エッジは、データが生成される場所にコンピューティングを移動することです。処理後、データはより集中化された場所に移動されます。エッジストレージソリューションは、このようなマルチクラウドアーキテクチャで動作するために、軽量で強力、クラウドネイティブで弾力的でなければなりません。これを行うことは非常に困難であり、これが少数のベンダーしかそれについて議論しない理由です。彼らには良い解決策がありません - Amazonでさえもです。

RustFSを使用したマルチクラウドアーキテクチャ

ハイブリッド/マルチクラウドストレージの特性

マルチクラウドストレージは、パブリッククラウドによって確立されたパターンに従います。パブリッククラウドプロバイダーは一貫してクラウドネイティブオブジェクトストレージを採用しています。パブリッククラウドの成功は、効果的にファイルとブロックストレージを時代遅れにしました。すべての新しいアプリケーションは、POSIXではなくAWS S3 APIに対して書かれています。クラウドネイティブテクノロジーのように拡張し実行するために、古いアプリケーションはS3 APIに対して書き換えられ、コンテナと互換性を持つようにマイクロサービスにリファクタリングされる必要があります。

Kubernetes-Native

Kubernetesネイティブ設計には、マルチテナントオブジェクトストレージ・アズ・ア・サービス・インフラストラクチャを構成および管理するためのオペレーターサービスが必要です。これらのテナントのそれぞれは、基盤となるハードウェアリソースを共有しながら、独自の分離された名前空間で動作します。オペレーターパターンは、カスタムリソース定義（CRD）を通じてKubernetesの馴染み深い宣言的APIモデルを拡張し、リソースオーケストレーション、無停止アップグレード、クラスター拡張などの一般的な操作を実行し、高可用性を維持します。

RustFSは、Kubernetesアーキテクチャを最大限に活用するように構築されています。サーバーバイナリが高速で軽量であるため、RustFS Operatorはリソースを枯渇させることなく、複数のテナントを密に同居させることができます。KubernetesとそのエコシステムのパワーとポータブルKubernetesネイティブストレージを活用して、マルチクラウドの利点を得ることができます。

一貫性

ハイブリッド/マルチクラウドストレージは、API互換性、パフォーマンス、セキュリティ、コンプライアンスの面で一貫性を保つ必要があります。基盤となるハードウェアに関係なく、一貫して独立して実行される必要があります。わずかな変更であっても、アプリケーションを破壊し、膨大な運用負担を生み出す可能性があります。

RustFSは非常に軽量であるため、パブリック、プライベート、エッジで数分以内に無停止更新をロールアウトし、一貫したエクスペリエンスを維持できます。RustFSは、鍵管理、アイデンティティ管理、アクセスポリシー、ハードウェア/OS差異など、これらのアーキテクチャ間の基本的な違いを抽象化します。

パフォーマンス

オブジェクトストレージは、主要なストレージと二次ストレージの両方として使用されるため、大規模でパフォーマンスを提供する必要があります。モバイル/Webアプリケーションから AI/MLまで、データ集約的なワークロードには、基盤となるオブジェクトストレージの優れたパフォーマンスが必要です。データ保護ワークロードでさえ、高性能な重複排除と高速なスナップショットアクセスが必要です。どの企業も遅い回復プロセスを許容できません。従来、これらのワークロードにはベアメタルパフォーマンスが必要でした。今では、これらのワークロードをすべてコンテナ化することができます - パブリッククラウドプロバイダーの成功が証明するように。

RustFSは世界最速のオブジェクトストレージで、NVMeで読み取り325 GiB/s、書き込み171 GiB/s、HDDで読み取り11 GiB/s、書き込み9 GiB/sです。このような速度により、すべてのワークロードをあらゆるインフラストラクチャで動作するあらゆるマルチクラウドアーキテクチャで実現できます。

拡張性

多くの人は、スケールとはシステムがどれだけ大きくなれるかだけを意味すると考えています。しかし、この考え方は、環境が発展するにつれての運用効率の重要性を見落としています。基盤となる環境に関係なく、マルチクラウドオブジェクトストレージソリューションは、最小限の人間の介入と最大限の自動化で効率的に透明に拡張する必要があります。これは、シンプルなアーキテクチャ上に構築されたAPI駆動型プラットフォームによってのみ達成できます。

RustFSのシンプルさへの執拗な焦点は、大規模な数ペタバイトのデータインフラストラクチャを最小限の人的リソースで管理できることを意味します。これはAPIと自動化の機能であり、拡張可能なマルチクラウドストレージを構築できる環境を作成します。

ソフトウェア定義

マルチクラウドで成功する唯一の方法は、ソフトウェア定義ストレージを使用することです。理由は簡単です。ハードウェアアプライアンスはパブリッククラウドやKubernetes上で動作しません。パブリッククラウドストレージサービスの提供物は、他のパブリッククラウド、プライベートクラウド、またはKubernetesプラットフォームで動作するように設計されていません。たとえそうであったとしても、ネットワーク間でのレプリケーションのために開発されていないため、帯域幅のコストがストレージコストを上回ってしまいます。確実に、ソフトウェア定義ストレージはパブリッククラウド、プライベートクラウド、エッジで動作できます。

RustFSはソフトウェアに生まれ、様々なオペレーティングシステムとハードウェアアーキテクチャ間でポータブルです。証拠はAWS、GCP、Azureで動作する200万以上のIPで見つけることができます。