Kubernetesストレージの基礎【後編】
あらゆるストレージとデータソースをコンテナ化して統合する「Rook」の魅力
Rookは、各種ストレージハードウェアやクラウドストレージ、SQLおよびNoSQLデータベースをまとめてソフトウェア定義ストレージ化する。Kubernetesユーザー注目のソリューションの魅力と課題を紹介する。
コンテナが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の本質はソフトウェア定義のストレージであることだ。つまり、開発者がストレージリソースをプログラミングし、端的に言えばさまざまな種類のストレージからストレージプールを作成できる。理論上はストレージの種類やサプライヤーのサポートの有無を問わず、オンサイトやクラウドなどさまざまな場所にストレージリソースを移植して使うことが可能だ。
コンテナ化に真剣に取り組んでみると、潜在的に全く異なるストレージインスタンスをRookでソフトウェア定義プールにコンテナ化するメリットが分かる。ストレージを垂直にも水平にも拡張できる能力、ポッドのボリュームを迅速かつ自動的にプロビジョニングする機能、障害が発生したドライブの自動回復、迅速な自動デプロイメント、リソースの有効活用などがその例だ。
考えられるデメリットと制限事項
Rookは、コンテナが使える場所という点で制限がない。そのため理論上最適と言える。データの処理をコンテナ化する場合、そのストレージの管理にも役立つ。
Rookの使用を検討するユーザーにとって最大の懸念は、コンテナが登場したばかりのソリューションであることだ。コンテナはまだありふれたものではなく、その活用方法の理解も、企業が活用すべきかどうかの理解も足りていない。
Rook自体も開発から日が浅く、運用しているユーザーは多少いるものの、全ての種類のストレージがサポートされているわけではない。
とはいえ、コンテナ化は完全に合理的な考え方だ。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly日本語版
この記事の著者
関連記事
新着ホワイトペーパー PR
-
比較資料
[セコムトラストシステムズ株式会社] 「自社に合うEDR」はどれか分かる？ 比較・検討時の見極めポイントを解説 -
製品資料
[アルプス システム インテグレーション株式会社] まだ社内で眠らせたまま？ AI活用の糧となる「データ資産」を有効利用するには -
市場調査・トレンド
[AvePoint Japan株式会社] “SCS評価制度”対応の第一歩、自社環境と要求事項とのギャップを把握する方法 -
製品資料
[株式会社BREXA Technology] 情報整理の自動化でインシデントの初動対応を効率化、AIエージェント活用のコツ -
製品レビュー
[ヴィーム・ソフトウェア株式会社] SCS評価制度を導入するだけで十分？ 組織の防御力を高める活用方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
2
「WSUS」終了の時限爆弾 “本命”移行先ツールとMicrosoft提唱の新管理手法
-
3
Claude Codeでは「エージェントを作るな、スキルを作れ」 Anthropicが示すAI構築術
-
4
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
5
VMware離れの決め手は“機能”以外だった 情シス109人が選んだ新基準と死角は
-
6
「データストレージの活用方法」に関するアンケート
-
7
「ERP（統合基幹業務システム）の導入・活用」に関するアンケート
-
8
パッチなしで「今すぐサーバを落とせ」 Kiteworks異例警告の波紋
-
9
「ITインフラとデータ保護・バックアップ対策」に関するアンケート
-
10
「IBM i（AS/400）はクローズドなシステム」という誤解 DXに寄与する一歩
ホワイトペーパーランキング PR
-
1
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
2
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
3
バックアップは“取っているから大丈夫”なのか？ ランサムウェア時代の備え方
-
4
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
5
月1000枚の紙を削減 9年動けなかった組織が、業務改革のその先に得たもの
-
6
「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略
-
7
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
8
ソフトウェア開発の属人化と手戻りをどう防ぐ？ 速さと品質を両立させる方法
-
9
AI活用を停滞させる「2：6：2の壁」を乗り越えるためのポイントとは？
-
10
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー