inodeは、サーバー内にあるファイルやフォルダーを管理するための情報です。契約容量に空きがあっても、非常に小さなファイルが大量に増えるとinode数の上限へ先に達することがあります。WordPressでは画像の派生ファイル、キャッシュ、バックアップ、メールが増加要因になりやすいため、容量とファイル数を別々に確認することが重要です。
inodeとディスク容量の違い
ディスク容量は保存データの合計サイズをGBなどで表します。inodeは一般に一つのファイルやフォルダーごとに一つ消費されます。例えば1GBの動画一つは大きな容量を使ってもファイル数は一つですが、1KBのキャッシュが10万個あれば容量は小さくても多数のinodeを使います。サーバー会社やファイルシステムによって表示方法は異なるため、契約先の公式仕様で上限と集計対象を確認してください。
WordPressは一つのプログラムではなく、PHP、CSS、JavaScript、画像など多数のファイルで構成されます。テーマやプラグインを追加するとファイル数が増え、更新時には一時ファイルが作られることもあります。通常の小規模サイトならすぐ問題になるとは限りませんが、複数サイトを同じ契約で運営すると合計数が積み上がります。
WordPressでinodeが増える主な場所
最初に確認したいのはuploads、cache、backup、logsに相当する領域です。画像を一枚アップロードすると、WordPressやテーマが複数サイズを自動生成するため、メディアライブラリ上では一枚に見えてもサーバー上には複数ファイルがあります。画像最適化プラグインが元画像やWebP版を保存する設定なら、さらに数が増えます。
キャッシュ系プラグインは表示を速くするためにページごとの静的ファイルを作ります。正常に期限切れファイルが削除されていれば問題ありませんが、設定不整合や処理失敗で古いキャッシュが残り続ける場合があります。バックアッププラグインの分割ファイル、セキュリティログ、デバッグログ、スパムメールも見落としやすい増加要因です。
上限に近づくと起きる症状
inodeの上限へ達すると、新しいファイルやフォルダーを作れなくなる可能性があります。画像アップロードの失敗、プラグイン更新の失敗、キャッシュ生成エラー、メール受信不能など、空き容量不足と似た症状が現れます。更新途中で書き込みに失敗するとサイト表示へ影響するため、警告が出た段階で原因調査を始めてください。
WordPress管理画面にはサーバー契約全体のinode数が表示されないことがあります。症状だけで断定せず、サーバーパネルの使用状況、ファイルマネージャー、契約先のサポート情報を確認します。inodeという表示がないサービスでは、ファイル数制限やディスク使用量の仕様として案内されている場合があります。
安全な確認順序
まずサーバーパネルで現在値と上限を記録し、どのドメインやディレクトリが多いかを確認します。次に、直前に追加したプラグイン、バックアップ設定、キャッシュ設定、メールアカウントを洗い出します。更新日時が集中しているフォルダーを見ると、増加のきっかけを特定しやすくなります。
ファイルマネージャーで件数を数える処理は負荷がかかることがあります。大量ファイルが疑われるときは、営業時間中に無理な全件集計をせず、サーバー会社の案内に従います。公開中のwp-content、wp-admin、wp-includesを名前だけで削除してはいけません。削除前に必ず対象の役割と復元方法を確認してください。
減らしてよい可能性があるもの
期限切れと確認できたキャッシュ、不要な古いバックアップ、ローテーション済みのログ、ゴミ箱や迷惑メール、使っていないステージング環境は整理候補です。ただし、キャッシュはプラグインの「削除」「パージ」機能から消す方が安全です。バックアップは最新版だけ残せばよいとは限らず、復元したい時点と外部保存の有無を考えて世代数を決めます。
使っていないテーマやプラグインはWordPress管理画面から削除できますが、現在有効なものや子テーマの親テーマを消さないよう確認します。画像の自動生成サイズを減らす場合は、テーマが必要とするサイズを確認し、設定変更後に既存画像の再生成や表示崩れが起きないかテストしてください。
減らしてはいけないもの
WordPressコアのファイル、使用中テーマ、使用中プラグイン、アップロード画像、設定ファイル、データベース関連ファイルは、inodeを減らす目的だけで直接削除してはいけません。見覚えのないファイルでも、セキュリティ機能やSSL認証、アクセス制御に必要な場合があります。まず契約先や開発者へ確認し、バックアップを外部へ確保してから作業します。
一括削除は短時間で数字を下げられますが、誤削除の影響も大きくなります。削除候補を一種類ずつ処理し、サイト表示、管理画面、画像、問い合わせフォーム、メール送受信を確認してください。作業前後のinode数を記録すれば、どの整理が効果的だったかも判断できます。
再発を防ぐ運用
キャッシュの有効期限、バックアップの保存先と世代数、ログの保持期間、メールボックス容量を月一回確認します。画像はアップロード前にリサイズし、同じ画像を何度も登録しない運用にします。検証サイトを作った場合は、役目を終えた時点で削除計画を立てると不要ファイルが残りません。
複数のWordPressを一契約へ詰め込むと、サイトごとの増加原因を追いにくくなります。事業サイトと検証サイトを分ける、上限通知のあるサービスを選ぶ、プラン変更の条件を確認するなど、運用設計で余裕を作ることも有効です。上限が慢性的に近いなら、削除を繰り返すよりプラン変更やサーバー分離を検討します。
容量が余っていても、小さなファイルが増えすぎると更新できなくなる可能性があるんですね。
まずキャッシュやメールから確認して、WordPress本体には触らないようにします。
はい、その順番なら安全です。
数を減らすことより、何が増え続けているかを止めることを優先してください。
削除前後の数字と表示確認もメモしておきます。
一種類ずつなら、原因を見失わずに進められそうで安心しました！
とても良い進め方です。
再発防止まで確認できれば、inode警告に振り回されにくくなります。
inode対策の判断表
- 容量とinodeの現在値を同じ日に記録する
- 増加したフォルダーと直前の変更を照合する
- キャッシュは管理画面のパージ機能から消す
- バックアップは外部保存を確認してから整理する
- 上限が慢性的ならプラン変更またはサイト分離を検討する
一度に大量削除せず、候補を一種類処理するたびに公開ページと管理画面を確認します。原因が判別できない場合は、対象ディレクトリと現在値を添えてサーバー会社へ相談してください。
迷わず始めたい人向けの選択肢
広告・PRを含みます。料金と特典は公式ページで最新条件をご確認ください。
inodeは難しい専門用語だと思っていましたが、ファイルの数を管理する目安だと分かりました。
上限だけを怖がらず、増えた場所を落ち着いて調べます！
その理解で大丈夫です。
日頃から使用量と変更履歴を残しておけば、警告が出ても安全な順番で対処できますよ。
作業完了の基準
inode数が下がっただけでは完了ではありません。公開ページ、画像、管理画面、更新、メール送受信が正常で、原因となった設定を直せたことまで確認します。
- 現在のinode数と上限を確認した
- 増加原因の候補を特定した
- 削除前に外部バックアップまたは復元方法を確認した
- 一種類ずつ整理して公開ページを確認した
- キャッシュ・バックアップ・ログの保持設定を見直した
ファイル数まで考えて運用環境を選ぶ
inodeや容量の上限へ余裕を持たせたい場合は、現在の公式仕様とプラン変更条件を確認しましょう。削除で無理に空きを作る前に、サイト数と運用方法に合う環境かを判断してください。
広告・PRを含みます。料金・特典・適用条件は公式ページで最新情報をご確認ください。