[ホイール1本(単品)] CRIMSON / CLUB LINEA L747 KING LABEL (BKP) 22インチ×12.0J PCD:150 穴数:5 インセット:30


 >  > [ホイール1本(単品)] CRIMSON / CLUB LINEA L747 KING LABEL (BKP) 22インチ×12.0J PCD:150 穴数:5 インセット:30

/ 穴数:5 インセット:30 KING CRIMSON LINEA 22インチ×12.0J 22インチ×12.0J LABEL KING L747 [ホイール1本(単品)] (BKP) CLUB PCD:150

SUSE Linux Enterprise Serverでは、多様なファイルシステムを選択できます。このセクションでは、それらのファイルシステムの機能および利点の概要を説明します。

ただし、すべてのアプリケーションに最適なファイルシステムは存在しません。各ファイルシステムには特定の利点と欠点があり、それらを考慮する必要があります。最も高度なファイルシステムを選択する場合でも、適切なバックアップ戦略が必要です。

このセクションで使用されるデータの完全性およびデータの一貫性という用語は、ユーザスペースデータ(ユーザが使用するアプリケーションによりファイルに書き込まれるデータ)の一貫性を指す言葉ではありません。ユーザスペースのデータが一貫しているかどうかは、アプリケーション自体が管理する必要があります。

重要:このセクションで特に指定のない限り、パーティションおよびファイルシステムの設定または変更に必要なすべてのステップは、YaSTを使用して実行できます。

[ホイール1本(単品)] CRIMSON / CLUB LINEA L747 KING ユーロスピード LABEL (BKP) 22インチ×12.0J ブラックABEJMN71S2017/12カタログ掲載分 PCD:150 穴数:5 インセット:30

Btrfsは、Chris Masonが開発したCOW(コピーオンライト)ファイルシステムです。このシステムは、Ohad Rodehが開発したCOWフレンドリーなBツリーに基づいています。Btrfsは、ロギングスタイルのファイルシステムです。このシステムでは、ブロックの変更をジャーナリングする代わりに、それらの変更を新しい場所に書き込んで、リンクインします。新しい変更は、最後の書き込みまで確定されません。

重要:Btrfsではファイルシステムのスナップショットを格納することができるため、標準のストレージ案の2倍のディスクスペースを確保しておくことが推奨されます。これは、YaSTパーティショナにより、ルートファイルシステムに対するBtrfsのストレージ案において、自動的に行われます。

Btrfsは、次のような耐障害性、修復、容易な管理機能を提供します。

  • 書き込み可能なスナップショット。更新適用後に必要に応じてシステムを容易にロールバックしたり、ファイルをバックアップできます。

  • 複数デバイスのサポート。ファイルシステムを拡大したり、縮小できます。この機能は、YaSTパーティショナの今後のリリースで利用可能となる予定です。

  • 圧縮機能。ストレージスペースを効率的に使用できます。

    Btrfsのコマンドを使用して、透過圧縮を設定します。 この機能は、YaSTパーティショナの今後のリリースで利用可能となる予定です。

  • メタデータとユーザデータ用のさまざまなRAIDレベル。

  • メタデータとユーザデータ用のさまざまなチェックサム。エラー検出が向上します。

  • Linux LVM (Logical Volume Manager)ストレージオブジェクトとの統合。

  • SUSE Linux上でのYaSTパーティショナおよびAutoYaSTとの統合。

  • 既存のExt2、Ext3、およびExt4ファイルシステムからの、オフラインのマイグレーション 。

ブートローダのサポート

Btrfs上の/bootに対するブートローダのサポートは、SUSE Linux Enterprise 12から利用可能となる予定です。

Btrfsのサブボリューム

BtrFSでは、割り当てられたスペースのプールにデフォルトのサブボリュームが作成されます。BtrFSでは、同じスペースプール内で個々のファイルシステムとして機能する追加サブボリュームを作成できます。サブボリュームの数は、プールに割り当てられたスペースによってのみ制限されます。

Btrfsをルート(/)のファイルシステムに使用する場合は、YaSTパーティショナにより、Btrfsのサブボリュームとの使用のためのBtrfsファイルシステムが自動的に作成されます。いずれのサブディレクトリも MANARAY SPORT/EuroStream BV25 アルミホイール 4本セット ミニキャブ・ミーブ U67V/U68V 【12×4.0B 4-100 INSET42 ブロンザイトレイヤード】、サブボリュームとして扱うことができます。たとえば、表 1-1, YaSTにおける、Btrfs用のデフォルトのサブボリュームの扱いには、サブボリュームとして扱うことをが推奨されるサブディレクトリを示しています。これらのサブディレクトリには、記載の理由によりスナップショットするべきではないファイルが含まれているからです。

