[작성자:] black K
-
내부 App 서버에서 L4 VIP 호출 시 서비스 불가 현상 — 왜 Proxy IP가 필요한가?
내부 서비스 구조에서 App 서버가 사설 L4 VIP를 바라보는 환경은 흔하다.내부 LB 계층을 통해 여러 App 서버 간 트래픽을 중계하는 구조에서는App 서버가 App 서버의 VIP를 직접 호출하는 일이 자연스럽게 발생한다. 그런데 이 구조에서 특정 상황에서만 트래픽이 drop되는 장애가 발생한다.주로 아래 작업 후 자주 나타난다: 표면적으로는 L4도 정상, App 서버도 정상, Health Check도 정상인데정작 “App 서버…
-
Zabbix で Kubernetes Pod の主要指標を可視化する(深掘りガイド)
— Grafana 連携による Pod CPU・Memory 使用量の動的ダッシュボード実装 📘 概要 以前にも関連内容を扱った記事があるが、より深いレベルでガイドをまとめる必要があると感じ、本記事を作成した。参考になれば幸いだ。 Zabbix で Kubernetes を監視するために Kubernetes Kubelet by HTTP テンプレートを適用すると、マクロ {$KUBE.API.URL} に設定された IP を基準として、次のようなホストグループが自動生成される。 本記事では、そのデータをもとに Pod CPU と Pod Memory 使用量を Grafana で可視化する方法を解説する。ダッシュボード作成や変数(variable)の基本操作は、以前のシリーズ🧭 「Zabbixサーバー指標をGrafanaで可視化する」 を参照してほしい。 🧩 Pod Memory の可視化 対象グループ このクエリから Pod Memory 使用量(Working set) を可視化できる。これを変数として扱い、動的ダッシュボードとして構成する。 🧮 変数作成 1️⃣ Group フィルタリング 項目 値 Name Group Hide Variable…
-
Zabbixサーバー指標をGrafanaで可視化する(第4編) — 変数を利用した動的ダッシュボード構築ガイド
📘 概要 第3編で CPU・メモリ・ディスクなどの静的ダッシュボードを完成させたら、今回は Grafana の 変数(Variables) を使って、ダッシュボードを “探索型の監視画面” に拡張する方法を解説する。 変数を活用すると、次のような操作が 1 つの画面で可能になる。 1. 変数(Variable)概要 Grafana の変数は、ダッシュボード内で動的に値をクエリへ渡すための仕組みだ。Zabbix プラグインは Group / Host / Item などのクエリタイプをサポートしており、これを利用することで 同じパネルを複数ホストや複数指標に再利用できる。 つまり 「CPU 使用率パネル 1 つで全サーバーを見る」といった構造を実現できる。 2. Group 変数の設定 2.1 設定パス Dashboard → Settings(⚙️) → Variables → Add variable ※ 右上に Settings が表示されない場合:Edit をクリック 2.2 主な項目 項目 設定値 説明 Name Group…
-
Zabbixサーバー指標をGrafanaで可視化する(第3編) — CPU・メモリ・ディスクの静的ダッシュボード構成ガイド
📘 概要 Zabbix との連携が完了したら、次はダッシュボード設計の段階に進む。本記事では、単にテンプレートを読み込むだけではなく、運用担当者が CPU・メモリ・ディスク・ネットワークなど主要指標をまとめて解釈できる、実務向け Grafana ダッシュボードを構築する。 ダッシュボードとは、ただのグラフ集ではなく、「障害が発生した際、どこから疑うべきか」 を視覚化する運用マップだ。 1. フォルダとダッシュボードの作成 1.1 フォルダ作成(任意) Grafana では複数のサーバー群や指標群を整理する場合、フォルダを使うとダッシュボードの構造管理が容易になる。 Menu → Dashboards → New → New folder例:example → Create 1.2 ダッシュボード作成 フォルダ内で新規ダッシュボードを作成する。 Menu → Dashboards → example → New dashboard → Add visualization 2. 最初のパネル:CPU 使用率 2.1 基本クエリ設定 項目 値 Data source Zabbix Query Type Metrics Group 任意選択(例:Example Group)…
-
Zabbixサーバー指標をGrafanaで可視化する(第2編) — Zabbix プラグインのインストールと Data Source 連携
📘 概要 第1回で Grafana のインストールとサービス設定が完了したら、今回は Zabbix のデータを Grafana に接続する手順に進む。 本記事では Grafana 公式プラグインの一つであるzabbix plugin(alexanderzobnin-zabbix-app) を導入し、Zabbix API を通じてリアルタイムメトリクスを取得する方法を解説する。 このプラグインは単なるグラフ描画用ではなく、Zabbix の Host / Item / Trigger を直接クエリできる 強力な拡張機能で、Zabbix を Grafana の Data Source に変換する中核となるコンポーネントだ。 1. Zabbix プラグインのインストール Grafana は grafana-cli コマンドでプラグインを管理する。Zabbix プラグインをインストールするには以下を実行する: インストール後、Grafana を再起動する: ✅ 確認コマンド リストに alexanderzobnin-zabbix-app が表示されれば正常。 2. プラグインの有効化 ブラウザから Grafana にログインし: Administration → Plugins and…
-
7화 : 여행
시간이 조금씩 흐르고 흘러친구들이 하나 둘씩 군대를 가기 시작했다. 고등학교 친구 용석이가 제일 먼저 갔고그 놈 성격에 맞게 해병대에 자원하였다. 그러던 어느날 상택이로부터 연락이 왔다. “야. 여행 가자.” 이 새끼는 원래 이런 식으로 말을 시작한다.설명 없음. 계획 없음. 갑자기 여행.근데 그게 또 묘하게 자연스러워서나도 별 거 없이 대답했다. “어디.”“부산.”“그런데 갑자기 왜?”“나 군대 간다.” “헐”“일단 대구로…
-
Zabbixサーバー指標をGrafanaで可視化する(第1編)— Ubuntu環境でのGrafanaインストールと開始ガイド
📘 概要 Zabbixでデータを収集し、Grafanaで可視化することで、運用者は単なるモニタリング画面ではなく、**「指標の意味が見えるダッシュボード」**を構築できる。 このシリーズでは Zabbix–Grafana の実務連携をテーマとし、第1回では Ubuntu 22.04 + Grafana 12.2.1 のインストールと基本設定手順を扱う。 本ガイドは公式ドキュメントを基にしつつ、エンジニアの実務観点で“本当に必要なコマンドと検証ステップだけ”に絞った最小構成でまとめている。 インストール関連のドキュメントは似た内容が多く、やや退屈かもしれないが、シリーズが進むにつれ、より有用な内容を届けられると思う。 1. Grafanaのインストールと起動 1.1 必要パッケージのインストール Grafanaインストール前に、HTTPSリポジトリへアクセスするためのユーティリティをインストールする。 1.2 GPGキー登録 Grafana公式リポジトリの認証に必要なGPGキーを登録する。 1.3 リポジトリの追加(stable または beta を選択) 以下のどちらか一つだけを適用する。本番環境では stable、テストや最新機能の検証環境では beta を推奨。 Stable版: Beta版: 1.4 パッケージリスト更新 1.5 Grafanaインストール 1.6 サービス起動と自動起動設定 次のコマンドで「起動 + 自動起動登録」を同時に設定できる。 1.7 サービス状態確認 出力例: active (running) であればインストール完了だ。 2. Grafanaログイン ブラウザからアクセス: 初期アカウント: 初回ログイン後、パスワード変更画面が表示されるので新しいパスワードを設定する。 ⚠️ セキュリティ上、adminパスワードは必ず即変更すること。運用環境ではローカルアカウントではなく…
-
K8S Calico vs Cilium — Beyond a Simple CNI Comparison: A Clash of Networking Philosophies
K8S Calico vs Cilium Among Kubernetes CNI plugins, the two names compared most often are Calico and Cilium.Both handle Pod-to-Pod communication, but their approaches could not be more different. Calico relies on traditional Linux networking — iptables and BGP — to build a simple and predictable L3 network.Cilium, on the other hand, uses eBPF to…
-
K8S Calico vs Cilium — 단순한 CNI 비교를 넘어, 네트워킹 철학의 충돌
K8S Calico vs Cilium 쿠버네티스 네트워크 플러그인(CNI) 중 가장 자주 비교되는 두 이름, Calico와 Cilium.둘 다 Pod 간 통신을 책임지는 핵심 구성요소지만, 접근 방식은 완전히 다르다.Calico는 전통적인 리눅스 네트워킹 — iptables와 BGP를 이용해 단순하고 예측 가능한 L3 네트워크를 만든다.반면 Cilium은 eBPF를 기반으로 커널 수준에서 트래픽을 직접 제어하며, L7까지 관찰과 정책을 확장한다. 결국 이 비교는 “어떤…
-
TCP TIME_WAIT — The Brief Resurrection of a Dead Socket
If you’re a systems engineer, you’ve definitely seen the word TIME_WAIT before.A single ss -tan command will easily show hundreds of them.At first glance, most people think, “Isn’t this just wasting resources?”But the truth is, it’s not some meaningless leftover —it’s a stabilization phase TCP leaves behind to ensure that every last byte of data…