Açık kaynaklı izleme, kontrollü işletme

Zabbix Network İzleme Kurulumu ve Yönetimi

Zabbix ile network cihazları, fiziksel ve sanal sunucular, uygulamalar, web servisleri ve kritik altyapı bileşenleri için ölçülebilir bir izleme düzeni kuruyoruz. Antalya’da yerinde keşif; Türkiye genelinde uzaktan mimari, kurulum ve teknik devralma desteği sunuyoruz.

Zabbix kapsamını envanter üzerinden çıkaralım

Lokasyon, cihaz, sunucu, kritik servis, mevcut sanallaştırma kaynağı ve saklama beklentinizi paylaşın. İlk değerlendirmede merkezi server, proxy ihtiyacı, veri toplama yöntemi ve gerçek kurulum sorumluluğunu netleştirelim.

Zabbix Ön Değerlendirmesi
Antalya’da Zabbix network izleme ekranı üzerinden ağ ve sunucu sağlığını değerlendiren uzman
Temsili görsel: Zabbix kurulumu; yalnız cihazları panele eklemekten değil, doğru veri kaynağını, alarm sorumluluğunu ve işletme modelini birlikte tasarlamaktan oluşur.

Temel yaklaşım

Zabbix kurulumu, cihazları panele eklemekten ibaret değildir

Zabbix, açık kaynaklı ve dağıtık çalışabilen kurumsal bir izleme platformudur. Ancak platformun güçlü olması, her hazır şablonun her cihazda doğru veri üreteceği veya varsayılan her alarmın iş açısından anlamlı olduğu anlamına gelmez. Başarılı kurulum; izlenecek varlıkları, veri kaynaklarını, ölçüm sıklığını, saklama politikasını ve alarm sorumluluğunu proje başlamadan tanımlar.

Yazılım lisans maliyetinin olmaması da toplam işletme maliyetini sıfırlamaz. Server ve veritabanı kapasitesi, proxy kaynakları, yedekleme, güvenlik, sürüm yönetimi, şablon uyarlaması, eğitim ve günlük operasyon ayrı sorumluluklardır. Biga Bilişim bu başlıkları kurulum teklifinde görünür hale getirir.

Mimari katmanlar

Sağlıklı Zabbix mimarisi dört katmanda kurulur

Merkezi arayüz tek başına izleme sistemi değildir. Veri toplama, işleme, saklama ve aksiyon katmanları birbirinden ayrılarak tasarlanır.

Server ve veritabanı

Merkezi yapılandırma, trigger değerlendirmesi, history ve trend verisi için işlemci, bellek, depolama ve veritabanı I/O kapasitesi birlikte hesaplanır.

Proxy ve uzak lokasyonlar

Şube verileri yerelde toplanabilir, bağlantı kesintilerinde tamponlanabilir ve merkezi server yükü kontrollü biçimde dağıtılabilir.

Veri toplama

Zabbix agent veya agent 2, SNMP, HTTP, API, IPMI, JMX, ODBC ve servis kontrolleri cihaz ya da uygulama kabiliyetine göre seçilir.

Alarm ve görünürlük

Trigger, bağımlılık, bakım penceresi, dashboard, rapor ve bildirim kuralları iş etkisine ve sorumlu ekibe göre yapılandırılır.

Mimari sınır: Proxy, merkezi serverın yerine geçmez ve kendi işletme sorumluluğunu ortadan kaldırmaz. Her proxy için kaynak, yerel veri davranışı, bağlantı, güvenlik, saat senkronu, yedekleme ve güncelleme planı gerekir.

Kapasite ve kapsam

Kapasite hesabı cihaz sayısından daha ayrıntılıdır

Aynı sayıda cihaza sahip iki kurumun item yükü, ölçüm aralığı ve saklama ihtiyacı farklı olabilir. Sunucu boyutu gerçek ölçüm planına göre çıkarılır.

