Zabbix ขั้นสูง 2026 สอน Template, LLD, Trigger Expression และ API Automation

Zabbix ขั้นสูง — ทำไมต้องเรียนรู้มากกว่าพื้นฐาน?

Zabbix เป็นแพลตฟอร์ม Monitoring ระดับ Enterprise ที่ได้รับความนิยมสูงสุดในหมู่ SysAdmin ทั่วโลก หากคุณเคยใช้ Zabbix แล้วแต่ยังจำกัดอยู่แค่ติดตั้ง Agent แล้วดู Dashboard พื้นฐาน บทความนี้จะพาคุณไปอีกขั้น ครอบคลุมตั้งแต่การสร้าง Template ของตัวเอง การใช้ Low-Level Discovery (LLD) เพื่อค้นพบทรัพยากรแบบอัตโนมัติ การเขียน Trigger Expression ขั้นสูง การใช้ Zabbix API กับ Python เพื่อ Automation และการตั้งค่า Zabbix Proxy สำหรับ Distributed Monitoring ที่มีหลายสาขา

ในปี 2026 Zabbix เวอร์ชันล่าสุดมีความสามารถที่ทรงพลังมากขึ้น ทั้ง High Availability ของ Zabbix Server, การ Monitor แบบ Agentless ผ่าน HTTP Agent, การสร้าง Dashboard ที่ยืดหยุ่น และ Integration กับ Grafana ที่สมบูรณ์แบบ การเข้าใจฟีเจอร์ขั้นสูงเหล่านี้จะช่วยให้คุณสามารถ Monitor Infrastructure ได้อย่างมีประสิทธิภาพและลดงาน Manual ลงอย่างมาก

Zabbix Templates — หัวใจของการ Monitor ที่มีระบบ

ทำไมต้องใช้ Template?

Template คือชุดของ Items, Triggers, Graphs, Discovery Rules และ Dashboards ที่รวมเข้าด้วยกัน เพื่อให้สามารถนำไป Apply กับ Host หลายตัวได้ทันที แทนที่จะต้องตั้งค่าทีละ Host ซึ่งเสียเวลาและเกิดความผิดพลาดง่าย ข้อดีของ Template ประกอบด้วย ความสม่ำเสมอในการ Monitor (ทุก Host ใช้การตั้งค่าเดียวกัน), ลดเวลาการ Deploy (เพิ่ม Host ใหม่ Link Template แค่ครั้งเดียว), ง่ายต่อการ Update (แก้ที่ Template ครั้งเดียว มีผลกับทุก Host), สามารถ Export/Import ข้าม Zabbix Server ได้ และสามารถซ้อน Template (Nested Templates) เพื่อสร้างโครงสร้างที่ยืดหยุ่น

การ Import Template มาตรฐาน

Zabbix มี Template มาตรฐานมาให้มากกว่า 200 รายการ ครอบคลุม Linux, Windows, Network Devices (Cisco, MikroTik, Juniper, HP), Databases (MySQL, PostgreSQL, MongoDB, Redis), Web Servers (Apache, Nginx), Application Servers (Tomcat, JBoss), Cloud Services (AWS, Azure) และอื่น ๆ อีกมากมาย การ Import ทำได้ง่ายผ่าน Configuration > Templates > Import จากนั้นเลือกไฟล์ YAML หรือ XML

# ดาวน์โหลด Template จาก Zabbix Git Repository
git clone https://git.zabbix.com/scm/zbx/zabbix.git
# Template อยู่ในโฟลเดอร์:
ls zabbix/templates/

# Import ผ่าน Zabbix API (Python)
import requests, json

zabbix_url = "https://zabbix.company.com/api_jsonrpc.php"
auth_token = "your-auth-token"

with open("template_linux.yaml", "r") as f:
    template_data = f.read()

payload = {
    "jsonrpc": "2.0",
    "method": "configuration.import",
    "params": {
        "format": "yaml",
        "source": template_data,
        "rules": {
            "templates": {"createMissing": True, "updateExisting": True},
            "items": {"createMissing": True, "updateExisting": True},
            "triggers": {"createMissing": True, "updateExisting": True},
            "discoveryRules": {"createMissing": True, "updateExisting": True}
        }
    },
    "auth": auth_token,
    "id": 1
}
r = requests.post(zabbix_url, json=payload)
print(r.json())

การสร้าง Custom Template

เมื่อ Template มาตรฐานไม่ตอบโจทย์ เช่น ต้อง Monitor แอปพลิเคชันภายในองค์กร หรือต้องการ Items/Triggers ที่เฉพาะเจาะจง คุณสามารถสร้าง Custom Template ได้ ขั้นตอนสำคัญคือ การวางแผนว่าต้อง Monitor อะไร (Metrics, Logs, Status), กำหนด Items (ข้อมูลที่เก็บ) พร้อม Preprocessing, สร้าง Triggers (เงื่อนไขการแจ้งเตือน), จัด Graphs และ Dashboards, และตั้ง Macros เพื่อให้ Template ยืดหยุ่นปรับแต่งได้ตาม Host

# ตัวอย่าง Custom Template สำหรับ Monitor Docker
# Configuration > Templates > Create Template
#   Template name: Template App Docker Custom
#   Groups: Templates/Applications
#   Description: Monitor Docker daemon and containers

# Macros ที่ใช้:
# {$DOCKER.API.URL} = http://localhost:2375
# {$DOCKER.CPU.HIGH} = 80
# {$DOCKER.MEM.HIGH} = 85
# {$DOCKER.CONTAINER.WARN} = 50

# Item: Docker Version
# Type: HTTP Agent
# URL: {$DOCKER.API.URL}/version
# Preprocessing: JSONPath $.Version

# Item: Total Containers
# Type: HTTP Agent
# URL: {$DOCKER.API.URL}/info
# Preprocessing: JSONPath $.Containers

# Item: Running Containers
# URL: {$DOCKER.API.URL}/info
# Preprocessing: JSONPath $.ContainersRunning

Low-Level Discovery (LLD) — ค้นพบทรัพยากรอัตโนมัติ

LLD คืออะไร?

Low-Level Discovery (LLD) เป็นฟีเจอร์ที่ทรงพลังที่สุดอย่างหนึ่งของ Zabbix ทำหน้าที่ค้นหาทรัพยากรบน Host โดยอัตโนมัติ เช่น Network Interfaces, Filesystems, Docker Containers, Database Instances แล้วสร้าง Items, Triggers, Graphs ให้อัตโนมัติตาม Template ที่กำหนด (Item Prototypes, Trigger Prototypes) ทำให้ไม่ต้องเพิ่ม Items ด้วยมือเมื่อมี Network Interface ใหม่ หรือมี Docker Container ใหม่

LLD สำหรับ Network Interfaces

# Discovery Rule สำหรับ Network Interfaces
# Type: Zabbix agent
# Key: net.if.discovery
# Update interval: 1h
# Keep lost resources: 30d

# ผลลัพธ์ Discovery (JSON):
[
  {"{#IFNAME}": "eth0", "{#IFTYPE}": "4"},
  {"{#IFNAME}": "eth1", "{#IFTYPE}": "4"},
  {"{#IFNAME}": "docker0", "{#IFTYPE}": "4"},
  {"{#IFNAME}": "lo", "{#IFTYPE}": "24"}
]

# Item Prototypes:
# net.if.in[{#IFNAME}]    → Incoming traffic on {#IFNAME}
# net.if.out[{#IFNAME}]   → Outgoing traffic on {#IFNAME}
# net.if.total[{#IFNAME}] → Total traffic on {#IFNAME}

# Trigger Prototypes:
# {host:net.if.in[{#IFNAME}].avg(5m)} > {$IF.UTIL.MAX}
# → "High inbound traffic on {#IFNAME}"

# Filter (ไม่รวม loopback):
# Macro: {#IFNAME}
# Regular expression: ^(lo|veth.*)$
# Result: FALSE (ไม่ Discover)

LLD สำหรับ Filesystems

# Discovery Rule สำหรับ Filesystems
# Key: vfs.fs.discovery
# Update interval: 1h

# ผลลัพธ์:
[
  {"{#FSNAME}": "/", "{#FSTYPE}": "ext4"},
  {"{#FSNAME}": "/home", "{#FSTYPE}": "ext4"},
  {"{#FSNAME}": "/var", "{#FSTYPE}": "ext4"},
  {"{#FSNAME}": "/boot", "{#FSTYPE}": "ext4"}
]

# Item Prototypes:
# vfs.fs.size[{#FSNAME},used]  → Used space on {#FSNAME}
# vfs.fs.size[{#FSNAME},total] → Total space on {#FSNAME}
# vfs.fs.size[{#FSNAME},pused] → Used space % on {#FSNAME}
# vfs.fs.inode[{#FSNAME},pused]→ Inode usage % on {#FSNAME}

# Trigger Prototypes:
# last(/host/vfs.fs.size[{#FSNAME},pused]) > {$FS.WARN}
# → "Disk space warning on {#FSNAME} ({ITEM.VALUE}%)"
# Severity: Warning

# last(/host/vfs.fs.size[{#FSNAME},pused]) > {$FS.CRIT}
# → "Disk space critical on {#FSNAME} ({ITEM.VALUE}%)"
# Severity: High
# Dependencies: Warning trigger

LLD สำหรับ Docker Containers

# Custom LLD สำหรับ Docker Containers
# Type: HTTP Agent
# URL: {$DOCKER.API.URL}/containers/json?all=true
# Preprocessing:
#   1. JSONPath: $.[*]
#   2. JavaScript:
var containers = JSON.parse(value);
var result = [];
containers.forEach(function(c) {
    result.push({
        "{#CONTAINER.ID}": c.Id.substring(0, 12),
        "{#CONTAINER.NAME}": c.Names[0].replace("/", ""),
        "{#CONTAINER.IMAGE}": c.Image,
        "{#CONTAINER.STATE}": c.State
    });
});
return JSON.stringify(result);

# Item Prototypes:
# URL: {$DOCKER.API.URL}/containers/{#CONTAINER.ID}/stats?stream=false
# docker.container.cpu[{#CONTAINER.NAME}]
#   Preprocessing: JSONPath, JavaScript (คำนวณ CPU %)
# docker.container.memory[{#CONTAINER.NAME}]
#   Preprocessing: JSONPath $.memory_stats.usage
# docker.container.status[{#CONTAINER.NAME}]
#   Preprocessing: JSONPath $.State.Status

Trigger Expressions — เงื่อนไขการแจ้งเตือนขั้นสูง

Trigger Functions ที่ใช้บ่อย

Trigger Expression ใน Zabbix ใช้ Functions เพื่อวิเคราะห์ข้อมูลก่อนตัดสินว่าจะแจ้งเตือนหรือไม่ Functions ที่ใช้บ่อยได้แก่ last() สำหรับค่าล่าสุด, avg() สำหรับค่าเฉลี่ย, min()/max() สำหรับค่าต่ำสุดสูงสุดในช่วงเวลา, diff() สำหรับตรวจสอบว่าค่าเปลี่ยนหรือไม่, change() สำหรับดูว่าค่าเปลี่ยนไปเท่าไหร่, nodata() สำหรับตรวจสอบว่าไม่มีข้อมูลเข้ามา, count() สำหรับนับจำนวนค่าที่ตรงเงื่อนไข, trend_avg()/trend_max() สำหรับวิเคราะห์ Trend ระยะยาว

# Trigger Expression ขั้นสูง

# 1. CPU สูงต่อเนื่อง 10 นาที (ไม่ใช่แค่ spike ชั่วคราว)
avg(/host/system.cpu.util,10m) > 90

# 2. Memory ใช้มากกว่า 85% และเพิ่มขึ้นต่อเนื่อง
last(/host/vm.memory.util) > 85
and
change(/host/vm.memory.util) > 0

# 3. Disk เต็มเร็ว (predictive trigger)
# ถ้า trend ปัจจุบัน disk จะเต็มใน 24 ชั่วโมง
timeleft(/host/vfs.fs.size[/,pused],1h,100) < 24h

# 4. Network interface down มากกว่า 5 นาที
max(/host/net.if.status[eth0],5m) = 0

# 5. ไม่มีข้อมูลมานานกว่า 10 นาที
nodata(/host/agent.ping,10m) = 1

# 6. Service process ไม่ทำงาน
last(/host/proc.num[nginx]) = 0
or last(/host/proc.num[nginx,,run]) = 0

# 7. HTTP response time สูง (ค่าเฉลี่ย 5 นาทีเกิน 3 วินาที)
avg(/host/web.test.time[Website,Homepage],5m) > 3

# 8. ค่า Anomaly — เบี่ยงเบนจากค่าเฉลี่ยมากกว่า 2 std dev
# ใช้ Calculated Item + Trigger
abs(last(/host/metric) - avg(/host/metric,1d)) >
2 * (max(/host/metric,1d) - min(/host/metric,1d)) / 4

Trigger Severity และ Dependencies

Zabbix มี Severity 6 ระดับ ได้แก่ Not classified, Information, Warning, Average, High และ Disaster แต่ละระดับสามารถกำหนด Action ที่แตกต่างกันได้ เช่น Warning ส่งแค่ Email, High ส่ง SMS, Disaster โทรหาทีม On-Call ผ่าน PagerDuty

Trigger Dependencies ช่วยป้องกัน Alert Storm โดยกำหนดว่า Trigger หนึ่งขึ้นอยู่กับอีก Trigger หนึ่ง เช่น ถ้า Switch Down (Parent Trigger) ก็ไม่ต้องแจ้งเตือนว่า Host ทุกตัวที่ต่ออยู่กับ Switch นั้น Unreachable (Child Triggers) เพราะสาเหตุที่แท้จริงคือ Switch

# ตัวอย่าง Trigger Dependencies

# Parent: Core Switch Down
# Expression: last(/core-switch/net.if.status[ge-0/0/0]) = 0
# Severity: Disaster

# Child: Server Unreachable
# Expression: nodata(/server01/agent.ping,5m) = 1
# Severity: High
# Dependencies: "Core Switch Down"
# → ถ้า Core Switch Down จะไม่แจ้งเตือน Server Unreachable

# Recovery Expression (เงื่อนไขกลับมาปกติ)
# Problem: avg(/host/system.cpu.util,10m) > 90
# Recovery: avg(/host/system.cpu.util,10m) < 70
# → ใช้ Recovery Expression แยกเพื่อป้องกัน flapping

Calculated Items — คำนวณ Metrics ใหม่

Calculated Items ช่วยให้คุณสร้าง Metrics ใหม่จาก Items ที่มีอยู่แล้ว โดยไม่ต้องเก็บข้อมูลเพิ่มจาก Agent เหมาะสำหรับการรวมค่า การคำนวณ Ratio หรือการสร้าง KPI

# ตัวอย่าง Calculated Items

# 1. Memory Used (bytes) = Total - Available
last(//vm.memory.size[total]) - last(//vm.memory.size[available])

# 2. CPU Idle = 100 - CPU Used
100 - last(//system.cpu.util)

# 3. Disk I/O Ratio (Read vs Write)
last(//vfs.dev.read.rate[sda]) /
(last(//vfs.dev.read.rate[sda]) + last(//vfs.dev.write.rate[sda])) * 100

# 4. Network Utilization % (ต้องรู้ bandwidth ของ interface)
(last(//net.if.in[eth0]) + last(//net.if.out[eth0]))
/ {$IF.BANDWIDTH} * 100

# 5. Aggregate — จำนวน Host ที่ CPU สูง (Group Level)
# Type: Calculated
# ใช้กับ Host Group เพื่อดูภาพรวม

Zabbix API — Python Scripting สำหรับ Automation

Authentication และ Basic Operations

Zabbix API ใช้ JSON-RPC 2.0 protocol สามารถเรียกใช้ได้จากภาษาใดก็ได้ที่ส่ง HTTP POST ได้ ในบทความนี้จะใช้ Python เป็นหลัก เพราะเป็นภาษาที่ SysAdmin คุ้นเคย

import requests, json

ZABBIX_URL = "https://zabbix.company.com/api_jsonrpc.php"
ZABBIX_USER = "Admin"
ZABBIX_PASS = "zabbix"

class ZabbixAPI:
    def __init__(self, url, user, password):
        self.url = url
        self.auth = None
        self.login(user, password)

    def call(self, method, params=None):
        payload = {
            "jsonrpc": "2.0",
            "method": method,
            "params": params or {},
            "id": 1
        }
        if self.auth:
            payload["auth"] = self.auth
        r = requests.post(self.url, json=payload,
                         headers={"Content-Type": "application/json-rpc"})
        result = r.json()
        if "error" in result:
            raise Exception(f"API Error: {result['error']}")
        return result.get("result")

    def login(self, user, password):
        self.auth = self.call("user.login",
                             {"username": user, "password": password})
        print(f"Logged in, token: {self.auth[:10]}...")

# ใช้งาน
zapi = ZabbixAPI(ZABBIX_URL, ZABBIX_USER, ZABBIX_PASS)

# ดึงรายการ Host ทั้งหมด
hosts = zapi.call("host.get", {
    "output": ["hostid", "host", "name", "status"],
    "selectInterfaces": ["ip"],
    "sortfield": "host"
})
for h in hosts:
    ip = h["interfaces"][0]["ip"] if h["interfaces"] else "N/A"
    status = "Enabled" if h["status"] == "0" else "Disabled"
    print(f"  {h['host']} ({ip}) - {status}")

# ดึง Triggers ที่กำลัง Active (Problems)
problems = zapi.call("problem.get", {
    "output": ["eventid", "objectid", "name", "severity", "clock"],
    "sortfield": ["severity", "eventid"],
    "sortorder": "DESC",
    "limit": 20
})
severity_map = {
    "0": "Not classified", "1": "Information",
    "2": "Warning", "3": "Average",
    "4": "High", "5": "Disaster"
}
for p in problems:
    print(f"  [{severity_map[p['severity']]}] {p['name']}")

Automation Scripts — Bulk Operations

# สร้าง Host จำนวนมากจาก CSV
import csv

def bulk_create_hosts(zapi, csv_file, group_id, template_id):
    with open(csv_file) as f:
        reader = csv.DictReader(f)
        for row in reader:
            result = zapi.call("host.create", {
                "host": row["hostname"],
                "name": row["display_name"],
                "interfaces": [{
                    "type": 1,  # Agent
                    "main": 1,
                    "useip": 1,
                    "ip": row["ip"],
                    "dns": "",
                    "port": "10050"
                }],
                "groups": [{"groupid": group_id}],
                "templates": [{"templateid": template_id}],
                "macros": [
                    {"macro": "{$LOCATION}", "value": row["location"]},
                    {"macro": "{$CONTACT}", "value": row["contact"]}
                ]
            })
            print(f"  Created: {row['hostname']} (ID: {result['hostids'][0]})")

# Maintenance Window อัตโนมัติ
def create_maintenance(zapi, name, host_ids, start, duration_hours):
    result = zapi.call("maintenance.create", {
        "name": name,
        "active_since": start,
        "active_till": start + duration_hours * 3600,
        "hostids": host_ids,
        "timeperiods": [{
            "timeperiod_type": 0,  # One-time
            "start_date": start,
            "period": duration_hours * 3600
        }],
        "tags_evaltype": 0
    })
    print(f"  Maintenance created: {result['maintenanceids']}")

# Export Configuration อัตโนมัติ (Backup)
def backup_config(zapi, output_file):
    hosts = zapi.call("host.get", {"output": ["hostid"]})
    host_ids = [h["hostid"] for h in hosts]

    templates = zapi.call("template.get", {"output": ["templateid"]})
    template_ids = [t["templateid"] for t in templates]

    config = zapi.call("configuration.export", {
        "format": "yaml",
        "options": {
            "hosts": host_ids,
            "templates": template_ids
        }
    })
    with open(output_file, "w") as f:
        f.write(config)
    print(f"  Config backed up to {output_file}")

Zabbix Proxy — Distributed Monitoring

เมื่อไหร่ต้องใช้ Zabbix Proxy?

Zabbix Proxy เหมาะสำหรับสถานการณ์ต่อไปนี้: มีหลายสาขา (Branch Office) ที่เชื่อมต่อผ่าน WAN, ต้อง Monitor Hosts จำนวนมาก (หลายพันตัว) เพื่อแบ่ง Load, เครือข่ายมี Firewall ที่ไม่เปิด Port จาก Zabbix Server โดยตรง, ต้องการ Monitor ใน Cloud (AWS, Azure) ที่แยก Network, หรือต้องการ Buffer ข้อมูลเมื่อ Connection ไปยัง Zabbix Server ขาด

# ติดตั้ง Zabbix Proxy (Active Mode)
# Active Proxy จะ connect ไปหา Zabbix Server เอง
# เหมาะสำหรับ Remote Site ที่อยู่หลัง NAT/Firewall

# zabbix_proxy.conf
Server=zabbix-server.company.com
Hostname=proxy-branch01
DBName=/var/lib/zabbix/proxy.db    # SQLite สำหรับ local buffer
ProxyLocalBuffer=0
ProxyOfflineBuffer=24              # เก็บข้อมูลได้ 24 ชม. ถ้า Server ขาด
ConfigFrequency=300                # Sync config ทุก 5 นาที
DataSenderFrequency=1              # ส่งข้อมูลทุก 1 วินาที
HeartbeatFrequency=60

# ลงทะเบียน Proxy ใน Zabbix Server
# Administration > Proxies > Create Proxy
# Proxy name: proxy-branch01
# Proxy mode: Active
# Proxy group: Branch Offices

# ย้าย Host ไปใช้ Proxy
# Configuration > Hosts > เลือก Host > Monitored by proxy: proxy-branch01

# หรือผ่าน API
zapi.call("host.update", {
    "hostid": "10001",
    "proxy_hostid": "10100"  # Proxy ID
})

Zabbix + Grafana — Dashboard ระดับมืออาชีพ

แม้ Zabbix จะมี Dashboard ในตัว แต่ Grafana ให้ความยืดหยุ่นในการสร้าง Visualization ที่สวยงามและ Interactive มากกว่า โดยใช้ Zabbix Plugin สำหรับ Grafana

# ติดตั้ง Zabbix Plugin สำหรับ Grafana
grafana-cli plugins install alexanderzobnin-zabbix-app
systemctl restart grafana-server

# ตั้งค่า Data Source ใน Grafana
# Type: Zabbix
# URL: https://zabbix.company.com/api_jsonrpc.php
# Username: grafana-readonly (สร้าง User แยกใน Zabbix)
# Password: ****
# Trends: เปิด (ใช้ Trend data สำหรับ long-term graphs)

# Dashboard Tips:
# 1. ใช้ Template Variables สำหรับ Host Group, Host, Application
# 2. ใช้ Singlestat panels สำหรับ KPIs
# 3. ใช้ Table panels สำหรับ Active Problems
# 4. ใช้ Heatmap สำหรับ CPU/Memory utilization across hosts
# 5. ใช้ Alerting ของ Grafana ร่วมกับ Zabbix triggers

Alert Escalation — การส่งต่อการแจ้งเตือน

การตั้ง Escalation ที่ดีช่วยให้ปัญหาถูกจัดการอย่างรวดเร็ว โดยกำหนดว่าแจ้งเตือนใครก่อน ถ้าไม่ Acknowledge ภายในเวลาที่กำหนดจะส่งต่อไปใคร

# ตัวอย่าง Escalation Steps

# Step 1 (ทันที): ส่ง Email + LINE ไปยัง On-Call Engineer
# Step 2 (15 นาที): ถ้ายัง Unacknowledged → ส่ง SMS ไป Team Lead
# Step 3 (30 นาที): ถ้ายัง Unresolved → ส่ง SMS + โทรไป IT Manager
# Step 4 (1 ชั่วโมง): ถ้ายัง Unresolved → ส่ง Email ไป CTO

# Configuration > Actions > Trigger actions > Create action
# Name: Critical Alert Escalation
# Conditions:
#   Trigger severity >= High
#   Host group = Production
# Operations:
#   Step 1-1: Send to "On-Call Engineers" (Email + Webhook)
#   Step 2-2: Send to "Team Leads" (Email + SMS)
#   Step 3-3: Send to "IT Manager" (SMS)
#   Step 4-0: Send to "CTO" (Email)
#   Step duration: 15 minutes

# Recovery Operations:
#   Notify all involved (แจ้งทุกคนที่ได้รับการแจ้งเตือนว่าแก้แล้ว)

# Update Operations:
#   Notify all involved when acknowledged

Maintenance Windows — หยุดแจ้งเตือนตามกำหนด

เมื่อต้องทำ Scheduled Maintenance เช่น Patch Tuesday, Server Upgrade หรือ Network Maintenance ควรสร้าง Maintenance Window เพื่อไม่ให้เกิด False Alerts ระหว่างการบำรุงรักษา

# สร้าง Maintenance Window ผ่าน API
import time

# Maintenance สำหรับ Patch Tuesday ทุกเดือน
# วันอังคารที่ 2 ของเดือน เวลา 02:00-06:00
def create_monthly_maintenance(zapi, host_group_id):
    result = zapi.call("maintenance.create", {
        "name": "Monthly Patch Tuesday",
        "active_since": int(time.time()),
        "active_till": int(time.time()) + 365 * 86400,
        "groupids": [host_group_id],
        "timeperiods": [{
            "timeperiod_type": 3,    # Monthly
            "every": 1,              # ทุกเดือน
            "dayofweek": 4,          # วันอังคาร (bit mask)
            "start_time": 7200,      # 02:00 (seconds from midnight)
            "period": 14400          # 4 ชั่วโมง
        }],
        "maintenance_type": 0,       # With data collection
        "description": "Monthly Windows patching"
    })
    return result

# Maintenance Type:
# 0 = With data collection (เก็บข้อมูลแต่ไม่แจ้งเตือน)
# 1 = Without data collection (ไม่เก็บข้อมูลเลย)

SLA Reporting — รายงาน Service Level

Zabbix สามารถสร้าง SLA Report ได้โดยใช้ Services feature ซึ่งช่วยให้คุณกำหนดโครงสร้าง Service Tree แล้ววัด Availability ตาม SLA ที่ตกลงกับลูกค้าหรือฝ่ายบริหาร

# Services Configuration
# Services > Create Service
# Name: Web Application
# SLA: 99.9%
# Algorithm: Most critical of child services
# Child Services:
#   - Web Servers (Problem tag: component:web)
#   - Database Servers (Problem tag: component:db)
#   - Load Balancers (Problem tag: component:lb)

# SLA Report ผ่าน API
def get_sla_report(zapi, service_id, period_from, period_to):
    result = zapi.call("sla.getsli", {
        "slaid": service_id,
        "period_from": period_from,
        "period_to": period_to,
        "periods": 12  # 12 เดือน
    })
    for period in result:
        for sli in period.get("sli", []):
            uptime = sli.get("uptime", 0)
            downtime = sli.get("downtime", 0)
            total = uptime + downtime
            if total > 0:
                availability = (uptime / total) * 100
                print(f"  Availability: {availability:.3f}%")
                print(f"  Downtime: {downtime // 60} minutes")

Best Practices สำหรับ Zabbix ขั้นสูง

การใช้งาน Zabbix ในระดับ Production ที่มีหลายพัน Host ต้องคำนึงถึงหลายเรื่อง

1. Performance Tuning

ตั้ง History และ Trend retention ให้เหมาะสม ข้อมูลที่ไม่จำเป็นไม่ต้องเก็บนาน ใช้ TimescaleDB แทน MySQL/PostgreSQL สำหรับ History storage เพราะ compression ดีกว่า 10 เท่า แยก Database Server ออกจาก Zabbix Server เสมอสำหรับ Environment ที่มีมากกว่า 500 Host

2. Template Organization

จัดกลุ่ม Templates อย่างเป็นระบบ ใช้ Nested Templates เพื่อลด Duplication ตั้งชื่อ Macros อย่างสม่ำเสมอ (เช่น {$SERVICE.PORT}, {$SERVICE.THRESHOLD}) ทำ Version Control สำหรับ Template files ด้วย Git

3. Security

ใช้ Encryption สำหรับ Agent-Server communication (TLS/PSK) สร้าง User Groups แยกตามหน้าที่ (Admin, Operator, Viewer) จำกัด API access ด้วย IP whitelist ใช้ LDAP/SAML สำหรับ Authentication

4. High Availability

ตั้ง Zabbix Server HA (Active-Standby) ด้วย Database replication ใช้ Zabbix Proxy สำหรับ Remote sites ตั้ง Monitoring ตัว Zabbix เองด้วย (Monitor the monitor)

สรุป

Zabbix ขั้นสูงในปี 2026 เป็นเครื่องมือที่ทรงพลังอย่างยิ่งสำหรับ SysAdmin ที่ต้องดูแล Infrastructure ขนาดใหญ่ การเข้าใจ Templates ช่วยให้จัดการ Monitoring ได้อย่างเป็นระบบ LLD ลดงาน Manual ในการเพิ่ม Items/Triggers ใหม่ Trigger Expression ขั้นสูงช่วยลด False Alerts และ Zabbix API เปิดโอกาสให้ Automate ทุกอย่างด้วย Python

เริ่มต้นจากการ Review Templates ที่ใช้อยู่ ตรวจสอบว่ามี Items ที่ไม่จำเป็นหรือไม่ เพิ่ม LLD สำหรับทรัพยากรที่ยังตั้ง Manual อยู่ ปรับปรุง Trigger Dependencies เพื่อลด Alert Storm และเริ่มเขียน Automation Scripts ด้วย Zabbix API ทีละอย่าง เมื่อทำครบแล้วคุณจะพบว่า Zabbix สามารถ Monitor Infrastructure ได้อย่างครอบคลุมโดยใช้แรงคนน้อยลงอย่างมาก