表 1-1 YaSTにおける、Btrfs用のデフォルトのサブボリュームの扱い

インストール後は、YaST Expert Partitionerを使用して、Btrfsサブボリュームの追加や削除が可能です。詳細については、『SUSE Linux Enterprise Server 11 SP3導入ガイド』の、YaSTを使用したBtrfsサブボリュームの管理https://www.suse.com/documentation/sles11/book_sle_deployment/data/book_sle_deployment.htmlを参照してください。

ルートファイルシステムのスナップショット

Btrfsでは、SUSE Snapperのインフラストラクチャに書き込み可能なスナップショットが提供されており、これを使用して、更新プログラムの適用後に必要に応じてシステムをロールバックすることも、バックアップすることもできます。Snapperを使用すれば、スナップショットの作成や削除のほか、2つのスナップショットを比較してその相違を元に戻すこともできます。Btrfsをルート(/)ファイルシステムに使用した場合は、YaSTによりルートファイルシステムに対するスナップショットが自動的に有効化されます。

Snapperと、ZYpp (snapper-zypp-plugin)およびYaST (yast2-snapper)におけるその統合については、『SUSE Linux Enterprise Server 11 SP3管理ガイド』のSnapperを使用したスナップショット/ロールバックhttp://www.suse.com/documentation/sles11/book_sle_admin/data/book_sle_admin.htmlを参照してください。

SUSEのSnapperプロジェクトについては、OpenSUSE.orgにあるSnapper Portal wikiを参照してください。

オンラインでのチェックと修復の機能

scrubを使用したチェックと修復の機能が、Btrfsのコマンドラインツールの一部として利用できます。ツリー構造が正しいことを前提として、データとメタデータの完全性を検証します。マウントしたファイルシステム上で、scrubを定期的に実行することができます。これは 【在庫有】DRC モトレッド EZ電装キット (D45-70-051)、通常の操作中にバックグラウンドプロセスとして実行されます。

RAIDとMultipathのサポート

YaSTパーティショナを使用して、Multiple Devices (MD)およびDevice Mapper (DM)のストレージ構成上でBtrfsを作成することができます。

ExtファイルシステムからBtrfsへのマイグレーション

既存のExtファイルシステム(Ext2、Ext3、またはExt4)から、Btrfsファイルシステムへデータボリュームをマイグレートすることができます。変換プロセスはオフラインで、デバイス上において行われます。ファイルシステムは、デバイス上の空き領域の15%以上を必要とします。

ExtファイルシステムをBtrfsに変換するには、ファイルシステムをオフラインにしてから、次のように入力します。

btrfs-convert <device>

マイグレーションを、元のExtファイルシステムにロールバックするには、ファイルシステムをオフラインにしてから、次のように入力します。

btrfs-convert -r <device>

重要:元のExtファイルシステムにロールバックする際、Btrfsへの変換後に追加したデータはすべて失われます。つまり、元のデータのみが、Extファイルシステムに逆変換されます。

Btrfsの管理

Btrfsは、YaSTパーティショナおよびAutoYaST内に統合されています。これはインストール時に利用可能で、ルートファイルシステム用のソリューションを設定することができます。インストール後に、YaSTパーティショナを使用して、Btrfsのボリュームの参照と管理を行うことができます。

Btrfsの管理ツールは、btrfsprogsパッケージ内に用意されています。Btrfsコマンドの使用については、btrfs(8)、btrfsck(8)、mkfs.btrfs(8)、およびbtrfsctl(8) のマニュアルページを参照してください。Btrfsの機能については、Btrfs wiki【送料無料!!】Smart スマートLEDコンバージョンフォグバルブLEDCB07PSX24 2700K を参照してください。

fsck.btrfs(8)ツールは、SUSE Linux Enterpriseの更新リポジトリ内で近日中に利用可能となります。

サブボリュームに対するBtrfsクォータのサポート

Btrfs rootファイルシステムのサブボリューム/var/log、/var/crashおよび/var/cacheが、通常の操作時に利用可能なディスクスペースのすべてを使用でき、システムに不具合が発生します。この状況を回避するため、SUSE Linux Enterpriseではサブボリュームに対するBtrfsクォータのサポートを提供するようになりました。詳細については、btrfs(8)のマニュアルページを参照してください。

1.2.2 Ext2

Ext2の起源は、Linuxの歴史の初期にさかのぼります。その前身であったExtended File Systemは、1992年4月に実装され、Linux 0.96cに統合されました。Extended File Systemは多くの変更を加えられ、Ext2として数年にわたって、最も人気のあるLinuxファイルシステムになりました。その後、ジャーナルファイルシステムが作成され、回復時間が非常に短くなったため、Ext2の重要性は低下しました。

Ext2の利点の概要を読むと、Ext2が、かつて幅広く好まれ、そして今でも一部の分野で多くのLinuxユーザから好まれるLinuxファイルシステムである理由がわかります。

堅実性と速度

古くからある標準として、Ext2は過去に多くの改良がなされ、繰り返しテストされてきました。これが、Ext2がしばしば非常に堅実と評される理由かもしれません。ファイルシステムが正常にアンマウントできず、システムが機能停止した場合、e2fsckはファイルシステムのデータの分析を開始します。メタデータは一貫した状態に戻り、保留されていたファイルとデータブロックは、指定のディレクトリ(lost+found)に書き込まれます。ジャーナルファイルシステムとは対照的に、e2fsckは、最近変更されたわずかなメタデータだけではなく、ファイルシステム全体を分析します。この結果、ジャーナルファイルシステムがログデータだけをチェックするのに比べて、かなり長い時間を要します。ファイルシステムのサイズにもよりますが、この手順は30分またはそれ以上を要することがあります。したがって、高可用性を必要とするどのようなサーバでも、Ext2を選択することは望ましくありません。ただし、Ext2はジャーナルを維持せず、使用するメモリも非常にわずかであるため、他のファイルシステムよりも高速である場合があります。

容易なアップグレード性

Ext3は、Ext2のコードをベースとし、Ext2のオンディスクフォーマットとメタデータフォーマットも共用するので、Ext2からExt3へのアップグレードは非常に容易です。

1.2.3 Ext3

Ext3は、Stephen Tweedieによって設計されました。他のすべての次世代ファイルシステムとは異なり、Ext3は完全に新しい設計理念に基づいているわけではありません。Ext3は、Ext2をベースとしています。これら2つのファイルシステムは、非常に似ています。Ext3ファイルシステムを、Ext2ファイルシステムの上に構築することも容易です。Ext2とExt3の最も重要な違いは、Ext3がジャーナルをサポートしていることです。要約すると、Ext3には RSR RS-R ダウンサス トヨタ ヴィッツ NCP95 17/2~22/11 4WD Ti2000 DOWN T338TDR リアのみ RS-R ローダウン サス、次の3つの主要な利点があります。

Ext2からの容易で信頼性の高いアップグレード

Ext2のコードは、Ext3が次世代ファイルシステムであることを明確に主張するための強力な土台になりました。Ext3では、Ext2の信頼性および堅実性がExt3で採用されたジャーナルファイルシステムの利点とうまく統合されています。ReiserFSまたはXFSのような他のファイルシステムへの移行はかなり手間がかかります(ファイルシステム全体のバックアップを作成し、移行先ファイルシステムを新規に作成する必要があります)が、それとは異なり、Ext3への移行は数分で完了します。ファイルシステム全体を新たに作成し直しても、それが完璧に動作するとは限らないので、Ext3への移行は非常に安全でもあります。ジャーナルファイルシステムへのアップグレードを必要とする既存のExt2システムの数を考慮に入れると、多くのシステム管理者にとってExt3が重要な選択肢となり得る理由が容易にわかります。Ext3からExt2へのダウングレードも、アップグレードと同じほど容易です。Ext3ファイルシステムのアンマウントを正常に行い、Ext2ファイルシステムとして再マウントするだけです。

信頼性とパフォーマンス

他のジャーナルファイルシステムは、メタデータのみのジャーナルアプローチに従っています。つまり、メタデータは常に一貫した状態に保持されますが、ファイルシステムのデータ自体については、一貫性が自動的に保証されるわけではありません。Ext3は、メタデータとデータの両方に注意するよう設計されています。注意の度合いはカスタマイズできます。Ext3のdata=journalモードを有効にした場合、最大の保護(データの完全性)を実現しますが、メタデータとデータの両方がジャーナル化されるので、システムの動作が遅くなります。比較的新しいアプローチは、data=orderedモードを使用することです。これは、データとメタデータ両方の完全性を保証しますが、ジャーナルを適用するのはメタデータのみです。ファイルシステムドライバは、1つのメタデータの更新に対応するすべてのデータブロックを収集します。これらのブロックは、メタデータの更新前にディスクに書き込まれます。その結果、パフォーマンスを犠牲にすることなく、メタデータとデータの両方に関する一貫性を達成できます。3番目のオプションは、data=writebackを使用することです。これは、対応するメタデータをジャーナルにコミットした後で、データをメインファイルシステムに書き込むことを可能にします。多くの場合、このオプションは、パフォーマンスの点で最善と考えられています。しかし、内部のファイルシステムの完全性が維持される一方で、クラッシュと回復を実施した後では、古いデータがファイル内に再登場させてしまう可能性があります。Ext3では、デフォルトとして、data=orderedオプションを使用します。

Ext2ファイルシステムからExt3への変換

Ext2ファイルシステムをExt3に変換するには、次の手順に従います。

  1. Ext3ジャーナルの作成には、tune2fs -jをrootユーザとして実行します。

    この結果、デフォルトのパラメータを使用してExt3ジャーナルが作成されます。

    ジャーナルのサイズおよびジャーナルを常駐させるデバイスを指定するには、tune2fs -Jとともに適切なジャーナルオプションsize=およびdevice=を指定して、実行します。tune2fsプログラムの詳細については、tune2fsのマニュアルページを参照してください。

  2. ファイル/etc/fstabをrootユーザとして編集して、該当するパーティションに指定されているファイルシステムタイプをext2からext3に変更し、その変更内容を保存します。

    これにより、Ext3ファイルシステムが認識されるようになります。この変更結果は、次回の再起動後に有効になります。

  3. Ext3パーティションとしてセットアップされたルートファイルシステムをブートするには、ext3とjbdの各モジュールをinitrdに組み込みます。

    1. /etc/sysconfig/kernelをrootとして編集し、ext3およびjbdをINITRD_MODULES変数に追加し、最後に変更内容を保存します。

    2. mkinitrdコマンドを実行します。

      これにより新規のinitrdがビルドされ シルクブレイズ C-HR ZYX10/NGX50 フロントグリル FRP製 塗分け塗装済 メタルストームメタリック(1K0)+ハイパーシルバー+ガンメタリック、すぐに使用できます。

    3. システムを再起動します。

    4. Ext3ファイルシステムのinodeサイズとinode数

      inodeには、ファイルシステム内のファイルとそのブロック位置に関する情報が格納されます。拡張した属性とACLのためのスペースをinode内に確保するため、Ext3のデフォルトのinodeサイズは、SLES 10での128バイトから、SLES 11では256バイトに拡大されました。SLES 10と比較して、SLES 11上でExt3ファイルシステムを作成する際、同数のinodeに対する事前割り当てされたデフォルトのスペースの量は2倍になり、ファイルシステム内のファイルに対して使用可能なスペースは、その分少なくなっています。したがって、同数のinodeとファイルを収容するのに、SLES 10上のExt3ファイルシステムの場合より大きなパーティションを使用する必要があります。

      新規のExt3ファイルシステムを作成する際、inodeテーブル内のスペースは、作成可能なinodeの総数に対して事前に割り当てられています。バイト数/inode数の比率と、ファイルシステムのサイズによって、inode数の上限が決まります。ファイルシステムが作成されると、バイト数/inode数のバイト数の各スペースに対して、1つのinodeが作成されます。

      number of inodes = total size of the file system divided by the number of bytes per inode
      

      inodeの数によって、ファイルシステム内に保有できるファイルの数が決まります。つまり、各ファイルにつき1つのinodeです。inodeサイズの増大と、利用可能なスペースの縮小に対応するため、

      [ホイール1本(単品)] CRIMSON / CLUB LINEA L747 KING LABEL (BKP) 22インチ×12.0J PCD:150 穴数:5 インセット:30【今こそ送料無料!】


      オリジナル フロアマット エコノミー NISSAN 日産 シルビア 年式 S63/5~H3/1 [シルビア 0] 車種別 カーマット 床 車


      [ホイール1本(単品)] CRIMSON / CLUB LINEA L747 KING LABEL (BKP) 22インチ×12.0J PCD:150 穴数:5 インセット:30 ACRE ブレーキパッド ■アクレ フォーミュラ800C リア 【品番:664】 トヨタ アベンシス・アベンシスワゴン AZT250 / AZT250W 08.9~

      ↓↓↓RSR☆ダウンサス カローラワゴン AE101G 1台分セット 新品 RS-R T601W;送料無料 ダンロップ エナセーブ PREMIUM 195/65R15 195/65-15 H 1本 バルブ付 プリウス ノア アイシス セレナ エスクァイア アクセラ;14インチ サマータイヤ セット【ライフ(JB6 NA車 4WD)】A-TECH ファイナルスピード GR-ボルト レッドフレアブラック 4.5Jx14ヨコハマ Sdrive ES03 165/55R14, シフトアップ(SHIFT UP) [210450CB] NSF100 RCVライン CARBONフロントフェンダ, ズーム ダウンフォース 1台分 ダウンサス プレオ L275B ZSB031005SDF Zoom ダウンスプリング バネ ローダウン コイルスプリング【店頭受取対応商品】, ★送料無料★(一部離島等除く) 【エスペリア】TOYOTA パッソ PASSO M700A M710A スーパーダウンサス M700A 1KR-FE H28/4~ 2WD 1.0L / X "G" / X "L" / MODA "G" / MODA "S" スーパーダウンサスラバー リア, カーマット フロアマット 日産 スカイライン・セダン(4ドア) 16年11月~19年10月 4WD/フットレスト無/両席マニュアルシート-スポーツチェック ライム;SAMCO SPORT サムコスポーツ ラジエーター関連部品 クーラントホース(ラジエーターホース) カラー:メタリックシルバー (限定色) TE 150 OEM Design 2017 TX 125 2017 タナックス(TANAX) ミニシェルケース(ツーリング) カーボン柄 MFK-234_送料無料↓↓↓[ホイール1本(単品)] SSR / EXECUTOR EX01 (FBK) 18インチ×8.0J PCD:120 穴数:5 インセット:34, 255/45R20 NITTO ニットー NT421Q NT421Q DIAVOLETTO DELIE ディアヴォレット デェリエ サマータイヤホイール4本セット, 『2番のみ』 MRワゴン用 ジョイント[一式] ディファレンシャルサイド 44114-64L60 FIG443a スズキ純正部品, 17インチ サマータイヤ セット【適応車種:アルテッツァ(16・17インチ装着車)】HOT STUFF ラフィット LW-03 ブラックポリッシュ 7.0Jx17LEMANS V LM5 215/45R17, 【送料無料】 シートカバー 1台分20系 ウィッシュ 専用grace プレミアムライン DEAR DIA-EDITION 「A-LINE x A-LINE 仕様」


      ↓↓↓↓↓↓

      ↓↓↓↓↓↓

      【送料無料】 215/60R17インチ サマータイヤ ホイール 4本セット BRIDGESTONE REGNO ブリヂストン レグノ GR-XV2 VERTEC ONE LONGBEAK TB/RIM-DC/UP 5H114.3, レクサス RC 10系 フロアマット ラゲッジマット (ラバー), 【送料無料】 195/55R15 15インチ LEHRMEISTER レアマイスター LMスポーツRS10(マットブロンズリムポリッシュ) 6J 6.00-15 DUNLOP ダンロップ ルマン V(ファイブ) サマータイヤ ホイール4本セット【DUsum19】, ●ラルグス●ロアブラケット(ブッシュタイプ) Spec K リア/運転席側, ☆送料無料☆ ハンコック(HanKOOK) ラウフェン(Laufenn) S FIT AS LH01 245/45R18 W サマータイヤ4本セット

パス

サブボリュームとして扱う理由

/opt

サードパーティのアドオンアプリケーションのソフトウェアパッケージを格納します。

/srv

httpファイルとftpファイルを格納します。

/tmp

一時ファイルを格納します。

/var/crash

クラッシュしたカーネルのメモリダンプを格納します。

/var/log

システムおよびアプリケーションのログファイルを格納します。これはロールバックできません。

/var/run

ランタイム変数のデータを格納します。

/var/spool

プログラム、ユーザ、または管理者による処理を待っているデータ(ニュース、メール、プリンタのキューなど)を格納します。

/var/tmp

システムの再起動間で保存する一時ファイルまたは一時ディレクトリを格納します。

【ブリッド】インプレッサ インプレッサWRX [GH系] 2/4WD MT (H19/6月以降) 【フロントのみ】;【ブレンボ】グランツーリスモブレーキキット PORSCHE 981 Cayman S (PCCB装着車を除く)[ 2013~ ][ FRONT ] 【 キャリパー:Monoblock 6 (32mm厚) カラー:ブラック ピストン数:6POT ローター径:380x32mm 2ピースローター ドリルドローター 】 [ホイール1本(単品)] ENKEI / RS05RR (MTDGM) 18インチ×10.5J PCD:114.3 穴数:5 インセット:35 【送料無料 N-BOX タントカスタム ワゴンR】 155/65R14 14インチ PREMIX プレミックス ナナ(グロスブラック) 4.5J 4.50-14 DUNLOP ダンロップ EC202L サマータイヤ ホイール4本セット;YOKOHAMA ヨコハマ アドバン フレバ FLEVA V701 サマータイヤ 215/45R17 MONZA Warwic Empress Mesh ホイールセット 4本 17 X 7 +42 5穴 114.3

