MayaDataはKuberaのリリースを発表した。Kuberaは、OpenEBSをストレージレイヤーとして使用するKubernetes上のステートフルワークロードの管理サービスである。
Kuberaは、永続的なストレージを必要とし、OpenEBSをストレージレイヤーとして使用するKafkaやCassandraなどのソフトウェア向けのステートフルワークロードの管理ソリューションである。Kuberaには、OpenEBSワークロードのバックアップ、アップグレード、ロギング、分析、モニタリングも含まれている。OpenEBSはオープンソースであり、KuberaはOpenEBSに関する操作を容易にすることを目指している。
OpenEBSは、Kubernetes上のコンテナが接続されたストレージ（CAS）のCNCFプロジェクトである。2017年にCNCFに参加し、2019年にサンドボックスプロジェクトとして承認された。CASはソフトウェアの総称である「Kubernetesによってオーケストレーションされたマイクロサービスベースのストレージコントローラーが含まれる」。OpenEBSはユーザースペースで実行されるため、Linuxカーネルモジュールの依存関係を回避でき、Helm経由またはKubernetesマニフェストを使用してKubernetesクラスタにインストールできる。CAS以外のシステムとは対照的に、CASシステム内のストレージコントローラーとストレージレプリカは、Kubernetesポッドとして実行される。CASと分散ストレージのもう1つの違いは、「ボリュームレプリカのメタデータはノード間で共有されず、それぞれのローカルノードで個別に管理される」ことである。
MayaDataのCEOであるEvan Powell氏は、最近のKubernetesポッドキャストでこれについて説明している。
OpenEBSで実際に行っていることは、多数のレプリカにデータを書き込んでいることです。これらのレプリカ自体はコンテナ化されています。そして、それは1つのレプリカにすることができます。つまり、自身のデータの1つのコピーを持つことを意味します。3つにすることもできます。それ以上にすることもできます。
Powell氏によると、書き込みは同期または非同期のどちらでも可能である。前者の場合、データがすべてのレプリカに書き込まれるまで、クライアントはストレージシステムから成功の確認を受信しない。後者のシナリオでは、一部のレプリカが別のクラウドにある場合や、書き込み自体に時間がかかる場合に、より適している。
CASは「IOブレンダー効果」も軽減する。IOブレンダー効果は、ハイパーバイザーが異なるVMからの入力/出力ストリームを混合するため、仮想化環境で実行されているアプリケーションのストレージパフォーマンスを低下させるものである。OpenEBS自体は、レプリケーション、コピーオンライトスナップショット、バックアップをサポートし、コンテナにブロックストレージを提供する。バックエンドストレージの3つのタイプがサポートされている。その3つは、Jiva、cStor、ローカル永続化ボリュームである。
Kuberaの機能には、アップグレードと高可用性などの一般的なワークフローの自動化が含まれる。そして、クラスタのロギング、分析、視覚化、モニタリングなどの運用機能が含まれる。また、OpenEBSのバックアップやその他のワークロードもサポートする。Kuberaは、パブリッククラウド、プライベートクラウド、オンプレミスクラスタで実行されているKubernetesクラスタに接続できる。
OpenEBSは、監視用のPrometheusを特別な設定なしにサポートする。この分野で同様のツールはPortworxである。これは、Kubernetes以外のオーケストレーターであるRancher LabsのLonghornとStorageOSもサポートする。他にもOpenEBSに関連する商用サービスを提供する企業がある。
OpenEBSのソースコードはGitHubで入手できる。Kuberaはオンプレミスでデプロイするか、SaaSプラットフォームとしてアクセスできる。