Belgeler menüsüİzleme ve sınırlar

İzleme, kaynak sınırları ve istatistikler

bipanel servisleri dakikada bir denetler, çöken servisi kendiliğinden yeniden başlatır, disk, bellek ve yük eşiklerinde uyarı gönderir. Hesap başına CPU, bellek ve süreç sınırları cgroup v2 ile, disk kotası dosya sistemi kotalarıyla uygulanır; site izleme, GoAccess istatistikleri ve günlük süreç raporu kullanımı görünür kılar.

Son güncelleme:

Bu sayfada
  1. Servis izleme ve otomatik kurtarma
  2. Kaynak uyarıları
  3. Bildirim kanalları
  4. Site izleme
  5. Kaynak sınırları
    1. İşlemci, bellek ve süreç
    2. Disk G/Ç ve dosya sayısı (Pro)
    3. Disk kotası
    4. Bant genişliği
    5. Konteyner kurulumunda
  6. Web istatistikleri
  7. Günlük süreç raporu
  8. Günlükler

#Servis izleme ve otomatik kurtarma

Ayarlar Sunucu Yönetimi → Sistem → Uyarılar ve bildirim kanalları ekranının İzleme sekmesindedir. İzleyici dakikada bir çalışır ve bir servisi yalnızca "süreç çalışıyor mu" diye değil, protokol düzeyinde de denetler:

ServisDenetim
ApacheYerel HTTP isteği (herhangi bir HTTP yanıtı yeterli)
MySQL / MariaDBVeritabanı el sıkışma paketi
Postfix, Pure-FTPd220 karşılaması
DovecotIMAP * OK veya POP3 +OK karşılaması
BINDTCP üzerinden kök bölge SOA sorgusu
PHP-FPMHavuz soketine bağlantı

Çöken (failed) bir servis hemen, diğer hatalar art arda iki denetimde doğrulanınca kesinti sayılır; anlık dalgalanmalar olay açmaz. Otomatik yeniden başlatma açıksa servis geri çekilmeyle yeniden başlatılır: varsayılan olarak 15 dakikalık pencere içinde en fazla 3 deneme, denemeler arasında 1, 2, 4… dakika. Deneme hakkı bitince panel vazgeçer ve uyarı gönderir. Her kesinti bir olay kaydıdır; servis düzelince olay kapanır ve düzelme de bildirilir.

Şu servisler yeniden başlatılmaz: yöneticinin panelden durdurduğu, açılışta başlatılması kapatılan ve soket etkinleştirmeli (pasif olması normal) servisler. Sunucuda apt veya dnf çalışıyorsa yeniden başlatma ertelenir, çünkü paket yöneticisi servisleri kendisi yeniden başlatır. Hiç başarılı olmamış bir protokol denetimi yeniden başlatmaya yol açmaz; yalnızca not düşülür.

Servisleri elle yönetmek ve son günlük satırlarını görmek için Sunucu Yönetimi → Sunucu → Servisler ekranını kullanın. Sunucu kurulumunda günlükler journalctl ile systemd biriminden okunur.

#Kaynak uyarıları

Aynı sekmedeki kaynak uyarıları varsayılan eşiklerle açık gelir:

ÖlçümVarsayılan eşik
Disk doluluğu (bağlama noktası başına)%90
Dosya düğümü (inode) doluluğu%90
Sunucu yükü (5 dakikalık ortalama)Çekirdek başına 2
Bellek kullanımı%95
Takas alanı (swap)%80

Uyarı sürerken varsayılan olarak 24 saatte bir hatırlatma gönderilir (0 = hatırlatma yok). İzlenmesini istemediğiniz bağlama noktalarını ayrıca hariç tutabilirsiniz. Docker ve Railway kurulumunda yük ortalaması ana makineye ait olduğu için yük uyarısı yapılmaz.

#Bildirim kanalları

Bildirim kanalları sekmesinde uyarıların nereye gideceğini belirlersiniz. Her kanal için en düşük seviye (Bilgi, Başarılı, Uyarı, Hata) ve kategoriler seçilir: servis izleme, kaynak uyarıları, güvenlik, yedekleme, SSL sertifikaları, güncellemeler ve lisans, hesap kotaları ve kullanım, diğer sistem bildirimleri. Ekran son 24 saatte gönderilen, başarısız ve bekleyen iletimleri de gösterir; başarısız iletimler yeniden denenir.

KanalSürüm
E-posta (yerel sendmail veya SMTP sunucusu)Topluluk ve Pro
Telegram, Slack, Discord, webhookYalnızca Pro

Yerel e-posta gönderici yoksa (ör. konteyner kurulumunda) e-posta için bir SMTP sunucusu ayarlayın. Hesap sahipleri kendi bildirimlerini kullanıcı panelindeki Tercihler → E-posta Bildirimleri sayfasından açar ve en düşük seviyeyi seçer.

#Site izleme

Kullanıcı panelindeki Metrikler → Site İzleme sayfası hesabın sitelerini sunucudan düzenli olarak denetler, kesintileri kaydeder ve sahibine bildirir. Yönetici ve bayiler tüm izleyicileri Sunucu Yönetimi → Hesaplar → Site izleme ekranında görür. Paketinde site izleme özelliği kapalı olan hesaplarda sayfa görünmez.

Denetim türüSürümNot
HTTP(S) adresiTopluluk ve ProBeklenen durum kodu (varsayılan 200-299), aranan metin veya düzenli ifade
TCP portuTopluluk ve ProPorta bağlantı
SSL sertifikasıTopluluk ve ProEn kısa aralık 30 dakika
DNS kaydı (A, AAAA, CNAME, MX, TXT, NS, CAA)ProBeklenen değerle karşılaştırma
Alan adı bitişi (RDAP/WHOIS)ProEn kısa aralık 720 dakika
İçerik değişikliğiProSayfa içeriğinin beklenmedik değişimini yakalar

En kısa denetim aralığı Pro'da 1 dakika, Topluluk sürümünde 5 dakikadır. Zaman aşımı 2–30 saniye (varsayılan 15), kesinti açılması için gereken ardışık hata sayısı 1–10 (varsayılan 2) arasında seçilir. Hesap başına izleyici sayısı varsayılan olarak 10 olup paket bazında değiştirilebilir. Tek tek denetim sonuçları varsayılan 30 gün (7–90 gün arası ayarlanır), günlük özetler 400 gün saklanır. SSRF koruması için özel ağ ve geri döngü adresleri varsayılan olarak denetlenmez. Yönetici isterse kesinti bildirimlerini sunucunun bildirim kanallarına da iletebilir.

Pro: her hesap en fazla 5 herkese açık durum sayfası oluşturabilir. Sayfa tahmin edilemez bir adreste seçili izleyicilerin durumunu, 90 günlük çalışma oranını ve son kesintileri gösterir; hedef adresler ve hata ayrıntıları sayfada yer almaz.

#Kaynak sınırları

Sınırlar paket düzenleyicisinde tanımlanır, durumları Sunucu Yönetimi → Hesaplar → Kaynak sınırları ekranında izlenir. Boş değer sınırsız demektir. Paketler için bkz. Hesaplar ve paketler.

#İşlemci, bellek ve süreç

Her hesap için systemd dilimleri oluşturulur: PHP-FPM, Node.js ve Python uygulamaları bipanel-u-<kullanıcı>.slice içinde, SSH oturumları ve cron işleri user-<uid>.slice içinde çalışır. İkisine de aynı sınırlar yazılır:

Paket alanısystemd ayarıAlt / üst sınır
İşlemci (%)CPUQuota%5 – %12800 (100 = bir çekirdek)
Bellek (MB)MemoryMaxEn az 128 MB
Süreç sayısıTasksMaxEn az 20 (fork bombası koruması)

Varsayılan olarak her hesabın kendi PHP-FPM ana süreci vardır ve kendi diliminde çalışır. Sınırlar systemd ve cgroup v2 ister; sunucu cgroup v1 kipindeyse ekran eklenmesi gereken çekirdek parametresini gösterir.

#Disk G/Ç ve dosya sayısı (Pro)

