Stratisを使用したLinuxでのローカルストレージの構成

ローカルストレージの構成は、デスクトップLinuxユーザーが非常にまれにしか実行しないことです。おそらく、インストール中に1回だけです。 Linuxストレージ技術はゆっくりと動き、20年前に使用されていた多くのストレージツールが今日でも定期的に使用されています。しかし、いくつかのものはそれ以来改善されました。なぜ人々はこれらの新機能を利用しないのですか？

この記事は、単純なラップトップのシングルSSDから100ディスクアレイまで、すべてのLinuxユーザーにストレージの進歩をもたらすことを目的とした新しいプロジェクトであるStratisに関するものです。 Linuxには機能がありますが、使いやすいソリューションがないため、広く採用されていません。 Stratisの目標は、Linuxの高度なストレージ機能にアクセスできるようにすることです。

高度なストレージ機能へのシンプルで信頼性の高いアクセス

Stratisは、次の3つのことを簡単にすることを目指しています。ストレージの初期構成。後で変更を加える。スナップショット、シンプロビジョニング、さらには階層化などの高度なストレージ機能を使用します。

階層：ボリューム管理ファイルシステム

その他のLinuxリソース

Linuxコマンドのチートシート
高度なLinuxコマンドのチートシート
無料のオンラインコース：RHELの技術概要
Linuxネットワーキングのチートシート
SELinuxチートシート
Linuxの一般的なコマンドのチートシート
Linuxコンテナとは何ですか？
最新のLinux記事

Stratisは、ZFSやBtrfsのようなボリューム管理ファイルシステム（VMF）です。それは、ストレージ「プール」の中心的なアイデア、VMFおよびLVMなどのスタンドアロンボリュームマネージャーに共通のアイデアから始まります。このプールは1つ以上のローカルディスク（またはパーティション）から作成され、ボリュームはプールから作成されます。 fdiskやGPartedを使用した従来のディスクパーティションとは異なり、正確なレイアウトはユーザーが指定しません。

VMFはさらに一歩進んで、ファイルシステムレイヤーを統合します。ユーザーは、ボリュームに配置するファイルシステムを選択しなくなりました。ファイルシステムとボリュームは、ファイルの概念ツリー（ZFSがデータセットと呼ぶ）という1つのものにマージされます。、Btrfsaサブボリューム、およびStratisファイルシステム）データはプールに存在しますが、プールの合計サイズを除いてサイズ制限はありません。

別の見方をすると、ファイルシステムがファイルシステム内の単一ファイルを構成するストレージブロックの実際の場所を抽象化するのと同じように、VMFはプール内のファイルシステムの実際のストレージブロックを抽象化します。

プールは他の便利な機能を有効にします。これらの一部は、ファイルシステムスナップショットのように、複数のファイルシステムがプール内の物理データブロックを共有できるVMFの一般的な実装から自然に発生します。プールはシステム上のすべてのファイルシステムのこれらの機能を管理するための中心的な場所であるため、冗長性、階層化、整合性などの他の機能は理にかなっています。

その結果、VMFは、独立したボリュームマネージャーやファイルシステムレイヤーよりもセットアップと管理が簡単で、高度なストレージ機能を有効にするのが簡単です。

StratisとZFSまたはBtrfsの違いは何ですか？

Stratisは新しいプロジェクトであり、以前のプロジェクトから学ぶという利点があります。 StratisがZFS、Btrfs、LVMから学んだことについては、パート2で詳しく説明しますが、要約すると、Stratisの違いは、人々がコンピューターを使用および自動化する方法の変更から、他の人にとって何が機能し、何が機能しなかったかを確認することから生じます。、および基盤となるハードウェアの変更。

まず、Stratisは、使いやすく安全であることに重点を置いています。これは、Stratisとのやり取りの間に長い時間を費やす可能性のある個々のユーザーにとって重要です。これらのやりとりが友好的でない場合、特にデータが失われる可能性がある場合、ほとんどの人は新しい機能を使用する代わりに基本に固執します。

第二に、APIとDevOpsスタイルの自動化は、数年前よりも今日でははるかに重要です。 Stratisは、ファーストクラスのAPIを提供することで自動化をサポートしているため、人もソフトウェアツールもStratisを直接使用できます。

第三に、SSDは容量と市場シェアが大幅に拡大しています。以前のファイルシステムは、回転メディアの遅いアクセス時間を最適化するために非常に長い時間を費やしましたが、フラッシュベースのメディアはこれらの取り組みの重要性を低くします。プールのデータが大きすぎてプール全体でSSDを経済的に使用できない場合でも、SSDキャッシング層はオプションであり、優れた結果をもたらす可能性があります。 SSDのおかげで優れたパフォーマンスを想定することで、Stratisはプールの設計を柔軟性と信頼性に集中させることができます。

最後に、StratisにはZFSやBtrfsとは非常に異なる実装モデルがあります（これについてはパート2で詳しく説明します）。これは、Stratisにとって簡単なものもあれば、難しいものもあることを意味します。また、Stratisの開発ペースも向上します。

詳細
Stratisの詳細については、このシリーズのパート2をご覧ください。 StratisのWebサイトにも詳細な設計ドキュメントがあります。

参加する

Stratisの開発、テスト、またはフィードバックを提供するには、メーリングリストに登録してください。

デーモン（Rustで記述）とコマンドラインツール（Pythonで記述）の両方の開発がGitHubで行われています。

チャネル＃stratis-storageのFreenodeIRCネットワークに参加してください。