VPS İzleme ve Alarm Kurulumu
Bir VPS yavaşladığında anlık CPU veya bellek kullanımı tek başına yeterli açıklama sağlamaz. Geçmiş metrikler, hata kayıtları ve dış erişim kontrolleri, sorunun ne zaman başladığını ve hangi bileşenlerle ilişkili olduğunu araştırmaya yardımcı olur.
Bu rehber, Prometheus ve Node Exporter ile metrik toplama, Grafana ile panel ve alarm oluşturma, Uptime Kuma ile bağımsız bir konumdan erişilebilirlik kontrolü kurar. Komut örnekleri Debian veya Ubuntu üzerinde Linux amd64, systemd ve sudo erişimi varsayar. Grafana ve Docker için resmi kurulum yollarını izledikten sonra aşağıdaki bağlantı ve doğrulama adımlarını uygula. İndirme örneklerindeki sabit sürümleri kullanmadan önce destek ve güncellik durumlarını kontrol et.
Metrik alarmlarında bu yazının seçtiği yol Grafana yönetimli kurallardır: Grafana, Prometheus verisini sorgular, koşulları değerlendirir ve kendi iletişim noktaları veya bildirim politikalarıyla haber verir. Bu yol için ayrı bir Prometheus Alertmanager kurulumu gerekmez. Uptime Kuma kendi dış kontrol bildirimlerini yönetir. Prometheus kuralları ve Alertmanager seçeneği aşağıda alternatif olarak açıklanır.
Sistem Metrikleri ve Dış Erişim Kontrolleri
VPS izlerken CPU, bellek, disk alanı, disk I/O ve ağ trafiğini birlikte değerlendir. Yük artışı veya erişim sorunu, farklı katmanlardan kaynaklanabilir; tek bir metrik kök nedeni kanıtlamaz.
Örneğin bir WooCommerce kampanyası sırasında sayfalar yavaşlıyorsa aynı zaman aralığındaki CPU, bellek, disk I/O ve uygulama hatalarını karşılaştır. Metrik geçmişi, sorun anı geçtikten sonra da iş yükünün nasıl değiştiğini incelemeyi sağlar.
Prometheus ve Grafana sistemin iç metriklerini gösterirken bağımsız konumdaki Uptime Kuma belirli bir ağ yolundan erişimi sınar. Bir kontrol noktasındaki başarı bütün kullanıcıların deneyimini temsil etmez. İç ve dış verileri birlikte kullan.
Prometheus ve Node Exporter ile Metrik Toplama
Prometheus’un Görevi
Prometheus, yapılandırılmış hedeflerin metrik uç noktalarını düzenli olarak okur ve sonuçları zaman serisi olarak saklar. Node Exporter işletim sistemi metriklerini sağlar; uygulama metrikleri için uygulamanın veya uygun bir exporter’ın veri sunması gerekir.
Küçük bir kurulumda Prometheus ile Grafana aynı VPS üzerinde çalışabilir; bu durumda izleme, VPS arızasından birlikte etkilenir. Ayrı bir izleme sunucusu daha iyi arıza ayrımı sağlar. Dış erişim kontrollerini ise izlenen hizmetten bağımsız bir konuma yerleştir.
Node Exporter Metrikleri
Node Exporter CPU, load, bellek, disk, ağ ve dosya sistemi inode metriklerini sunar. Systemd birimlerinin durumu gibi bazı ölçümler isteğe bağlı collector ayarı gerektirir; bütün collector’ların varsayılan olarak açık olduğunu varsayma.
Node Exporter’ın metrik uç noktası varsayılan olarak 9100 portundadır. Prometheus’un scrape_configs listesinde bu adres bir hedef olarak yer alır. Bölüm 7’de aynı sunucu için 127.0.0.1:9100 kullanan çalıştırılabilir bir başlangıç örneği ve birden fazla sunucuya geçiş gösterilir.
Ağ Erişimi ve Hedef Etiketleri
Node Exporter başlamadan önce 9100 portunu yalnızca Prometheus sunucusuna aç; yalnız yerel toplamada dış erişimi engelle. Hedefleri ortam, bölge veya görev etiketleriyle düzenle. IP kısıtlaması şifreleme sağlamaz; güvenilmeyen ağlardan geçen metrik trafiğinde TLS veya VPN kullan.
Temel yapılandırmanın çalışma modeli için Prometheus hızlı başlangıç rehberini inceleyebilirsin. Aşağıdaki sürüm örnekleri değişmez son-sürüm bağlantıları değildir; kuracağın sürümün belgeleri ve sistem gereksinimlerini ayrıca kontrol et.
Grafana ile Paneller ve Alarmlar
Prometheus Veri Kaynağını Bağlama
Grafana’ya Prometheus veri kaynağını eklerken Grafana sunucusundan erişilebilen adresi ve gerekiyorsa kimlik doğrulama bilgilerini kullan. Zaman aralığını aynı tutarak CPU, load, bellek, disk I/O ve ağ panellerini karşılaştır. Örneğin yüksek load tek başına CPU yetersizliği anlamına gelmez; I/O beklemesini ve vCPU sayısını da incele.
Her panelin bir teşhis sorusunu desteklemesini hedefle. Birimleri, instance etiketlerini ve zaman aralıklarını açık göster; ilişkili metrikleri aynı bölümde topla.
Hazır Panelleri Sisteme Uyarlama
Hazır bir Node Exporter paneli başlangıç sağlayabilir. Panelin veri kaynağını, kullandığı metrikleri, exporter sürümünü ve etiketlerini kendi kurulumunla karşılaştır. Eksik metrik veya yanlış instance filtresi varsa paneli uyarlamadan sonucuna güvenme.
Bağlantı seçenekleri için Grafana Prometheus veri kaynağı rehberini kullan. Bölüm 7’de bağlantıyı kaydetme, test etme ve başlangıç sorguları gösterilir.
Panel Eşikleri ve Renkler
Renk eşiklerini metrik birimine ve müdahale ihtiyacına göre ayarla. CPU için %80 veya %90 gibi değerler yalnızca başlangıç örnekleridir; her iş yükü için ortak sınır değildir. Panelde renk değişmesi, ayrıca tanımlanmış bir alarm kuralı yoksa bildirim üretmez.
Uptime Kuma ile Dış Kontroller
Bağımsız Kontrol Konumu
Uptime Kuma’yı izlenen VPS’ten bağımsız, tercihen farklı ağ veya sağlayıcı arıza alanındaki bir sunucuya yerleştir. HTTP, TCP ve uygun diğer kontrol türleriyle erişimi bu konumdan sınar. Örneğin 30 saniyelik kontrol aralığı seçilebilir; gerçek değer tespit ihtiyacı, hizmet sınırları ve oluşturulan yüke göre belirlenir.
Yönetim erişimini sınırlandırıp ilk hesabı oluşturduktan sonra izlenecek alan adını, yolu, beklenen yanıt kodunu ve gerekiyorsa başlıkları tanımla. E-posta, Telegram veya ekibin kullandığı başka bir desteklenen bildirim kanalı seç ve test et.
Ana sayfa, login ve checkout uç noktalarına ayrı HTTP kontrolleri ekleyebilirsin. Başarılı bir HTTP yanıtı, giriş veya ödeme akışının bütünüyle çalıştığını kanıtlamaz. Bu işlemler için ayrı sentetik testler ve ödeme için test ortamı kullan. Arıza ve geri dönüş bildirimlerinin ikisini de doğrula.
Uptime Kuma deposu güncel kurulum seçeneklerini ve sürüm bilgilerini açıklar. Bağımsız konum, doğru kontrol türü ve doğrulanmış bildirim yolu birlikte gereklidir.
Alarm Koşulları ve Bildirim Yönlendirmesi
Başlangıç Alarmları
Başlangıçta sürdürülen yüksek CPU kullanımı, azalan disk alanı ve dış erişim başarısızlığı için alarmlar tanımlayabilirsin. Her alarmın sahibi, önem seviyesi ve ilk inceleme adımı belli olsun.
Bu rehberdeki CPU örneği, bir dakika değerlendirme aralığıyla %90 üzerindeki kullanımın on dakika sürmesini bekler. irate sorgusu son iki örnekten oran üretir; beş dakikalık ortalama CPU veya load değeri değildir. Disk için hem yüzde hem kalan alanı değerlendir. Dış erişimde art arda başarısızlık beklemek geçici hataları süzebilir; bunun tespit gecikmesini artırdığını hesaba kat.
Grafana Yönetimli Alarmlar ve Uptime Kuma Bildirimleri
Seçilen akışta Grafana, Prometheus sorgusunu değerlendirir ve Grafana iletişim noktası veya bildirim politikası üzerinden metrik alarmını gönderir. Alternatif olarak Prometheus kural dosyalarını yükleyip tetiklenen alarmları Alertmanager’a iletebilirsin; bunun için Prometheus–Alertmanager bağlantısı, alıcılar ve yönlendirmeler ayrıca kurulmalıdır. Aynı metrik için iki yolu birlikte etkinleştirmek yinelenen bildirimler doğurabilir. Uptime Kuma’nın erişim alarmları kendi bildirim ayarlarından gönderilir.
Mesajda instance, ortam, bölge, ölçülen değer ve eşik bilgilerini göster. İlgili Grafana paneli veya Kuma kontrolüne bağlantı ekle; bildirimi alacak kişinin hangi hizmeti inceleyeceği açık olsun.
Gruplama, Tekrar ve Bakım Pencereleri
Aynı olayı temsil eden alarmları grupla, tekrar aralığını müdahale ihtiyacına göre ayarla ve çözülme mesajlarını test et. Bakım pencerelerini önceden tanımla. Bildirimleri sorumlu kişilere yönlendir; alarm sayısı arttığında koşulları ve yönlendirmeleri yeniden değerlendir.
Debian ve Ubuntu İçin Kurulum Adımları
Adım 1: Node Exporter Kurulumu
Aşağıdaki komutlar Debian/Ubuntu, Linux amd64 ve systemd içindir; sudo yetkisi gerekir. Node Exporter 1.7.0 ve Prometheus 2.53.1 sabit, eski sürüm örnekleridir; güncel sürüm seçicisi değildir. Kullanımdan önce destek durumunu kontrol et. Node Exporter başlamadan önce 9100 erişimini sınırlandır.
# Create a user
sudo useradd --no-create-home --shell /usr/sbin/nologin node_exporter
# Pinned example: Node Exporter 1.7.0 (Linux amd64), not a latest-release selector
wget https://github.com/prometheus/node_exporter/releases/download/v1.7.0/node_exporter-1.7.0.linux-amd64.tar.gz
tar -xzf node_exporter-1.7.0.linux-amd64.tar.gz
sudo cp node_exporter-1.7.0.linux-amd64/node_exporter /usr/local/bin/
# Systemd service
sudo tee /etc/systemd/system/node_exporter.service >/dev/null << 'EOF'
[Unit]
Description=Node Exporter
Wants=network-online.target
After=network-online.target
[Service]
User=node_exporter
Group=node_exporter
Type=simple
ExecStart=/usr/local/bin/node_exporter
[Install]
WantedBy=multi-user.target
EOF
sudo systemctl daemon-reload
sudo systemctl enable --now node_exporter
# Default port is 9100
# Confirm it works
curl http://127.0.0.1:9100/metrics | head -n 5
Servis başladıktan sonra Prometheus sunucusunun 9100 portuna eriştiğini, yetkisiz bir kaynağın erişemediğini doğrula. Yerel toplama kullanıyorsan dış erişim kapalı kalmalı. Güvenilmeyen ağdan geçen metrik trafiğinde TLS veya VPN kullan; IP kısıtlaması trafiği şifrelemez.
Adım 2: Prometheus Kurulumu
Bu örnek Prometheus’u aynı sunucudaki Node Exporter’a bağlar. Ayrı sunucu kullanıyorsan hedefi güvenilir ağdan erişilebilen Node Exporter adresiyle değiştir. Hizmet başlamadan önce 9090 portunu yetkili yönetim ve Grafana adresleriyle sınırlandır: örnek kimlik doğrulamasız olarak tüm IPv4 arayüzlerinde dinler.
# Create user and directories
sudo useradd --no-create-home --shell /usr/sbin/nologin prometheus
sudo mkdir -p /etc/prometheus /var/lib/prometheus
# Pinned example: Prometheus 2.53.1 (Linux amd64); check current supported releases
wget https://github.com/prometheus/prometheus/releases/download/v2.53.1/prometheus-2.53.1.linux-amd64.tar.gz
tar -xzf prometheus-2.53.1.linux-amd64.tar.gz
sudo cp prometheus-2.53.1.linux-amd64/prometheus /usr/local/bin/
sudo cp prometheus-2.53.1.linux-amd64/promtool /usr/local/bin/
sudo cp -r prometheus-2.53.1.linux-amd64/consoles /etc/prometheus/
sudo cp -r prometheus-2.53.1.linux-amd64/console_libraries /etc/prometheus/
# Basic config
sudo tee /etc/prometheus/prometheus.yml >/dev/null << 'EOF'
global:
scrape_interval: 15s
evaluation_interval: 15s
scrape_configs:
- job_name: 'node'
static_configs:
- targets: ['127.0.0.1:9100']
EOF
sudo chown -R prometheus:prometheus /etc/prometheus /var/lib/prometheus
# Systemd service
sudo tee /etc/systemd/system/prometheus.service >/dev/null << 'EOF'
[Unit]
Description=Prometheus
Wants=network-online.target
After=network-online.target
[Service]
User=prometheus
Group=prometheus
Type=simple
ExecStart=/usr/local/bin/prometheus --config.file=/etc/prometheus/prometheus.yml --storage.tsdb.path=/var/lib/prometheus --storage.tsdb.retention.time=15d --web.listen-address=0.0.0.0:9090
[Install]
WantedBy=multi-user.target
EOF
sudo systemctl daemon-reload
sudo systemctl enable --now prometheus
# Visit http://<server-ip>:9090 to confirm
On beş günlük saklama örnekte açıkça ayarlanır; disk ihtiyacı seri sayısı ve toplama sıklığına da bağlıdır. Kullanımı izle ve saklama süresini kapasiteye göre belirle. Birden fazla VPS için her birine Node Exporter kurup scrape_configs bölümünü aşağıdaki örnekle değiştir; örnek özel IP’leri kendi adreslerinle güncelle.
scrape_configs:
- job_name: 'node'
static_configs:
- targets: ['10.0.0.11:9100', '10.0.0.12:9100', '10.0.0.13:9100']
İstersen görev etiketleri kullan:
scrape_configs:
- job_name: 'node'
static_configs:
- targets: ['10.0.0.11:9100']
labels:
role: 'web'
- targets: ['10.0.0.12:9100']
labels:
role: 'db'
Dosyayı kaydettikten sonra promtool check config /etc/prometheus/prometheus.yml ile doğrula, ardından sudo systemctl restart prometheus ile yükle. Hedeflerin ve instance etiketlerinin beklenen sunucuları gösterdiğini kontrol et.
İsteğe bağlı Blackbox Exporter, bulunduğu konumdan HTTP, TCP veya ICMP kontrolü yapar. Aşağıdaki sabit Linux amd64 komutu yalnız arşivi indirir; tek başına kurulum değildir:
wget https://github.com/prometheus/blackbox_exporter/releases/download/v0.24.0/blackbox_exporter-0.24.0.linux-amd64.tar.gz
Sürüme ait Blackbox Exporter talimatlarıyla hizmeti kurup çalıştır ve erişimi sınırlandır. Aşağıdaki Prometheus iş parçası, exporter’ın Prometheus açısından 127.0.0.1:9115 adresinde çalıştığını ve http_2xx modülünün yüklü olduğunu varsayar. Örneği mevcut scrape_configs listesine ekle, Node Exporter işini koru ve hedef URL’leri değiştir.
# Append this item under your existing scrape_configs list.
- job_name: 'blackbox'
metrics_path: /probe
params:
module: [http_2xx]
static_configs:
- targets:
- https://example.com
- https://api.example.com/health
relabel_configs:
- source_labels: [__address__]
target_label: __param_target
- source_labels: [__param_target]
target_label: instance
- target_label: __address__
replacement: 127.0.0.1:9115
Her hedef ve modül için /probe yanıtını ve probe_success değerini kontrol et. Birleştirilmiş Prometheus dosyasını promtool check config /etc/prometheus/prometheus.yml ile doğrula; hizmete uygula ve hedeflerin ayrı instance etiketlerini incele. Exporter’ın erişilebilir olması, kontrol ettiği sitenin sağlıklı olduğunu tek başına göstermez.
Adım 3: Grafana Kurulumu ve Veri Kaynağı
Grafana’yı resmi Debian/Ubuntu APT talimatlarına göre kur. Bu paket için sudo systemctl daemon-reload, sudo systemctl enable --now grafana-server ve sudo systemctl status grafana-server ile servis tanımını yükle, kalıcı başlangıcı etkinleştir ve durumu doğrula. Diğer yöntemler için Grafana servis belgesini izle. Yönetim erişimini güvenilir kullanıcılarla sınırlandır. Prometheus veri kaynağında Grafana’nın erişebildiği http://YOUR_PROM_SERVER:9090 adresini kullan, bağlantıyı kaydedip test et. up sorgusunda beklenen hedefleri incele: başarılı scrape için 1, başarısız scrape için 0 beklenir; bu, uygulamanın bütün işlevlerini test etmez.
CPU için aşağıdaki irate sorgusu beş dakikalık aralıktaki son iki örneği kullanır:
100 - (avg by (instance) (irate(node_cpu_seconds_total{mode="idle"}[5m])) * 100)
Bellek yüzdesinde, takas kullanmadan erişilebilir belleği tahmin eden MemAvailable kullanılır:
(node_memory_MemTotal_bytes - node_memory_MemAvailable_bytes) / node_memory_MemTotal_bytes * 100
Aygıt başına disk I/O zamanı:
avg by (instance, device) (irate(node_disk_io_time_seconds_total[5m]) * 100)
Ağ alım ve gönderim hızı (bayt/saniye):
sum by (instance) (irate(node_network_receive_bytes_total[5m]))
sum by (instance) (irate(node_network_transmit_bytes_total[5m]))
Ağ sorguları loopback ve sanal arayüzler dahil tüm raporlanan arayüzleri toplar; aynı trafik birden fazla kez sayılabilir. Dış trafik için ilgili arayüzleri filtrele. Panelleri aynı zaman aralığında ve doğru birimlerle göster.
Adım 4: Uptime Kuma Kurulumu
Kuma’yı bağımsız izleme sunucusuna kur. Önce o sisteme uygun resmi Docker Engine kurulum yolunu izle; Ubuntu için Docker menüsündeki Ubuntu talimatlarını seç. Daemon’ın çalıştığını ve sudo docker run hello-world komutunun başarılı olduğunu doğrula. Debian/Ubuntu’da Docker normalde açılışta başlar; bu ayarı kontrol et, gerekirse systemd başlangıç belgesine göre docker.service ve containerd.service birimlerini etkinleştir. Örnek sudo kullanır. Başlatmadan önce 3001 portunu Docker’ın yayımladığı portlarda etkili olan ağ kontrolleriyle sınırlandır; yalnız host güvenlik duvarı kuralı beklediğin kısıtlamayı sağlamayabilir.
sudo docker run -d \
--name uptime-kuma \
--restart unless-stopped \
-p 3001:3001 \
-v uptime-kuma:/app/data \
louislam/uptime-kuma:2
Komut 3001 portunu tüm host arayüzlerinde yayımlar ve /app/data verisini yerel uptime-kuma volume’ünde tutar. :2 bir ana sürüm hattıdır, değişmez tek sürüm değildir; yükseltmeden önce sürüm ve yedekleme koşullarını incele. unless-stopped politikası, başarıyla başlamış konteyneri çıkış veya daemon yeniden başlatması sonrası döndürür; elle durdurulan konteyner sen yeniden başlatana kadar kapalı kalır. Bu politika Docker daemon’ının açılışta başlamasını tek başına sağlamaz.
İlk hesabı güvenilir özel bağlantıyla http://YOUR_MONITORING_VPS:3001 üzerinden oluştur; uzaktan web erişiminde HTTPS kullan. HTTP(s) kontrollerini ekle. MySQL veya Redis’i izlemek için internete açma; özel ağdan eriş. Zamanlanmış bir işin keyword yanıtında değişmeyen “sağlıklı” metin, işin yeni çalıştığını kanıtlamaz; eski sonuçları ayırt eden kontrol kullan. Push monitor’da başarı sinyalini yalnız iş gerçekten tamamlandığında gönder.
sudo docker ps --filter name=uptime-kuma ve sudo docker logs --tail 50 uptime-kuma ile çalışan konteyneri ve son günlükleri incele. Arayüzü ve kontrol geçmişini doğrula. Konsol erişimi ve kurtarma planı hazırken planlı bakımda izleme sunucusunu yeniden başlat; Docker ve Kuma’nın dönmesini, kayıtlı monitörlerin korunmasını ve kontrollerin devam etmesini doğrula. Geçici test monitöründe arıza ve düzelme oluşturarak bildirimlerin hedefe ulaştığını yeniden kontrol et. İzleme sunucusunun kendi arızasını bağımsız heartbeat alıcısı veya dış kontrolle izle; Kuma kapalıyken bildirim gönderemez.
Adım 5: Alarmları ve Kurtarmayı Doğrulama
Grafana yönetimli CPU kuralında A sorgusu olarak 100 - (avg by (instance) (rate(node_cpu_seconds_total{mode="idle"}[5m])) * 100) kullan. Bu sorgu beş dakikalık ortalama CPU kullanımını hesaplar; alarm için anlık irate yerine rate tercih edilir; sorguya baştan >90 filtresi ekleme. Aralık sorgusuna instance başına Reduce: Last, ardından Threshold: above 90 ekle ve eşik ifadesini alarm koşulu seç. Örnek değerlendirme aralığı bir dakika, bekleme süresi on dakikadır. Başlangıçta Keep firing for süresini sıfır seç; başka bir süre seçersen eşik düzelse bile Recovering durumunun sürebileceğini dikkate al. Bunlar Grafana arayüzünde kurulacak kavramsal adımlardır, içe aktarılabilir YAML değildir.
Sağlıklı instance’ların da sayısal değer döndürdüğünü önizlemede kontrol et. No Data ve Error davranışlarını bilinçli seç; ayrı DatasourceNoData ve DatasourceError alarmlarını da iletişim noktası veya politika üzerinden yönlendir. Geçici test kuralında tetiklenme ve çözülmeyi sınayarak her iki mesajı doğrula. Disk ve bellek alarmlarında CPU eşiğini kopyalamak yerine uygun metrik ve birimleri seç; node_filesystem_avail_bytes kalan disk alanı, node_load5 load ve node_memory_MemAvailable_bytes erişilebilir bellek için kullanılabilir. Grafana çalışırken Prometheus’a erişimin kesilmesi sorgu hatası olarak bildirilebilir; bunun için Error davranışını ve bildirim yolunu test et. Grafana durduğunda ise kendi yönetimli kuralları bildirim gönderemez; izleme sisteminin çalışmasını bağımsız heartbeat alıcısıyla denetle.
Uptime Kuma için örneğin üç ardışık başarısızlıkta bildirim üretilebilir. Uygun sayı kontrol aralığına ve kabul edilen tespit gecikmesine bağlıdır. Geçici hataların süzülmesini ve kalıcı arızanın fark edilme süresini birlikte değerlendir. Bakım pencerelerini tanımla; durum sayfasında yalnız paylaşılması uygun kontrolleri göster.
İzlemede Sık Atlanan Noktalar
Disk Alanı ve Inode Kullanımı
Disk kullanımını hem yüzde hem kalan GB olarak izle; büyük bir diskteki aynı yüzde, küçük bir disktekinden farklı boş alan demektir. Loglar ve yedekler alanı tüketebilir. Inode kullanımını da izle: boş bayt bulunsa bile inode tükenmesi yeni dosya oluşturmayı engelleyebilir.
CPU, Load ve I/O İlişkisi
Linux load değeri çalışan veya çalışmayı bekleyen görevlerle kesilemez beklemedeki görevleri kapsar; artışı tek başına CPU kuyruğunun büyüdüğünü göstermez. vCPU sayısını, CPU kullanımını ve I/O beklemesini birlikte değerlendir. Bellekte available değerini, disk tarafında I/O ve gecikmeyi ilgili panellerle karşılaştır.
Güvenlik ve erişim
İzleme servislerinin kullanıcılarını, erişim kaynaklarını ve kimlik bilgilerini kontrol et. HTTP Basic Auth kullanacaksan HTTPS üzerinden sun; Basic Auth tek başına bilgileri şifrelemez. Yönetim panellerini mümkünse VPN arkasında tut ve sürüm güncellemelerini takip et.
Dağıtım ve İş Yükü Değişikliklerini Kaydetme
Metrik değişikliklerini yeni sürüm, reklam kampanyası veya yedekleme gibi olaylarla karşılaştır. Önemli olayları panel açıklamalarına veya operasyon kayıtlarına ekle; korelasyonu tek başına neden olarak kabul etme.
Ek Metrikler ve Kaynaklar
Uygulama Metriklerini Ekleme
Gerektiğinde Nginx istek ve gecikme metrikleri, veritabanı bağlantıları, kuyruk uzunluğu veya önbellek isabet oranı gibi uygulama ölçümlerini ekle. Her ek metrik, belirli bir işletim veya teşhis ihtiyacına hizmet etsin.
İlgili Rehberler
İlgili örnekler için Prometheus, Grafana ve Node Exporter kurulum rehberini inceleyebilirsin. Buradaki başlangıçtan sonra seçtiğin sürümlerin resmi belgelerine göre yapılandırmayı sürdür.
IPv4 ve IPv6 birlikte kullanılıyorsa iki erişim yolunu ayrı izle; birindeki başarı diğerinin sağlıklı olduğunu göstermez.
Kurulum Sonrası Kontrol Listesi
Kurulum sonunda Node Exporter hedeflerini, Prometheus toplama sonuçlarını, Grafana veri kaynağını ve panel sorgularını doğrula. Metrik alarmları, No Data/Error durumları ve Kuma arıza/düzelme bildirimleri doğru alıcıya ulaşmalıdır.
Planlı yeniden başlatma sonrasında servislerin ve kontrollerin döndüğünü test et. İlk kurulumu temel metrikler ve erişim kontrolleriyle işlet; gerçek ihtiyaca göre uygulama metrikleri ekle. Alarmların koşullarını, sahiplerini ve müdahale adımlarını kaydet.
