キャッシュ、ジャーナリングモードなどなど
Linuxのext4ファイルシステムのチューニングTips
Linuxのext4ファイルシステムは標準的なシステムに合わせた設定が施されている。幾つかの設定を見直すことで、パフォーマンスを最適化できるかもしれない。
通常のext4ファイルシステムの作成では、デフォルト設定が使用される。デフォルトのワークロードではそれで問題ない。だが、サーバのパフォーマンスパターンが平均的なものではない場合、ext4ファイルシステムのパフォーマンスをチューニングすることで、恩恵を受けるかもしれない。本稿では、ext4に最大限のパフォーマンスを発揮させる方法を見ていく。
システムの調査
ext4ファイルシステムの最適化とは、ファイルシステムの調整を行うことだけではない。最初のステップは、ホストサーバが高速なファイルシステムを扱えるようにすることだ。そのためにまず、十分な量のRAMを割り当てる。ファイルシステムをうまくチューニングしても、RAMが少ないと最適なパフォーマンスが得られない。ファイルシステムのメタデータテーブルを適切にキャッシュするのに十分なメモリの余裕がないからだ。
サーバのRAM量が十分かどうかを調べるには、freeコマンドを使う。バッファとキャッシュに使用されているメモリ量の合計が、RAM全体の20%以上であれば間に合う。だが、多いに越したことはない。サーバRAMの40%程度がバッファとキャッシュに使用できるのが理想的だ。
次に、ディスクをチェックする。最高のパフォーマンスを得るには、最高のディスクが必要だ。かといって、SSDが必須というわけではない。しかし、スピードが必要なら7200rpmのSATAを使うのではなく、1万5000rpmのSAS(Serial Attached SCSI)を使わなくてはならない。
ディスクコントローラーのパラメータも考慮する必要がある。バッテリーバックアップキャッシュは有効にする。書き込みパフォーマンスを上げるには、書き込みを遅らせるように設定する。読み取りパフォーマンスが重要なら、次に必要なデータが既にRAMにロードされている可能性を高めるため、先読みを設定する。
ext4ファイルシステムの最適化
サーバをチェックしたら、ext4ファイルシステムを最適化しよう。必ず考えるべき方法が2つあり、その他にもチェックするとよいパフォーマンスオプションがある。
ほとんどの状況で有効な方法が、ファイルシステムのアクセス時刻の更新を無効にすることだ。そのためには、/etc/fstabのマウントオプションとして「noatime」を指定する。このオプションを指定しないと、ファイルへのアクセス(読み取りを含む)が行われるたびに、そのファイルのメタデータが変更される。ほとんどのサーバはその情報を利用しないため、この更新は無効にすればよい。
もう1つの有用なマウントオプションが「delalloc」だ。このオプションは、ディスクブロックの割り当てを遅延させる機能を有効にする。この機能は、ファイルの書き込みに使用するディスクブロックの決定が、書き込みが行われるギリギリのタイミングで行われるようにする。これによって書き込みプロセスが最適化される。
もう1つの重要なマウントオプションは、ファイルシステムのジャーナルをチューニングするものだ。journal、ordered、writebackという3つのジャーナリングモードがあり、各モードを指定するマウントオプションが用意されている。それぞれ「data=journal」「data=ordered」「data=writeback」だ。
デフォルト設定のdata=orderedでは、パフォーマンスと保護の最適なバランスが実現される。だが、サーバが大量のデータを書き込む必要がある場合、長時間フリーズする可能性がある。こうした状態の発生時に「iotop」のようなユーティリティを使うと、kjournaldプロセスの負荷が高いことが分かる。こうした問題に対処するには、data=writebackオプションを使って書き込みパフォーマンスを改善するという手がある。ただし、このオプションを使うとクラッシュが発生した場合に、最近変更されたデータが破損するリスクが高まる。
ファイルシステムのパフォーマンスを改善するオプションの中には、ファイルシステムの作成時に利用できるものも幾つかある。
その1つが、inodeのサイズ指定だ。inodeはメタデータの保存に使われる。ファイルシステムで拡張属性やアクセス制御リスト(ACL)が使われる場合、デフォルトのinodeサイズでは、全てのデータを保存しきれず、セカンダリinodeが割り当てられる。これは、全てのファイルアクセスで2つのオペレーションが必要なことを意味する。この問題を解消するには、「-I 256」オプションを付けて「mkfs」コマンドを実行し、inodeサイズを128バイトではなく、256バイトに設定する。ユーザー拡張属性とACLを完全に無効にするのは賢明ではない。ext4のエクステントを利用するには、これらが必要だからだ。
ext4ファイルシステムはデフォルトで非常に最適化されており、ファイルシステムをさらにチューニングしようとすると、サーバハードウェア構成の最適化も必要になるかもしれない。マウントオプションのnoatimeは、ほとんどの状況でパフォーマンス向上に役立つ。その他にどのような最適化方法を利用すべきかは、対象サーバの用途によって変わってくる。ファイルシステムのパフォーマンスが低いサーバのほとんどは、データの書き込み効率に問題がある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
7
AI時代のITインフラ戦略とは? 販売代理店が知っておきたい最新トレンド
-
8
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
9
人間のせいでAIエージェントの生産性が上がらない
-
10
「IBM i(AS/400)はクローズドなシステム」という誤解 DXに寄与する一歩
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー