前のページ 次のページ 目次

2. ディスクデバイスの論理構造とこの文書の構成

この mini-HOWTO のような文書は学習用だけでなく辞書的に用いられることも多 いので、文書の構成を変更しました。システムの設計をする人にとっては、デ バイスの論理的な階層構造の面から記述するよりは、この文書の本来の目的に 沿って記述する方が有益であると考えました。とはいえ、このような階層構造 (コンピュータの分野ではあちこちに出てきます)を無視してはこの文書が成 り立たないのも事実です。そこで、まず階層構造の働きについて導入的な記述 をしておきます。

この文書はすでに mini-HOWTO の mini という言葉にはふさわしいもの ではなくなってしまいました。 しかし著者は、この文書の内容はすべてシス テム設計をするために必要なものであり、文書がいたずらに冗長になったわけ ではないことを信じています。

2.1 ディスクデバイスの論理構造

以下の図は、それぞれの層がお互いにどのように結びついているかを示したも のです。伝統的にはアプリケーション層を最も上、物理層を最も下に書きます。 デバイスのコントロールに用いられる各層間の関係をここで図示しておきます。

        ___________________________________________________________
        |__     ディレクトリ構造        ( /usr /tmp など)       __|
        |__     ファイルシステム        (ext2fs, vfat など)     __|
        |__     ボリューム管理          (AFS)                   __|
        |__     RAID, ディスク結合      (md)                    __|
        |__     デバイスドライバ        (SCSI, IDE など)        __|
        |__     コントローラ            (chip, card)            __|
        |__     接続                    (cable, network)        __|
        |__     ドライブ                (magnetic, optical など)__|
        -----------------------------------------------------------

「ボリューム管理」および「RAID、ディスク結合」の層は省略される場合もあ ります。下の 3 層がハードウェアとみなされます。この文書の以下では、こ れらの各層すべてについて触れています。

2.2 文書の構成

ほとんどのユーザは手元にあるハードウェアから出発するでしょうが、目的が 先にあって、システムをどの程度の大きさにするかを計画しているような人もい るでしょう。どちらかというと後者を想定してこの文書は構成してあります。 まずハードウェアの話から始め、デザインに当たっての制限、そして具体的な レイアウトの手法へと続きます。ここで紹介している手法は私自身用いており、 自宅の PC と仕事で使っている多目的サーバの両方で非常にうまく機能してい ます。またこの文書プロジェクトに参加している日本のユーザも同様の手法を 大学で利用しているサーバに用い、同様に成功しています。

この文書の最後には私自身が用いた設定チャートを紹介しています。こちらに 関するコメントや、また読者自身のデザインワークから得られた情報を、ぜひ お聞きしたいと思っています。そのような例が集まれば、この文書はさらに更 新することができるでしょう。


前のページ 次のページ 目次