Item ve ölçüm sıklığı
Aktif item sayısı, polling aralığı, trap veya agent akışı ve saniyedeki yeni değer miktarı hesaplanır. Kritik olmayan metrikler gereksiz sıklıkta toplanmaz.
History ve trend
Ham verinin ne kadar süre saklanacağı, trend dönemleri, rapor beklentisi ve veri tabanı büyümesi depolama ile housekeeping planına dönüştürülür.
Şablon ve discovery
Hazır şablonlar model ve sürüm uyumuyla doğrulanır. Low-level discovery kuralları gereksiz arayüz, disk veya servis üretmeyecek biçimde filtrelenir.
Trigger ve bağımlılık
Alarm sayısı kadar trigger ifadesi, bağımlılık, severity, tekrar, recovery ve maintenance davranışı da işlem ve operasyon yükünü etkiler.
Dashboard ve rapor
Kullanıcı sayısı, görünürlük ihtiyacı, periyodik raporlar, haritalar ve dış entegrasyonlar frontend ile server kaynak planına dahil edilir.
Yedek ve sürüm planı
Veritabanı, yapılandırma, özel şablon ve scriptler yedeklenir. Güncelleme öncesi uyumluluk, test, bakım penceresi ve geri dönüş adımı yazılır.

Devreye alma

Zabbix projesi altı kontrollü aşamada ilerler

  1. 01

    Envanter ve kritik hizmetler

    Lokasyon, cihaz, sunucu, uygulama, servis sahibi ve iş etkisi kaydedilir. İzlenecek varlık ile yalnız envanterde tutulacak varlık ayrılır.

  2. 02

    Server ve veritabanı tasarımı

    Item yükü, ölçüm aralığı, saklama, büyüme, yedekleme ve erişilebilirlik hedefi sunucu, veritabanı ve disk mimarisine dönüştürülür.

  3. 03

    Güvenli veri toplama

    Agent, SNMPv3, API, HTTP ve proxy erişimleri en az yetkiyle açılır. Yönetim ağı, VPN, TLS, PSK veya sertifika seçenekleri bileşen bazında doğrulanır.

  4. 04

    Şablon ve discovery kontrolü

    Hazır şablonlar gerçek cihaz ve sürümle pilotta test edilir. Desteklenmeyen, hatalı veya gereksiz itemlar üretim kapsamından çıkarılır.

  5. 05

    Alarm ve bildirim tasarımı

    Severity, trigger bağımlılığı, bakım penceresi, tekrar, recovery, medya tipi ve eskalasyon sorumlusu kontrollü olaylarla sınanır.

  6. 06

    Kabul ve teknik devralma

    Veri, alarm, kullanıcı rolü, dashboard, rapor, yedek ve geri dönüş adımları test edilir. Mimari, envanter ve işletme dokümanı kuruma teslim edilir.

Güvenli izleme

İzleme erişimi, üretim erişiminden ayrı yönetilir

İzleme platformu çok sayıda sisteme bağlandığı için kullanıcı, ağ ve kimlik bilgisi sınırları baştan tasarlanmalıdır.

  • Destekleyen network cihazlarında salt okunur SNMPv3 ve mümkünse AuthPriv
  • Agent, proxy ve server bağlantılarında uygun TLS PSK veya sertifika planı
  • Yönetim VLAN’ı, erişim listesi, VPN ve yalnız gerekli portların açılması
  • Frontend için kişiye özel hesap, rol ayrımı ve desteklenen kimlik doğrulama seçenekleri
  • Parola ve anahtarların açık doküman, script veya paylaşılan hesaba yazılmaması
  • Audit log, yapılandırma yedeği, sürüm takibi ve düzenli güncelleme prosedürü

Güvenlik notu: SNMPv3 seçmek tek başına yeterli değildir. Cihazın desteklediği güvenlik seviyesi, algoritmalar, hesap yetkisi, kaynak IP kısıtı ve ağ rotası pilot sırasında doğrulanır. Yönetim arayüzleri doğrudan internete açılmaz.

Yerleşim kararı

Tek merkez ve çok şubeli mimari farklı planlanır

Merkezi Zabbix server

Tek lokasyon veya güvenilir bağlantıya sahip yapılarda server ve veritabanı merkezi sanallaştırma ortamında çalışabilir. Kurum kaynak, işletim sistemi, veritabanı, yedekleme ve sürüm sorumluluğunu açıkça sahiplenir.

  • Item yükü ve saklama için kaynak ayrılır
  • Veritabanı ile disk I/O izlenir
  • Yedekleme ve geri yükleme testi yapılır
  • Bakım ve güncelleme takvimi belirlenir

Şube ve proxy mimarisi

Uzak lokasyondaki proxy yerel cihazlardan veri toplar ve merkezi servera aktarır. Bağlantı kesintisindeki tamponlama, proxy kaynağı, yerel veri davranışı ve merkezi bağlantı yönü üretim öncesi test edilir.

  • Her şube için cihaz erişimi doğrulanır
  • Proxy kaynağı ve tampon süresi hesaplanır
  • Saat senkronu ve isim çözümü test edilir
  • Proxy güncelleme sorumlusu atanır

Sahadan operasyona

Kurulum ve alarm testi aynı proje planında ilerler

Sahadaki cihaz erişimi doğrulanmadan şablon; iş etkisi ve sorumlu ekip belirlenmeden alarm tamamlanmış sayılmaz. Kabul testinde veri ile aksiyon zinciri birlikte sınanır.

Şube ağ kabininde Zabbix proxy ve cihaz erişimlerini doğrulayan network uzmanı
Temsili görsel: Şube veya uzak lokasyon devreye alınırken proxy kaynağı, cihaz erişimleri, veri tamponlama ve merkezi server bağlantısı saha envanteriyle doğrulanır.
Zabbix alarm seviyeleri ve izleme raporunu birlikte inceleyen teknik ekip
Temsili görsel: Alarm eşikleri, bağımlılıklar, bakım pencereleri, bildirim kanalları ve sorumlu ekip kontrollü testlerle birlikte devreye alınır.

Proje teslimi

İşletilebilir bir Zabbix yapısı teslim edilir

Kurulum sonunda yalnız çalışan bir panel değil, teknik ekibin sürdürebileceği envanter, alarm ve sorumluluk dokümanı bulunmalıdır.

İzleme matrisiHost, item, yöntem, sıklık ve kritiklik

Mimari ve kapasiteServer, veritabanı, proxy ve saklama

Şablon kaydıHazır, uyarlanmış ve özel bileşenler

Alarm matrisiSeverity, bağımlılık, kanal ve sorumlu

Kabul tutanağıVeri, alarm, rol, rapor ve yedek testi

İşletme dokümanıYedekleme, güncelleme ve destek sınırı

İşletme sorumluluğu

Platform yönetimi ile 7/24 müdahale aynı hizmet değildir

Zabbix’in alarm üretmesi, olayın değerlendirildiği veya giderildiği anlamına gelmez. Takip saatleri, sorumlu ekip ve eskalasyon süresi sözleşmede açıkça ayrılır.

Kurum tarafından işletme

Kurulum, dokümantasyon ve eğitim tamamlanır; alarm değerlendirme, kullanıcı, yedekleme ve güncelleme sorumluluğunu kurum içi IT ekibi yürütür.

Ortak yönetim

Kurum ilk müdahaleyi sürdürür; Biga Bilişim platform sağlığı, şablon, kapasite, güncelleme ve karmaşık olaylarda teknik danışmanlık sağlar.

7/24 NOC hizmeti

Tanımlı kapsamdaki alarmlar vardiya düzeniyle izlenir; doğrulama, kayıt, bildirim ve sözleşmedeki eskalasyon adımları ayrı operasyon hizmeti olarak yürütülür.

Kullanım profilleri

Zabbix kapsamı işletmenin riskine göre şekillenir

Küçük ve orta işletme
İnternet hattı, firewall, switch, temel sunucular, yedekleme görevi ve kritik web servisleri için sade kapsam kurulabilir. Her cihazı değil, iş sürekliliğini etkileyen bileşenleri izlemek önceliklidir.
Çok şubeli kurum
Merkez ve şubelerde proxy yerleşimi, VPN bağımlılığı, yerel servisler, bağlantı kesintisi ve veri tamponlama ayrı katmanlarda ele alınır.
Otel, üretim ve lojistik
PMS/POS, üretim ağı, depo Wi-Fi, el terminali, kamera omurgası ve vardiya saatleri aynı alarm önceliğinde değildir. İş etkisine göre dashboard ve severity ayrılır.
Kurumsal IT ekibi
Rol ayrımı, uzun dönem trend, otomatik discovery, özel şablon, rapor, servis masası entegrasyonu ve kontrollü sürüm yönetimi öne çıkar.

Sık sorulan sorular

Zabbix kurulumu hakkında merak edilenler

Zabbix hangi işletmeler için uygundur?

Zabbix; ağ cihazları, sunucular, sanal makineler, uygulamalar ve kritik servisleri tek merkezden izlemek isteyen küçük işletmelerden çok şubeli kurumlara kadar ölçeklenebilir. Uygunluk yalnız cihaz sayısına bağlı değildir. Kurumun sunucu ve veritabanı işletme kapasitesi, alarm sorumluluğu, veri saklama ihtiyacı ve teknik ekip yetkinliği birlikte değerlendirilmelidir.