YOKOHAMA ヨコハマ DNA エコス ECOS ES300 サマータイヤ 245/40R19 KYOHO 共豊 SHALLEN シャレン WX monoblock ホイールセット 4本 19インチ 19 X 8 +45 5穴 114.3;CUSCO (クスコ) リア 調整式ラテラルロッド 品番:810 466 A トヨタ エスティマ エミーナ/ルシーダ 型式:CXR10G 年式:1992.1~2000.1

、バイト数/inode数の比率のデフォルトが、SLES 10での8192バイトから、SLES 11では16384バイトに増えています。この2倍に増えた比率により、作成可能なファイルの数は、SLES 10上のExt3ファイルシステムで可能だった数の半分となります。

重要:inodeの割り当て後は、inodeサイズやバイト数/inode数の比率の設定を変えることはできません。異なる設定のファイルシステムを再度作成するか、ファイルシステムを拡張しない限り、新規のinodeは設定できません。inodeの最大数を超えると、ファイルをいくつか削除するまで、ファイルシステム上に新規のファイルを作成することはできません。

新規のExt3ファイルシステムを作成する際に、inodeのスペース使用をコントロールするためのinodeサイズとバイト数/inode数の比率、およびファイルシステム上のファイル数の上限を指定することができます。ブロックサイズ、inodeサイズ、およびバイト数/inode数の比率が指定されない場合は、/etc/mked2fs.confファイル内のデフォルト値が適用されます。詳細については、mke2fs.conf(5)マニュアルページを参照してください。

次のガイドラインを使用します。

  • inodeサイズ: デフォルトのinodeサイズは256バイトです。2の累乗で、ブロックサイズ以下の128以上のバイト数の値を指定します(128、256、512など)。Ext3ファイルシステムで拡張属性またはACLを使用しない場合は、128バイトのみを使用してください。

  • バイト数/inode数の比率: デフォルトのバイト数/inode数の比率は、16384バイトです。有効なバイト数/inode数の比率は、2の累乗で1024バイト以上(1024、2048、4096、8192、16384、32768など)です。この値は、ファイルシステムのブロックサイズより小さくはできません。なぜなら、ブロックサイズは、データを格納するために使用するスペースの最小チャンクだからです。Ext3ファイルシステムのデフォルトのブロックサイズは、4 KBです。

    また、格納する必要があるファイルの数とサイズを、検討する必要があります。たとえば、ファイルシステムに多数の小さなファイルを持つことになる場合は、バイト数/inode数の比率を小さめに指定すれば、inodeの数を増やすことができます。ファイルシステムに非常に大きなファイルを入れる場合は、バイト数/inode数の比率を大きめに指定できますが、それによって許容されるinodeの数は減ります。

    一般的に、inodeの数は、足りなくなるよりは多すぎる方が得策です。inodeの数が少な過ぎてファイルも非常に小さい場合、実際には空であってもディスク上のファイルの最大数に到達してしまいます。inodeの数が多すぎて、ファイルが非常に大きい場合は、空き領域があることが表示されたとしても、それを使うことができません。なぜなら、inode用に確保されたスペースに新規のファイルを作成することはできないからです。

