ファイルシステム（英: file system、filesystem）は、コンピュータのリソースを操作するための、オペレーティングシステム (OS) が持つ機能の一つ。ファイルとは、主に補助記憶装置に格納されたデータを指すが、デバイスやプロセス、カーネル内の情報といったものもファイルとして提供するファイルシステムもある。 より正確に定義すれば、ファイルシステムは抽象データ型の集まりであり、ストレージ、階層構造、データの操作/アクセス/検索のために実装されたものである。ファイルシステムを特殊用途のデータベース管理システム (DBMS) と見なせるかどうかは議論があるが、ファイルシステムとデータベース管理システムには多くの共通点がある。 最も身近なファイルシステムは補助記憶装置上のもので、「セクタ」などと呼ばれる通常512バイトの固定サイズの「ブロック」の配列にアクセスするものである。ファイル
NAS（Network Attached Storage） NASはDBにも使える，低価格NASも実用域に 増え続ける企業内のデータを格納するストレージは，大容量化や高機能化が進んでいる。特にNASは，個人向けに用意された低価格NASを企業で使うことで，大容量ストレージを低価格で調達可能になった。NASの適用用途も，かつては敬遠していたミッション・クリティカルなDBサーバー用に使う時代になってきた。（榊原 康＝日経コミュニケーション） ディスクの低価格化が著しい。「以前は数Tバイトを格納できるストレージはハイエンド製品しかなかった。しかし，低価格の大容量ディスクが登場し，1Tや2Tバイトのストレージを安価に導入できる時代になった」（あるインテグレータ）。以前は1Tバイトで数百万円するNASも珍しくなかったが，現在は10万円を切る製品が数多く登場している。 1テラ当たり数万円の低価格NASは
Oracle Cluster File System (OCFS2) User’s Guide Oracle Cluster File System（OCFS2）ユーザーズ・ガイド 1. 概要 Cluster File System により、クラスタのすべてのノードは、標準ファイル・システム・インタフェースを 介して同時にデバイスにアクセスできます。したがって、クラスタで稼働が必要なアプリケーションの 管理が容易になります。 OCFS（Release 1）は、2002 年 12 月にリリースされ、これにより、Oracle Real Application Cluster（RAC） ユーザーは、RAW デバイスに対応せずに、クラスタ化されたデータベースを実行できるようになりま した。このファイル・システムは、データファイル、制御ファイル、REDO ログ、アーカイブ・ログな どデータベー
昨日KLab勉強会#2の資料を公開しましたが、その中で動的な分散ファイルシステムを設計していると書きました。分散ファイルシステムというのは既にいろいろ存在しているわけですが、情報が分散していてサッパリ分からないので、このあたりでまとめてみたいと思います。 間違っていたり古かったりするに違いないので、正確な情報は本家の情報を参照してください。 ファイルシステムレイヤー NFS GFS(Global File System) OCFS GlusterFS Lustre 下位レイヤー Filesystem Block Device Block Device Filesystem Block Device 読み込み ○ ○ ○ ○ ○ 書き込み ○ ○ ○ ○ ○ アクセスの冗長化 × ○ ○ ○（負荷分散と排他） × データの冗長化 下位レイヤーに依存 下位レイヤーに依存 下位レイヤーに依存 ○
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "分散ファイルシステム" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2024年10月) 分散ファイルシステム (distributed file system) またはネットワークファイルシステム (network file system) とは、複数のホストがコンピュータネットワークを経由して共有しつつファイルにアクセスすることを可能にするファイルシステムである[1]。複数のマシン上で複数のユーザーがファイルやストレージ資源を共有できるようにする。 クライアントノードはファイルシステムを構成している二次記憶装置に直接アクセスするこ
GlusterFSは、スケーラブルなストレージのための汎用分散ファイルシステムの1つ。InfiniBandのRDMAやTCP/IPなどのインターコネクトを使用して複数のホストに分散した各種ストレージを集約し、大規模並列ネットワークファイルシステムを構築できる。GlusterFSはユーザー空間で構築されており、性能を低下させることがない。クラウドコンピューティング、生物医学、超大容量ストレージなど様々な応用がなされている。GlusterFSは、当初Gluster, Inc.によって開発された。2011年のレッドハットによるGluster買収の後はレッドハットにより開発されている。 GlusterFSにはクライアント側コンポーネントとサーバ側コンポーネントがある。サーバは「ストレージブリック (storage brick)」と呼ばれ、その上で glusterfsd デーモンが動作し、ローカルフ
Bonnie++はファイルシステムに関する様々なタスクをベンチマークすることができるツールで、RAIDの構成やファイルシステムの構成やネットワークファイルシステムの設定などを変更する際に大いに役立つ。 Bonnie++はopenSUSE 10.3（1-クリック・インストール）、Ubuntu Hardy、標準のFedora 9リポジトリなどから入手可能だ。今回は64ビット用Fedora 9リポジトリからインストールした。 Bonnie++はUbuntu用とFedora用のパッケージでは/usr/sbinにインストールされるのに対してopenSUSEでは/usr/binにインストールされる。ルートユーザとして起動するとエラーが出て実行できないのだが、/usr/binではなく/usr/sbinにインストールしてある場合、通常のユーザとして実行するためにはフルパスを指定する必要がおそらくあるだろう
コンピュータを構成する主要コンポーネントの中でも、ストレージ系のパフォーマンスは他に比べてかなり劣るものとなっており、例えばハードディスクは容量的には順調に拡大し続けているものの、そのアクセス速度の発展ペースはRAMやCPUの速度向上に追いつけなくなっている。こうしたハードドライブの性能的限界がシステムパフォーマンスのボトルネックとなっている可能性を考えた場合、各自の所有するディスクやファイルシステムが発揮可能な速度および、ディスクのサブシステムに対してユーザが行える設定変更の影響を数値的に把握しておくことは重要な意味を帯びているはずである。またディスクのアクセス速度を向上させる手法の1つとしては、RAID-5のように複数のディスクを組み合わせて運用することが考えられる。 Linuxの場合、物理ディスクに対するアクセス速度の基本的な情報であれば、hdparmツールに-Tおよび-tオプション
Purpose The purpose of nfswatch is to monitor an NFS server. Method nfswatch monitors all incoming network traffic to an NFS file server and divides it into several categories. The number and percentage of packets received in each category is displayed on the screen in a continuously updated display. The screen is updated every ten seconds by default. Status nfswatch was originally written by Dave
Red Hat Cluster は、HA用にも使えるのだが、同時にclvmdというCluster 対応のLVMデーモンを使って、ストレージの共有にも利用出来る。 この際、IPアドレスなどのリソースは設定しなくてもよい。こちらは、Webサーバーなど、LVSによる冗長化が可能なノードでも使うことができ、コンテンツのレプリケーション無しでコンテンツサーバーのスケールアウトを行うことができる。 ( http://www.jp.redhat.com/magazine/NO31/ ) GFSは、clvmd と組み合わせて、同一のデータを複数のノードから読み書きすることができるCluster File Systemだ。 同様の機能は、OCFS(Oracle File System ) でも使用できるが、yum で簡単に使用できることもあり、CentOSでは GFSを使っておいた方がよいだろう。 ww 関
本連載では、Solaris ZFS (以下 ZFS) の基本的なコンセプトやアーキテクチャから、その機能や実用・応用例を解説するという流れでZFSをご紹介させていただきます。 今回は、ZFSの基本的コンセプトとアーキテクチャの解説です。 Zの文字に込められた意味 ソースコードの複雑化と、扱うデータ量の増大に伴い、既存のファイルシステムでは管理性、拡張性、安全性、完全性、機能、性能が問題となることが多くなってきました。このような中、サン・マイクロシステムズ（以下、サン）のエンジニアチームは、まったく新しい、まるでコンピュータのメインメモリのように扱えるファイルシステムの開発を始めました。 目的は、既存のファイルシステムが抱える問題点をすべて解決し、管理が容易で、拡張性があり、安全でかつ完全性が保持され、便利な機能を持ち、高性能な、ある意味、究極のファイルシステムを作ることでした。 ZFSの「
ファイルシステム比較 （ディスク容量使用効率編） システムの設計時にハードウェア構成のサイジングを行う際には、ファイルシステムの実効ディスク容量（＝ 物理ディスクの容量のうち実際に使用できる容量） を意識して、サーバの内蔵ディスクやディスクストレージのHDD構成を決定する必要があります。ファイルシステムには、ユーザが使用する実データを格納する領域以外に、メタデータやジャーナルログ等を格納する領域が必要になるためです。 このページでは、openSUSE 10.3 で選択可能な主要ファイルシステム（vfat等は除く）を対象に、 特別なオプション無しで mkfs を実行した直後の df 結果 1KB・10KB・100KB・1000KB のサイズでそれぞれ10000個のファイルを作成した後の df 結果 1MB （1024KB） ファイルの最大作成個数 を一覧にまとめていますので、参考にして
はじめに ext3ファイルシステムは、機能面・信頼性・性能面で非常にバランスの取れたファイルシステムであり、多数のディストリビューションで「標準のファイルシステム」として採用・サポートされてきました。現時点（2009年時点）では事実上、「Linux標準ファイルシステム」の地位を築いていると言っても過言ではありません。 しかしながら、「Linux標準ファイルシステム」のext3だけではなく、他ファイルシステムへの対応やサポートを売りにするディストリビューションも数多く登場しています。また、ext4やbtrfs等、次の「Linux標準ファイルシステム」と目されるファイルシステムも、現在、非常に活発に開発が進められています。 それでは、ext3から他のファイルシステムに乗り換える価値、他のファイルシステムを採用する価値はどの程度あるのでしょうか。 Linuxファイルシステムベンチマークの第2回は
ファイルシステムにおいてLinuxと他のOSが異なる点――それは、他のOSは標準でサポートするファイルシステムが2～3種程度であるのに対し、Linuxは非常に多彩な選択肢（ext2/ext3、ReiserFS、JFS、XFSなど）を提供していることだ。現在のところext3が使われることが多いものの、その理由は歴史的な経緯によるものであり、このファイルシステムがReiserFSやJFS、XFSに対して機能、性能的に優れているというわけではない。 以下で紹介する4つの記事は、2003年に発行された『Linux Power Tools』からの抜粋であり、ここではext3、ReiserFS、JFS、XFSの4つのファイルシステムのその特徴から設定・運用方法までが解説されている。4年前の記事ではあるが、その内容は2007年の現在でも通用するものばかりだ（ext4やReiser4といった新世代のファイ
Linux上で行う作業にはすべて何らかの形でファイルが関係している。たとえば、プログラムをファイルから起動し、プログラム設定をファイルから読み込み、データをファイルに保存し、サーバを経由してファイルをクライアントに配信する、という具合だ。 したがって、Linuxのファイル操作関連のツールは、システム全体のパフォーマンスにとって非常に重要な意味を持つ。基本的には、こうしたファイル操作ツールがファイルシステム――つまりLinuxがファイルを探して操作するために使うデータ構造の集まり――を形成している。Linuxにはいくつかネイティブなファイルシステムが存在しており、最も重要なのは、ext2fs（Second Extended File System）、ext3fs（Third Extended File System）、ReiserFS（Reiser File System）、JFS（Jour
一瞬でのバックアップを実現するSolaris ZFS：OpenSolarisで始めるブログサーバ構築（4）（2/4 ページ） ZFS上にブログサーバ環境を構築してみよう！ ここからは、ZFSによる実際のストレージプールの作成方法や管理方法を紹介しましょう。そのほかの特長についても、項目ごとにその都度説明することにします。 では、早速、前回のブログサーバ環境をZFS上に構築してみましょう。前回は、Solarisコンテナを用いて、ブログサーバとデータベースを異なるゾーン上に構築する方法を紹介しましたが、今回は、これらのゾーンをZFS上に構築します。 1 ストレージプールの作成 まず、基本的なストレージプールの作り方を紹介します。ストレージプールの作成や管理は、zpool(1M)コマンドで行います。例えば、2つの未使用の物理ディスク「c1t1d0」と「c1t2d0」を使用する場合、以下のように入
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く