Ubuntu 26.04 smartctl exporter の基本設定 – Prometheus でディスク SMART メトリクスを収集する 作者: si62512548投稿日: 2026年7月11日カテゴリー: Ubuntuタグ: Exporter, Prometheus, Ubuntu 26.04, Ubuntu Server, 監視, 監視設計Ubuntu 26.04 smartctl exporter の基本設定 – Prometheus でディスク SMART メトリクスを収集する へのコメントはまだありません Ubuntu 26.04 の物理ホストで smartctl exporter を使い、S.M.A.R.T. 情報を Prometheus メトリクスとして収集します。smartd との役割分担、/metrics 確認、scrape 設計、通知責任を確認します。
Ubuntu 26.04 smartd の基本設定 – S.M.A.R.T. で物理ディスクを監視する 作者: si62512548投稿日: 2026年7月11日カテゴリー: Ubuntuタグ: Ansible, journald, systemd, Ubuntu 26.04, Ubuntu Server, ストレージ, 監視, 監視設計Ubuntu 26.04 smartd の基本設定 – S.M.A.R.T. で物理ディスクを監視する へのコメントはまだありません Ubuntu 26.04 の物理ホストで smartd と smartmontools を使い、S.M.A.R.T. 状態を継続監視します。ConditionVirtualization、smartd.conf、DEVICESCAN、journald 記録、Ansible 管理の判断点を確認します。
Ubuntu 26.04 の Cephadm 環境で ceph-common と cephadm の logrotate 定義が競合した事例 作者: si62512548投稿日: 2026年7月11日カテゴリー: Cephタグ: Ansible, Ceph, Ceph クラスタ, cephadm, systemd, Ubuntu 26.04, Ubuntu Server, ログ管理Ubuntu 26.04 の Cephadm 環境で ceph-common と cephadm の logrotate 定義が競合した事例 へのコメントはまだありません Ubuntu 26.04 の Cephadm 環境で ceph-common と cephadm の logrotate 定義が競合し、cephadm.log の重複定義、終了コード 1、影響範囲、削除判断、検証方法を確認した事例です。
Ceph のクラスタログはデフォルトで DEBUG だった – 通常運用で INFO へ変更した理由 作者: si62512548投稿日: 2026年7月11日カテゴリー: Cephタグ: Ceph, Ceph クラスタ, journald, MGR, MON, Prometheus, Ubuntu 26.04, Ubuntu Server, ログ, ログ転送Ceph のクラスタログはデフォルトで DEBUG だった – 通常運用で INFO へ変更した理由 へのコメントはまだありません Ceph 20.2.1 の mon_cluster_log_level が debug のため、正常時の pgmap などのクラスタログが journald、Grafana Alloy、Loki へ大量転送された事例です。HEALTH_OK を確認したうえで info へ変更し、Prometheus メトリクスと INFO 以上のログを残す判断を確認します。
システム導入で問うべきは、作るか買うかではない – Build or Buy より業務の継承を考える 作者: si62512548投稿日: 2026年7月10日カテゴリー: 設計・運用タグ: システム設計, ベンダー選定, 業務設計, 標準化, 要件定義, 設計, 運用設計システム導入で問うべきは、作るか買うかではない – Build or Buy より業務の継承を考える へのコメントはまだありません システム導入の Build or Buy を、内製か既製品かという二択ではなく、現行業務の何を継承し、何を標準化し、どの判断を組織に残すかという観点から考えます。
RFI/RFP の考え方 – 社内で何を握り、外部に何を任せるか 作者: si62512548投稿日: 2026年7月9日カテゴリー: 仕事タグ: RFI, RFP, ベンダー選定, 仕事, 業務設計, 要件定義, 設計, 運用設計RFI/RFP の考え方 – 社内で何を握り、外部に何を任せるか へのコメントはまだありません RFI/RFP を、社内で決めることと外部に任せることを分ける道具として捉え、ベンダー選定前の整理軸を考えます。
SRv6 とは何か – ネットワークの複雑性はどこへ移動するのか 作者: si62512548投稿日: 2026年7月8日カテゴリー: 通信インフラタグ: IPv6, MPLS, NFV, Segment Routing, SID, SRH, SRv6, Traffic Engineering, サービスチェイニング, ネットワーク設計, 通信インフラSRv6 とは何か – ネットワークの複雑性はどこへ移動するのか へのコメントはまだありません SRv6 を、IPv6 上の Segment Routing という説明に留めず、ネットワークの複雑性を SID、Segment List、Policy、可視化へ移動する技術として整理します。
DDBR とは何か – 大型シャーシルーターを分解して分散型にする考え方 作者: si62512548投稿日: 2026年7月8日カテゴリー: 通信インフラタグ: DDBR, DDC, NOS, OCP, OOPT, TIP, キャリアネットワーク, ネットワーク設計, バックボーンルーター, ホワイトボックス, ルーターDDBR とは何か – 大型シャーシルーターを分解して分散型にする考え方 へのコメントはまだありません DDBR を、大型シャーシルーターの内部構造を分解し、ラックスケールで分散構成するキャリア向けルーターアーキテクチャとして整理します。
Docker / コンテナ基礎ガイド 作者: si62512548投稿日: 2026年7月8日カテゴリー: コンテナタグ: Docker, Docker daemon, Dockerfile, Harbor, Kubernetes, コンテナ, コンテナレジストリ, コンテナ運用, プロキシDocker / コンテナ基礎ガイド へのコメントはまだありません Docker とコンテナ運用を、Dockerfile、Docker daemon、プロキシ、プライベートレジストリ、Harbor、Kubernetes との関係からたどるための基礎ガイドです。
Kubernetes kube-state-metrics の基本 – オブジェクト状態を監視に渡す 作者: si62512548投稿日: 2026年7月8日カテゴリー: Kubernetesタグ: Kubernetes, Prometheus, PVC, メトリクス, 監視, 監視設計Kubernetes kube-state-metrics の基本 – オブジェクト状態を監視に渡す へのコメントはまだありません kube-state-metrics を、CPU やメモリ使用量ではなく Kubernetes API のオブジェクト状態を Prometheus へ渡す部品として扱い、Deployment、Pod、PVC、Node、Job の状態監視とアラート設計を確認します。
