あらゆるストレージとデータソースをコンテナ化して統合する「Rook」の魅力：Kubernetesストレージの基礎【後編】

Rookは、各種ストレージハードウェアやクラウドストレージ、SQLおよびNoSQLデータベースをまとめてソフトウェア定義ストレージ化する。Kubernetesユーザー注目のソリューションの魅力と課題を紹介する。

[Antony Adshead，Computer Weekly]

iStock.com/carlofornitano

　コンテナがIT業界を席巻している。その魅力は抽象化にある。つまり、コンテナを使えば実行基盤からアプリケーションを切り離すことができる。

　当然、ソフトウェアにはハードウェアが必要だ。だがKubernetesなどのコンテナオーケストレーションツールを介してコンテナを使えば、オンプレミスでもクラウドでもアプリケーションを実行できる動的な環境を構築できる。コンテナとコンテナオーケストレーションツールには、自動化を活用して素早くアプリケーションを作成、管理、拡張、停止するのに必要なあらゆるものがそろっている。

　前編（Computer Weekly日本語版　4月15日号掲載）では、Kubernetesにおけるストレージの基礎を確認した。本稿では「Rook」を使ってストレージを扱うもう一つの方法を紹介する。

　RookはKubernetesクラスタからストレージのプールを作成する機能を提供し、さまざまな種類の永続ストレージをオーケストレーションする。本稿執筆時点のRookのバージョンは1.2だ。

　Rookの目的は、ハードウェアメーカーのストレージアレイやクラウドプロバイダーのストレージなどと連携することではない。理論的には任意のストレージアレイをストレージとして使えるが、本質はそこではない。ストレージアレイに投資する場合、コントローラーの価値に費用を支払うことになる。そうした価値をRookが提供するため、ストレージアレイに費用をかける意味はなくなる。

　Rookは基本的にはソフトウェア定義のコンテナ化ストレージソリューションで、ハイパーコンバージド（同じノード内に全てをまとめた）ストレージまたはハイパースケールストレージを提供することを目的とする。

　Rookは当初「Ceph」のコンテナ化と管理の手段として作成された。CephはRed Hatによって開発されたオープンソースのブロック、ファイル、オブジェクトのソフトウェア定義ストレージだ。EdgeFSをはじめとするさまざまな種類のストレージのコンテナ化にも使える。EdgeFSはオブジェクトストレージをベースとするグローバルファイルシステムだが、ブロックやファイル、「Amazon Simple Storage Service」（Amazon S3）のアクセス手法も提供する。Amazon S3互換のオブジェクトストレージサーバ「MinIO」を使っているかのように、NFS（Network File System）サーバにアクセスすることも可能だ。

　Rookは「Apache Cassandra」や「CockroachDB」（Cockroach Labs）などのNoSQLデータベース、「YugabyteDB」（Yugabyte）といったクラウドネイティブな分散SQLデータベースへのアクセスもサポートする。

　Rook運用の鍵はKubernetesオペレーターにある。オペレーターはリソースを監視して、ストレージがストレージクラスの要件通り動作していることを確認する。そしてそれを確実にするためにストレージのブート、回復、クローン、保守を行う。

　クラスタでRookを使い始めるには、ストレージプロバイダーに応じた幾つかの「kubectl」コマンドを使用する。

Rookの潜在的メリット

　Rookの本質はソフトウェア定義のストレージであることだ。

続きを読むには、［続きを読む］ボタンを押して
ください（PDFをダウンロードします）。

関連記事

GoogleのDocker管理ツール「Kubernetes」基礎の基礎

DockerとKubernetesのさらに先へ拡大するコンテナエコシステム

Kubernetes向けオープンソース管理ツールスイートSaaS登場

「Kubernetes as a Service」とは何か

マイクロサービスとコンテナによるビジネスの変革