Sunucu Yönetimi → Hesaplar → Disk G/Ç ve dosya sınırları ekranı yalnızca Pro'dadır. Hesap başına okuma/yazma hızı (MB/sn, cgroup io.max) ve dosya (inode) sınırı (en az 1000) buradan izlenir; G/Ç sınırının uygulanacağı blok aygıtı seçilebilir (varsayılan: /home'un bulunduğu disk). Yeni değer vermek Pro lisansı ister; mevcut değerler lisanstan bağımsız çalışmaya devam eder.

#Disk kotası

Paketteki disk kotası dosya sistemi kotasıyla uygulanır: ext4/ext3'te setquota, XFS'te xfs_quota (kullanıcı veya proje kotası). Yumuşak sınır paket kotasıdır; sert sınır için yüzde pay (varsayılan 0) ve yumuşak sınır aşımında tanınan süre (varsayılan 7 gün) ayarlanabilir. Her bağlama noktası ayrı algılanır: Disk yöneticisi ile eklenen /home2 gibi ek ev alanlarında da kota o birimde uygulanır. Kotalar açık değilse ekran nedeni ve düzeltme komutlarını gösterir.

#Bant genişliği

Aylık bant genişliği web, posta ve FTP trafiğinin toplamıdır. Disk ve bant genişliği kotasının %90'ı aşıldığında ve dolduğunda hesap sahibi ile yöneticiye bildirim gider. Pakette aşım eylemi askıya al seçiliyse hesap kota dolunca askıya alınır ve yeni ayın başında kendiliğinden açılır; yönetici askıyı erken kaldırırsa hesap o ay için muaf tutulur.

#Konteyner kurulumunda

Docker ve Railway kurulumunda hesap başına cgroup sınırları ve disk kotası uygulanamaz; kaynakları platform sınırlar, disk yalnızca izlenir. Uygulamalara yalnızca süreç sayısı sınırı uygulanır. Ayrıntılar için bkz. Docker ve Railway.

#Web istatistikleri

Kullanıcı panelindeki Metrikler → Web İstatistikleri sayfası ziyaretçi, istek, bant genişliği, sayfa, yönlendiren, tarayıcı, ülke, durum kodu ve bot özetlerini gösterir; bu özetler GoAccess olmadan da hesaplanır. GoAccess bileşeni kuruluysa alan adı başına aylık ve yıllık grafik raporlar ve isteğe bağlı canlı görünüm eklenir. Raporlar hesabın ev dizininde, web'den erişilemeyen bir klasörde ve hesap kullanıcısı kimliğiyle üretilir.

Yönetici Sunucu Yönetimi → Sunucu → Web istatistikleri ekranında sunucu geneli toplamları ve ayarları yönetir: rapor üretim saati (varsayılan 04:00), varsayılan saklama süresi (12 ay) ve en uzun saklama süresi (24 ay), canlı görünüm ve en fazla canlı oturum sayısı (varsayılan 10).

#Günlük süreç raporu

Sunucu Yönetimi → Sunucu → Günlük süreç raporu süreç tablosunu dakikada bir okur ve barındırma hesaplarına göre gruplar. Seçilen gün için hesap başına işlemci yüzdesinin (%100 = bir çekirdek), bellek kullanımının ve süreç sayısının ortalama ve tepe değerlerini gösterir. Veriler 31 gün tutulur. Rapor Linux /proc dosya sistemini gerektirir.

#Günlükler

EkranYerİçerik
İstek GünlüğüKullanıcı paneli → MetriklerSitenin erişim günlüğü
HatalarKullanıcı paneli → MetriklerApache ve PHP hata günlüğü
Ham Erişim GünlükleriKullanıcı paneli → MetriklerGüncel günlüğü indirme ve aylık arşiv
Bant Genişliği, Kaynak KullanımıKullanıcı paneli → MetriklerDisk, dosya sayısı, bant genişliği ve kota durumu
ServislerSunucu Yönetimi → SunucuServis başına son günlük satırları
Apache durumuSunucu Yönetimi → Sunucuİşçi ve istek durumu
İşlem geçmişiSunucu Yönetimi → SistemPanelde yapılan işlemlerin denetim kaydı

Bu sayfada eksik ya da hatalı bir bilgi mi var? Bize yazın.