Ext3ファイルシステムで拡張属性またはACLを使用しない場合は、ファイルシステムの作成時に、inodeサイズとして128バイト、バイト数/inode数の比率として8192バイトを指定して、SLES 10の動作を復元することができます。inodeサイズとバイト数/inode数の比率を設定するには、次のいずれかの方法を使用します。

  • すべての新規Ext3ファイルのデフォルト設定を変更する: テキストエディタで、/etc/mke2fs.confファイルのdefaultsセクションを変更して、inode_sizeおよびinode_ratioを、希望するデフォルト値に設定します。その値が、すべての新規のExt3ファイルシステムに適用されます。たとえば、

    blocksize = 4096
    inode_size = 128
    inode_ratio = 8192
    
  • コマンドラインで: Ext3ファイルシステムを作成する際に、inodeサイズ(-I 128)およびバイト数/inode数の比率(-i 8192)を、mkfs.ext3(8)コマンドまたはmke2fs(8)コマンドに渡します。たとえば、次のコマンドのいずれかを使用します:

    mkfs.ext3 -b 4096 -i 8092 -I 128 /dev/sda2
    mke2fs -t ext3 -b 4096 -i 8192 -I 128 /dev/sda2
    
  • YaSTを使用したインストール時に: インストール時に新規のExt3ファイルシステムを作成する際に、inodeサイズとバイト数/inode数の比率を渡します。YaSTフォーマット設定のオプションにあるパーティションの編集ページで、パーティションのフォーマット > Ext3を選択して、オプションをクリックします。ファイルシステムオプションダイアログボックスで、ブロックサイズ(バイト単位)、inodeごとのバイト数、およびiノードのサイズドロップダウンリストから、希望の値を選択します。

    たとえば、ブロックサイズ(バイト単位)ドロップダウンリストから4096を選択し、ブロックサイズ(バイト単位)ドロップダウンリストから8192を選択し、iノードのサイズドロップダウンリストから128を選択して、OKをクリックします。

  • autoyastを使用したインストール時に: autoyastのプロファイルで、fs_optionsタグを使用して、opt_bytes_per_inodeの比率の値を、-iに対して8192に、opt_inode_densityの値を-Iに対して128に設定することができます。

    <partitioning config:type="list">
     <drive>
     <device>/dev/sda</device>
     <initialize config:type="boolean">true</initialize>
     <partitions config:type="list">
     <partition>
     <filesystem config:type="symbol">ext3</filesystem>
     <format config:type="boolean">true</format>
     <fs_options>
     <opt_bytes_per_inode>
     <option_str>-i</option_str>
     <option_value>8192</option_value>
     </opt_bytes_per_inode>
     <opt_inode_density>
     <option_str>-I</option_str>
     <option_value>128</option_value>
     </opt_inode_density>
     </fs_options>
     <mount>/</mount>
     <partition_id config:type="integer">131</partition_id>
     <partition_type>primary</partition_type>
     <size>25G</size>
     </partition>
    

    SLES11のExt3パーティションには、SLES10で格納できるファイルの50%しか格納することができません。詳細については[技術情報文書7009075]を参照してください。

    1.2.4 ReiserFS

    2.4カーネルリリースから公式に主要機能として採用されたReiserFSは、SUSE 6.4以降、2.2.x SUSEカーネルのカーネルパッチとして利用可能となりました。ReiserFSは、Hans ReiserとNamesys開発チームにより設計されました。ReiserFSは、Ext2に代わる強力な選択肢であることを実証してきました。ReiserFSの主要な利点としては、効率的なディスクスペース使用率、より良いディスクアクセスパフォーマンス、より高速なクラッシュリカバリ、およびデータジャーナリングの使用による信頼性の向上があります。

    重要:ReiserFSファイルシステムは、特にマイグレーション用として、SUSE Linux Enterprise Server 11のライフタイムの間、完全にサポートされます。SUSEでは、SUSE Linux Enterprise Server 12から、新しいReiserFSファイルシステムの作成をサポートしない予定です。

    より良いディスクスペース使用効率

    ReiserFSでは、すべてのデータが、B*-Tree(バランスドツリー)と呼ばれる構造で編成されています。このツリー構造は、より良いディスクスペース使用効率に貢献しています。小さなファイルは、B*-Treeのリーフノードに直接格納されるからです。そのようなファイルをどこか他の場所に格納して、ディスク上の実際の場所を指すポインタを維持するより優れています。それに加えて、ストレージ(記憶領域)は 1KBまたは 4KBのチャンク単位で割り当てられるのではなく、実際に必要なサイズの構成部分(エクステント)を割り当てられます。もう1つの利点は、inodeの動的割り当てに関係しています。これは、ファイルシステムの作成時にinodeの密度を指定する必要のある、Ext2のような従来のファイルシステムに比べて、ファイルシステムの柔軟性を高めます。

    より良いディスクアクセスパフォーマンス

    小規模なファイルでは、多くの場合、ファイルのデータとstat_data (inode)情報が互いに隣り合って保存されます。これらは1回のディスクI/O操作で読み取れるので、1回のディスクアクセスで、必要な情報すべてを取得できることを意味します。

    高速なクラッシュ回復機能

    ジャーナルを使用して、メタデータに加えられた最新の変更結果を記録しているので、ファイルシステムが大規模な場合を含め、ファイルシステムを数秒でチェックできます。

    データジャーナリングによる信頼性

    ReiserFSは、Ext3に概略されているコンセプトに類似のデータジャーナリングおよびオーダードモードもサポートしています。デフォルトのモードは、data=orderedです。このモードでは、データとメタデータの完全性は保証されますが、メタデータのジャーナリングだけが行われます。

    1.2.5 XFS

    本来は、IRIX OS用のファイルシステムを意図してSGIがXFSの開発を開始したのは、1990年代初期です。XFSの開発動機は、ハイパフォーマンスの64ビットジャーナルファイルシステムの作成により、非常に厳しいコンピューティングの課題に対応することでした。XFSは大規模なファイルを操作する点で非常に優れていて、ハイエンドのハードウェアを適切に活用します。しかし、XFSには1つの欠点があります。ReiserFSの場合と同様、XFSではメタデータの完全性は重視されていますが、データの完全性はそれほどではありません。

    ただし、XFSの主要機能を一見すれば、XFSが、ハイエンドコンピューティングの分野で、他のジャーナリングファイルシステムの強力な競合相手となっている理由がわかります。

    アロケーショングループの採用による高いスケーラビリティ

    XFSファイルシステムの作成時に、ファイルシステムの基にあるブロックデバイスは、等しいサイズをもつ8つ以上の線形の領域に分割されます。これらを「アロケーショングループ」と呼びます。各アロケーショングループは、独自のinodeと空きディスクスペースを管理します。実用的には、アロケーショングループを、1つのファイルシステムの中にある複数のファイルシステムと見なすこともできます。アロケーショングループは互いに独立しているものではないため、複数のアロケーショングループをカーネルから同時にアドレス指定できるという特徴があります。この機能は、XFSの高いスケーラビリティに大きく貢献しています。独立性の高いアロケーショングループは、性質上、マルチプロセッサシステムのニーズに適しています。

    ディスクスペースの効率的な管理によるハイパフォーマンス

    空きスペースとinodeは、各アロケーショングループ内のB+-Treeによって処理されます。B+ツリーの採用は、XFSのパフォーマンスとスケーラビリティを大きく向上させています。XFSでは 、プロセスを2分割して割り当てを処理する遅延割り当てを使用します。保留されているトランザクションはRAMの中に保存され、適切な量のスペースが確保されます。XFSは World Walk ワールドウォーク ビキニカウル・バイザー 汎用ビキニカウル DS-01 カラー:ブラックメタリックX スクリーンカラー:クリア スクリーンタイプ:AERO、この時点では、データを正確にはどこに(ファイルシステムのどのブロックに)格納するか決定していません。決定可能な最後の瞬間まで、この決定は遅延(先送り)されます。暫定的に使用される一時データは、ディスクに書き込まれません。XFSがデータの実際の保存場所を決定するまでに、その役割を終えているからです。このように、XFSは、書き込みのパフォーマンスを向上させ、ファイルシステムのフラグメンテーションを減少させます。遅延アロケーションは、他のファイルシステムより書き込みイベントの頻度を下げる結果をもたらすので、書き込み中にクラッシュが発生した場合、データ損失が深刻になる可能性が高くなります。

    事前割り当てによるファイルシステムの断片化の回避

    データをファイルシステムに書き込む前に、XFSはファイルが必要とする空きスペースを予約(プリアロケート、事前割り当て)します。したがって、ファイルシステムの断片化は大幅に減少します。ファイルの内容がファイルシステム全体に分散することがないので、パフォーマンスが向上します。

    1.2.6 ファイルシステムの機能比較

    SUSE Linux Enterprise Serverにおける主要オペレーティングシステムの機能の対照比較については、

    [ホイール1本(単品)] CRIMSON / CLUB LINEA L747 KING LABEL (BKP) 22インチ×12.0J PCD:150 穴数:5 インセット:30

    ファイルシステムのサポートおよびサイズ (SUSE Linux Enterprise Server技術情報のWebサイトに記載)を参照してください。

    {yahoojp} {suse.com}

{yahoojp}jpprem01-zenjp40-wl-zd-19958