はじめに
Linux システムを使ったことがある方なら、次のような名前のディレクトリに気づいたことがあるかもしれません /etc/logrotate.d/ または /etc/cron.d/。これらの .d フォルダー は、MariaDB から SSH まで、カーネルから PAM までの多くのサービスで使用されている慣習に従っています。その目的を理解すれば、あらゆるところで目にするようになります。たとえば mariadb.conf.d、 sshd_config.d、 modprobe.d、そして pam.d。
しかし、なぜシステムには次のようなディレクトリが必要なのでしょうか /etc/logrotate.d/ に設定ファイルを配置するためのディレクトリがなぜ必要なのか、単一の設定ファイル（例： /etc/logrotate.conf）がすでに存在するのに、なぜ必要なのでしょうか。この記事では .d フォルダーの目的と、Linux システム管理においてそれらが不可欠である理由について説明します。
.d フォルダーとは何ですか？
目的： .d フォルダー
.d フォルダーという慣習は、複雑な設定やモジュール式の設定を必要とするサービスの設定ファイルの管理を簡素化するために存在します。単一のモノリシックな設定ファイルを維持する代わりに、 .d フォルダーを使用すると、設定をより小さく管理しやすい部分に分割できます。
.d フォルダーが役立つ理由は次のとおりです：
- モジュール式の設定：サービスは、
.dディレクトリから複数の設定ファイルを読み込むことができ、メインの設定ファイルを変更することなく、ユーザーやパッケージが設定を追加または変更できるようになります。 - パッケージ管理：パッケージがインストールまたは更新されると、独自の設定ファイルを
.dディレクトリに追加でき、既存の設定を上書きすることはありません。 - 柔軟性：管理者は、 Ansible やスクリプトなどのツールを使用して、特定の設定ファイルの追加や削除を自動化できます。
例： /etc/logrotate.d/
/etc/logrotate.d/を使用する理由は？
logrotate、 logrotate.conf、はメイン設定ファイルであり、ログ ファイルを管理するための一般的なルールを定義します。ただし、新しいサービス（Apache や MySQL など）をインストールすると、追加のログ ローテーション ルールが必要になる場合があります。メインの logrotate.conf ファイルを変更する代わりに、新しいサービスは独自の設定ファイルを /etc/logrotate.d/。
たとえば：
/etc/logrotate.d/apache2には、Apache ログに固有のログ ローテーション ルールが含まれている場合があります。/etc/logrotate.d/mysqlには、MySQL ログのローテーション ルールが定義されている場合があります。
このモジュール式のアプローチにより、次のことが保証されます：
- 関心の分離：各サービスには独自の設定ファイルがあります。
- 保守の容易さ：設定ファイルは、他のサービスに影響を与えることなく追加または削除できます。
.d フォルダーの仕組み
ファイルの取り込み
サービスが起動または設定を再読み込みすると、その .d ディレクトリ内のすべてのファイルを自動的に取り込みます。これらのファイルの拡張子は、通常次のとおりです .conf。
たとえば：
- Logrotate は、実行時に
/etc/logrotate.d/内のすべてのファイルを読み込みます。 - Systemd は、
.dディレクトリから設定のオーバーライドを読み込みます。たとえば/etc/systemd/system/または/etc/systemd/system.conf.d/。
もし、 .d フォルダー内のファイルが削除されると、サービスはその設定を除外し、システムがエラーなく動作し続けることが保証されます。
自動化とセキュリティ
.d フォルダーを使用すると、自動化タスクが簡素化されます。たとえば：
- 自動化ツール： Ansible などのツールは、
.dディレクトリを管理して、特定の設定ファイルを追加または削除できます。 - 委任された設定：セキュリティ チームは、特定の設定ファイルへのアクセスを制限するために、それらを
.dディレクトリに配置できます。これにより、設定ファイル全体を公開することなく、部分的な更新が可能になります。
バリエーション： .d フォルダー
Apache HTTPD の設定
Debian/Ubuntu では、Apache は conf-available や mods-available などのディレクトリを使用して設定を管理します。管理者は、次のようなコマンドで特定のモジュールや設定を有効化または無効化できます： a2enmod または a2dismod。
Systemd の設定
Systemd は、 .d ディレクトリを使用してユニット ファイルのオーバーライドを定義します。たとえば：
/etc/systemd/system.conf.d/には、システム全体の設定オーバーライドが含まれています。/etc/systemd/system/<service>.d/を使用すると、管理者はサービス固有のオーバーライドを定義できます。
これらのディレクトリにより、設定の優先順位が簡素化され、アクティブな設定が明確でモジュール式であることが保証されます。
利点： .d フォルダー
1. 設定管理を簡素化する
大きくて複雑な設定ファイルを維持する代わりに、 .d フォルダーを使用すると、設定をより小さなモジュール式のファイルに分割できます。
2. 柔軟性を高める
設定ファイルは、サービスを中断したり、メイン ファイルに大幅な編集を加えたりすることなく、動的に追加または削除できます。
3. 自動化をサポートする
次のようなツールを使用すると、 Ansible、 Puppet、または Chef で .d ディレクトリを簡単に管理し、複数のシステムに設定を展開または更新できます。
4. セキュリティを向上させる
設定ファイルを .d ディレクトリに委任することで、管理者は設定全体を公開することなく、特定のファイルへのアクセスを制御できます。
まとめ
.d フォルダーという慣習は、Linux において設定をモジュール式で柔軟かつ自動化された方法で管理するための強力なツールです。ログ ローテーション ルール、Apache モジュール、Systemd オーバーライドのいずれを扱う場合でも、 .d ディレクトリを理解することで、システム管理タスクを大幅に簡素化できます。