Zabbix açık kaynaklıysa kurulum tamamen ücretsiz midir?

Zabbix yazılımı açık kaynaklıdır; ancak server, veritabanı, depolama, yedekleme, güvenlik, proxy kaynakları, şablon uyarlaması, kurulum, eğitim, sürüm yükseltme ve günlük işletme zamanı gerçek maliyet oluşturur. Sağlıklı proje hesabı yalnız lisans bedelini değil altyapı, uzmanlık ve operasyon sorumluluğunu birlikte ele alır.

Zabbix server kapasitesi nasıl belirlenir?

Sabit bir cihaz sayısı tek başına yeterli değildir. Aktif item sayısı, ölçüm sıklığı, saniyedeki yeni değer miktarı, history ve trend saklama süreleri, trigger sayısı, dashboard kullanımı, veri tabanı seçimi ve rapor ihtiyacı CPU, bellek, disk kapasitesi ile disk I/O gereksinimini belirler. Boyutlandırma envanter ve pilot ölçümleri üzerinden yapılmalıdır.

Hangi durumlarda Zabbix proxy kullanılmalıdır?

Uzak şubeler, bağlantısı kararsız lokasyonlar, merkezi server yükünü dağıtma ihtiyacı veya yerel ağdan veri toplama gereksinimi olduğunda proxy değerlendirilebilir. Proxy, verileri yerelde toplayıp tamponlayarak merkezi servera aktarır. Proxy için ayrıca işletim sistemi, kaynak, bağlantı, güvenlik, veritabanı veya bellek tamponu ve güncelleme sorumluluğu planlanır.

Network cihazları Zabbix ile güvenli şekilde nasıl izlenir?

Cihaz desteği uygunsa kimlik doğrulama ve şifreleme sunan SNMPv3 tercih edilir. Salt okunur ve en az yetkili hesap, ayrı yönetim ağı, erişim listesi veya VPN kullanılır. Agent, proxy ve server bağlantılarında sürüm ile bileşen desteğine göre TLS PSK veya sertifika seçenekleri planlanır; yönetim servisleri doğrudan internete açılmaz.

Mevcut cihaz ve uygulamalar aynı Zabbix sisteminde izlenebilir mi?

SNMP, Zabbix agent veya agent 2, HTTP, API, IPMI, JMX, ODBC ya da standart servis kontrolü gibi desteklenen bir veri kaynağı varsa karma altyapılar ortak platformda izlenebilir. Bununla birlikte ürün modeli, firmware, MIB, hazır şablon ve item desteği değişebilir. Uyum cihaz bazında pilotla doğrulanır ve gereksiz itemlar devre dışı bırakılır.

Zabbix kurulduğunda 7/24 müdahale de başlamış olur mu?

Hayır. Platformun veri toplaması ve alarm üretmesi teknik izleme katmanıdır. Alarmı kimin değerlendireceği, hangi saatlerde takip yapılacağı, olayın hangi ekibe aktarılacağı ve müdahale süresi ayrıca tanımlanmalıdır. Kurum içi işletme, ortak yönetim veya 7/24 NOC hizmeti farklı sorumluluk ve hizmet seviyelerine sahiptir.

Teklif ve kurulum planı için hangi bilgiler gerekir?

Lokasyon ve cihaz envanteri, sunucu ve sanallaştırma kaynakları, kritik servisler, izleme yöntemleri, ölçüm sıklığı, saklama süresi, kullanıcı rolleri, bildirim kanalları, mevcut Zabbix sürümü varsa yapılandırma bilgisi ve istenen işletme modeli ilk kapsam için yeterlidir. Envanter eksikse keşif ve pilot aşamasıyla kesin mimari çıkarılır.

Teknik kaynaklar: Zabbix ürün tanımı·Zabbix proxy·SNMP izleme·Zabbix şifreleme

Teknik içerik 20 Temmuz 2026 tarihinde resmî Zabbix dokümantasyonu temel alınarak gözden geçirilmiştir. Biga Bilişim, Zabbix mimari, kurulum ve işletme hizmeti sunar; bu sayfa üretici adına resmî temsilcilik veya ürün garantisi iddiası taşımaz.

Ön değerlendirme

Zabbix yapınızı ölçülebilir kapsamla kuralım

Envanterinizi, lokasyonlarınızı ve kritik servislerinizi paylaşın. Server, proxy, veri toplama, saklama, alarm ve işletme sorumluluğunu pilot sonuçlarıyla birlikte planlayalım.