手当たり次第に書くんだ

飽きっぽいのは本能

ログ

Prometheus と Loki は何が違うのか – メトリクス、ログ、トレース、アラートの役割を分ける

Prometheus は状態と傾向を継続的に見るためのもの、Loki は出来事と理由を読むためのものです。メトリクス、ログ、トレース、外形監視、アラート、SLO の役割を分けて整理します。

Ceph のクラスタログはデフォルトで DEBUG だった – 通常運用で INFO へ変更した理由

Ceph 20.2.1 の mon_cluster_log_level が debug のため、正常時の pgmap などのクラスタログが journald、Grafana Alloy、Loki へ大量転送された事例です。HEALTH_OK を確認したうえで info へ変更し、Prometheus メトリクスと INFO 以上のログを残す判断を確認します。

Ubuntu 26.04 auditd の基本設定 – 監査ログと変更追跡の土台を作る

Ubuntu 26.04 で auditd を導入し、/etc/audit/auditd.conf、ログ出力先、ローテーション、ディスク逼迫時の動作、サービス状態確認を整理します。

Ubuntu 26.04 再起動後確認 – 永続化された設定と起動状態を見る

Ubuntu 26.04 Server の再起動後確認を、永続化された設定、起動状態、サービス、ネットワーク、ログの観点から確認します。

Ubuntu 26.04 障害時の切り分け – OS / ネットワーク / サービスを層で見る

Ubuntu 26.04 Server で障害を切り分ける基本を、OS、ネットワーク、サービス、ログ、設定変更履歴の層に分けて確認します。

Ubuntu 26.04 設定反映の確認 – reload / restart / daemon-reload を切り分ける

Ubuntu 26.04 Server の設定反映を、reload、restart、daemon-reload の違い、反映確認、再起動が必要な範囲から確認します。

Ubuntu 26.04 サービス状態確認の基本 – systemctl で active / enabled / failed を見る

Ubuntu 26.04 Server のサービス状態を systemctl で確認する方法を、active、enabled、failed、ログ確認、復旧時の判断基準から扱います。

Ubuntu 26.04 ログ確認の基本 – journalctl と /var/log を切り分ける

Ubuntu 26.04 Server のログ確認を、journalctl、/var/log、サービス単位のログ、時刻範囲指定、障害時の切り分けから扱います。

Ubuntu 26.04 journald の基本設定 – journalctl と永続ログを管理する

Ubuntu 26.04 の journald 設定を、journalctl、永続ログ、ログ保持、サービス単位の確認、障害時の調査観点から扱います。

タイムゾーンの仕組み – UTC / JST / RTC / ログ時刻を運用目線で整理する

UTC、JST、ローカルタイム、RTC、NTP、chrony、ログ時刻を運用目線で整理します。Linux、コンテナ、Kubernetes、ログ集約、障害切り分けで時刻ずれを防ぐために、保存時刻と表示時刻を分けて考えます。

トップへ戻る