Geleneksel Paneller Neden Çok Kaynak Tüketir? Arka Planda Çalışan "Gizli" Yükler ve RaTurka Çözümü

📌 Executive Summary / Özet

Modern bulut ve barındırma altyapılarında yüksek verimlilik, toplam sahip olma maliyetini (TCO) ve operasyonel kararlılığı doğrudan belirleyen en kritik parametredir[cite: 287]. Ancak sektörde onlarca yıldır standart kabul edilen monolitik kontrol panelleri (cPanel, Plesk, DirectAdmin vb.), mimarileri gereği sunucu donanımı üzerinde ciddi bir "donanım vergisi" (hardware tax) oluşturmaktadır[cite: 288]. Grafik kullanıcı arayüzünü (GUI), veritabanı motorlarını, posta sunucularını, log analizörlerini ve güvenlik duvarlarını doğrudan istemci iş yükleriyle (Nginx, Docker, Node.js, MySQL) aynı sunucuda çalıştıran bu yapılar, henüz hiç ziyaretçi trafiği almayan boş bir sunucuda dahi gigabaytlarca RAM işgal etmekte ve sürekli bir kaynak rekabeti yaratmaktadır[cite: 289, 290].

Bu makalede, geleneksel panellerin arka planında çalışan arka plan süreçlerinin (daemon'ların) gizli tüketim mekanizmalarını somut vaka örnekleriyle inceliyoruz[cite: 291]. Ardından, kontrol düzlemini veri düzleminden ayırarak sunucu üzerinde sadece 30 MB RAM tüketen .NET 10 NativeAOT tabanlı RaGent ajanı ve çekirdek seviyesinde çalışan RaDome Edge Defense güvenlik katmanıyla RaTurka mimarisinin bu donanım israfını nasıl sıfırladığını karşılaştırmalı verilerle ele alıyoruz[cite: 291, 298, 301, 429, 430].

---

1. Monolitik Yapıların Doğal Açmazı: "Donanım Vergisi" Nedir?

Geleneksel web barındırma panellerinin temelindeki en büyük verimsizlik kaynağı, işlevsel tüm bileşenlerin tek bir çatı altında toplandığı monolitik mimari tasarımıdır[cite: 316]. Monolitik bir sistemde her yeni özellik ve entegre servis, uygulamanın kod tabanını ağırlaştırdığı gibi çalışma zamanı (runtime) bağımlılıklarını da katlayarak artırır[cite: 317].

Bu mimari tercihin sunucu üzerinde yarattığı temel kısıtlamalar şunlardır:

• Kaynakların Ortak Paylaşımı ve Kaynak Rekabeti: Yönetim paneli; işlemci (CPU), bellek (RAM) ve disk girdi/çıktı (I/O) kaynaklarını barındırılan web siteleriyle doğrudan paylaşır[cite: 318]. Bir web sitesindeki anlık trafik dalgalanması panel süreçlerini yavaşlatabileceği gibi, panelin arka plan işlemleri (günlük analizi veya yedekleme) de istemci uygulamalarının yavaşlamasına veya durmasına yol açabilir[cite: 319, 320].
• Ağır Çalışma Zamanı (Runtime) Bağımlılığı: Monolitik paneller; PHP, Python, Java veya Perl gibi yorumlanan veya sanal makine (VM) tabanlı çalışma zamanlarında yürütülür[cite: 82]. Bu bağımlılıklar, Garbage Collection (çöp toplama) ve JIT derleme maliyetleri nedeniyle atıl durumda dahi 500 MB ila 1 GB arasında sabit bellek yükü doğurur[cite: 83].
• Açık Yönetim Portları ve Taramaların Getirdiği Yük: Panel yönetim arayüzü ve servisleri için dış dünyaya sürekli açık tutulan portlar (2087, 8443 vb.), otomatize botların ve port tarayıcılarının doğal hedefi haline gelir[cite: 323, 324]. İşletim sistemi, bu yetkisiz istekleri reddetmek için bile sürekli işlemci gücü harcamak zorunda kalır[cite: 277].

---

2. cPanel Arka Plan Daemon'ları ve Gizli Tüketim Mekanizmaları

cPanel/WHM ekosistemi, sunucu operasyonlarını otomatikleştirmek için arka planda 7/24 aktif kalan ve birbiriyle sıkı ilişki içinde çalışan onlarca yerel daemon barındırır[cite: 325]. Bu süreçlerin her biri boşta dururken kalıcı bir taban bellek işgal eder, periyodik görevler sırasında ise sistem kaynaklarını yoğun bir şekilde tüketir[cite: 326].

Arka planda sessizce çalışan temel cPanel süreçleri ve yarattığı gizli yükler şunlardır:

• cpsrvd (cPanel Server Daemon): WHM, cPanel ve Webmail arayüzlerini sunan ana yerel web sunucusudur[cite: 327]. Kullanıcı girişi olmasa dahi bellekte aktif kalır ve her aktif oturum için ek bellek havuzları ayırır[cite: 330]. Yoğun veritabanı işlemlerinde veya büyük hesap yönetimlerinde bellek aşımını önlemek amacıyla yöneticiler WHM üzerinden "Max cPanel process memory" değerini 512 MB'tan 1024 MB'a yükseltmek zorunda kalırlar; bu da kullanılabilir fiziksel belleği doğrudan daraltır[cite: 331].
• cpanellogd (Log and Bandwidth Processor): Günlük dosyalarını ve bant genişliği istatistiklerini işleyen ana tahrifat motorudur[cite: 332]. Log dosyaları belirlenen eşiği (varsayılan 300 MB) aştığında veya ay sonunda ham verileri .tar.gz formatında sıkıştırır[cite: 333]. Bu sıkıştırma işlemi çok yoğun bir CPU ve Disk I/O yükü oluşturur[cite: 334]. cpbackup yedekleme süreciyle çakıştığında disk I/O kuyruğu kilitlenme noktasına gelerek sunucunun yanıt vermesini engeller[cite: 335].
• tailwatchd (Log İzleme Daemon'ı): Sistem günlüklerini gerçek zamanlı izleyen bu servis, yüksek trafikli sunucularda günlük dosyalarının hızlı büyümesi sonucu bellek sızıntısına (memory leak) uğramaya elverişlidir[cite: 337, 339]. Log rotasyonu sırasındaki kilitlenmelerde "Out of memory!" hatası vererek çöken bu sürecin, /usr/local/cpanel/install dizinini 106 GB'a varan devasa çekirdek dökümü (core dump) dosyalarıyla doldurduğu bilinmektedir[cite: 340, 341].
• queueprocd (Görev Kuyruğu İşlemcisi): cphulkd kaba kuvvet koruma sisteminin tetiklediği IP engelleme görevlerini yürütürken bot saldırısı altında kilitlenmeye meyillidir[cite: 342, 343]. İşlenemeyen 90,000'den fazla küçük görev dosyası /var/cpanel/taskqueue/groups/cphulk_block_brute_force dizininde birikerek Inode ve Disk I/O kaynaklarını tüketir ve genel sistem performansını felç eder[cite: 344, 345].
• cpdavd (cPanel DAV Daemon): Web Disk, CalDAV ve CardDAV senkronizasyonlarını yürütür[cite: 346]. Kullanıcı sayısı arttıkça arka planda ürettiği devasa DAV-debug.log ve DAV-io.log dosyalarıyla kısa sürede kullanıcının kotasını ve sunucunun depolama alanını doldurabilir[cite: 347, 348].
• chkservd (Hizmet İzleme ve Kurtarma): Çöken servisleri otomatik yeniden başlatmaya çalışır[cite: 349]. Ancak sunucu genel bir kaynak darboğazına girdiğinde, chkservd çöken servisleri sürekli ve agresif biçimde başlatmaya çalışarak CPU kullanımının sarmal halinde daha da yükselmesine yol açar[cite: 350].

Kritik Teknik Detay (Dormant Services): cPanel, monolitik yapısının yol açtığı yüksek bellek yükünü hafifletmek için "Dormant Services" (Uyuyan Servisler) özelliğini sunar [cite: 351]. cpdavd, cphulkd, cpsrvd, dnsadmin ve spamd süreçleri 5 dakika boşta kalınca bellekten tamamen tahliye edilir (unload)[cite: 352]. Bu özellik, yerel monolitik mimarinin boşta dahi ne kadar büyük bir kaynak israfına yol açtığının en açık teknik kanıtıdır[cite: 354].

---

3. Plesk ve DirectAdmin Tarafındaki Mimarî Yükler

Mimarî riskler ve arka plan yükleri sadece cPanel ile sınırlı değildir; Plesk ve DirectAdmin de benzer şekilde tescilli süreçleriyle sunucu donanımına ciddi gizli yükler bindirir[cite: 355].

Plesk sw-cp-server ve sw-engine Sıkışması: Plesk, yönetim arayüzünü çalıştırmak için tescilli Nginx sürümü olan sw-cp-server ve PHP-FPM tabanlı sw-engine motorunu kullanır [cite: 356]. phpMyAdmin veya panel arayüzü üzerinden büyük veritabanı sorguları çalıştırıldığında php.ini içerisindeki memory_limit değeri aşılır ve PHP Fatal error: Allowed memory size exhausted çökmesi yaşanır[cite: 357, 358]. Yöneticiler bu limiti 4096 MB gibi seviyelere çekmek zorunda kalarak veritabanının kullanacağı RAM'den feragat ederler[cite: 359]. Ayrıca arka planda çalışan task-async-executor.php ve ext-log-browser-parse-maillog süreçleri sıklıkla kilitlenerek tek bir CPU çekirdeğini %125'e varan oranlarda rezerve eder[cite: 360, 361]. Panel portlarına (8443, 8880) yönelik saldırılarda türetilen çok sayıda sürecin dosya tanımlayıcı sınırını aşmasıyla panele erişimde 502 Bad Gateway hataları yaşanır[cite: 362, 363].

DirectAdmin dataskq Kilitlenmeleri: DirectAdmin altyapısında periyodik sistem görevlerini ve limit denetimlerini yürüten ana daemon dataskq'dur[cite: 364]. Dahili Brute Force Monitor aktif olduğunda tüm ağ loglarını sürekli tarayan dataskq, saldırı anında veya log boyutu büyüdüğünde işlemci kaynaklarını tamamen tüketebilir[cite: 365, 366]. İşlemci %99 oranında boşta görünse dahi I/O ve kuyruk sıkışmaları sebebiyle sistem yük ortalamasının (load average) 46.86 gibi kritik seviyelere fırladığı gözlemlenmektedir[cite: 367].

---

4. Sunucu Üstü Yardımcı Yazılımların Ek "Donanım Vergisi"

Geleneksel paneller, temel yönetim bileşenlerinin yanı sıra posta güvenliği ve web analitiği gibi işlemler için de sunucu üzerinde oldukça ağır çalışan üçüncü taraf servisleri barındırmak durumundadır[cite: 369].

• Antivirüs ve Spam Filtreleri (ClamAV & SpamAssassin): ClamAV (clamd), güncel virüs imza veritabanını tarama yapabilmek amacıyla doğrudan RAM üzerinde tutar ve boşta dahi 2048 MB (2 GB) RAM işgal eder[cite: 370, 371]. SpamAssassin ise gelen e-postaları spam kurallarına göre analiz ederken aktif olarak 1024 MB (1 GB) RAM tüketir[cite: 372]. Düşük bütçeli (2 GB veya 4 GB RAM kapasiteli) sanal sunucularda bu iki servisin çalıştırılması, kullanılabilir belleği tamamen tüketerek sunucuyu kilitler[cite: 373]. Yöneticiler çoğu zaman kaynak tasarrufu sağlamak adına bu servisleri devre dışı bırakmak zorunda kalırlar[cite: 374].
• Web İstatistik Motorları (AWStats): AWStats, Apache/Nginx erişim günlüklerini Perl yorumlayıcısı kullanarak satır satır analiz eder[cite: 375, 376]. Yüksek trafikli sitelerde bu süreç çok ciddi CPU ve Disk I/O yükü oluşturur[cite: 377]. Özellikle AlmaLinux 8 gibi işletim sistemlerinde sistem içi günlük dosyalarını ayrıştırırken sonsuz döngüye girip bir CPU çekirdeğini %100 yükte kilitlemesi sıkça karşılaşılan bir kararsızlıktır[cite: 378].

---

5. Karşılaştırmalı Kaynak Dağılımı ve TCO Analizi

Geleneksel monolitik paneller ile yeni nesil ayrıştırılmış SaaS mimarisine sahip RaTurka arasındaki kaynak kullanım farkları teknik veriler doğrultusunda aşağıdaki tablolarda özetlenmiştir[cite: 383]:

Süreç / Yönetim Bileşeni	Geleneksel Monolitik Panel (RAM)	RaTurka Altyapısı (RAM)	Operasyonel Tasarruf Oranı
Panel Ana Daemon'ları (cpsrvd, sw-engine vb.)	1024 - 1536 MB [cite: 404]	30 - 70 MB (RaGent) [cite: 404]	~%95.4 RAM Tasarrufu [cite: 404]
Antivirüs & Spam Filtreleme (ClamAV, SpamAssassin)	3072 MB [cite: 405]	0 MB (Bulut Tabanlı Dağıtık Güvenlik) [cite: 405]	%100 RAM Tasarrufu [cite: 406]
Log & İstatistik Motoru (AWStats)	256 MB [cite: 406]	0 MB (RaVision Telemetri) [cite: 407]	%100 RAM Tasarrufu [cite: 407]
Toplam Boşta Yönetim Aşırı Yükü	4352 - 4864 MB (~4.5 GB) [cite: 407]	30 - 70 MB [cite: 408]	~%98.7 Net Tasarruf [cite: 408]

200 sanal konak (vhost) barındıran orta ölçekli bir altyapı için Toplam Sahip Olma Maliyeti (TCO) karşılaştırması ise şu şekildedir[cite: 410]:

Maliyet ve Donanım Parametresi	Geleneksel Panel Altyapısı	RaTurka Altyapısı	Elde Edilen Donanım Avantajı
Minimum İşlemci (CPU) İhtiyacı	8-Çekirdek CPU [cite: 413]	4-Çekirdek CPU [cite: 413]	%50 İşlemci Tasarrufu [cite: 413]
Minimum Bellek (RAM) İhtiyacı	16 GB RAM [cite: 414]	8 GB RAM [cite: 414]	%50 Bellek Tasarrufu [cite: 415]
3. Taraf Güvenlik Yazılımı Lisansı	Gerekli (Imunify360, CloudLinux vb.) [cite: 421]	$0 (Entegre RaDome, RaVision) [cite: 421]	Ek Güvenlik Lisansı Bütçesi Sıfırlanır [cite: 422]
Toplam Sahip Olma Maliyeti (TCO)	Taban Fiyat ve Değişken Donanım Vergisi [cite: 423]	%40'a Varan Net Tasarruf [cite: 423]	Yüksek Verimlilik ve Kârlılık [cite: 424]

---

6. Paradigmada Devrim: RaTurka ile Donanım Vergisini Sıfırlamak

RaTurka, geleneksel kontrol panellerinin sunduğu monolitik yapıyı reddederek Kontrol Düzlemini (Control Plane) Veri Düzleminden (Data Plane) ayıran melez bir SaaS mimarisi sunar[cite: 380]. Yönetim arayüzü, grafikler ve ağır veritabanı motorları sunucunun üzerinden tamamen kaldırılarak RaTurka'nın kendi bulut kontrol katmanına taşınır[cite: 381].

Sunucu üzerinde çalışan ve dört temel bileşenden oluşan minimalist RaTurka ekosistemi şu avantajları sağlar:

• RaGent (Sadece 30 MB RAM Tüketen Hafif Ajan): .NET 10 NativeAOT teknolojisiyle doğrudan hedef makine diline derlenmiştir[cite: 296]. Harici bir runtime veya sanal makine çalıştırmaz[cite: 297]. Sıfır bellek atamalı (zero-allocation) C# desenleri sayesinde boşta yalnızca 30 MB ile 70 MB arasında RAM tüketir[cite: 298]. Dışarıya port açmaz; merkezi panele mTLS şifreli QUIC kanalları üzerinden outbound bağlanır (Zero Inbound Port)[cite: 299].
• RaDome (Çekirdek Sınırında Aktif Savunma Kalkanı): Rust diliyle geliştirilen RaDome, eBPF/XDP teknolojisiyle işletim sisteminin çekirdek sınırında (kernel boundary) çalışır[cite: 301]. Volumetrik DDoS ve kaba kuvvet saldırı paketlerini ağ kartı (NIC) seviyesinde sessizce düşürür (silent drop)[cite: 302]. CPU ve RAM'e yük bindirmeden L7 AI-WAF ve Birleşik Öğrenme (Federated Learning) ile küresel tehdit istihbaratını ağdaki tüm sunuculara dağıtır[cite: 303].
• RaVision (Otonom İzleme ve Oturum Güvenliği): Süreçler ve dosya erişimleri üzerinde nedensellik grafikleri (provenance graphs) kurarak durum farkındalığı sağlar[cite: 306]. Panele giriş yapan oturum token'larını kriptografik olarak sürekli imzalar, jeton hırsızlığı veya yetkisiz erişim teşebbüslerini anında engeller[cite: 307, 308].
• RaWarden (Zero-Trust SSH Gateway): Kalıcı root erişimi yerine her ayrıcalıklı SSH oturumunu çift kontrol insan onayına (Four-Eyes Principle) bağlar[cite: 310, 311]. Dışa açık port bulundurmadığı için tarama ve kaba kuvvet saldırı yüklerini tamamen elimine eder[cite: 399, 400].

---

7. Sonuç

Geleneksel web barındırma panellerinin monolitik mimarisi, günümüz bulut bilişim dünyasının dinamik ve verimlilik odaklı standartlarıyla artık bağdaşmamaktadır[cite: 425]. Sunucuda sürekli çalışan cpsrvd, tailwatchd, sw-engine veya dataskq gibi yerel süreçler, asıl barındırılması gereken müşteri uygulamalarının kaynaklarından çalmaktadır[cite: 426, 427]. Bu yapay donanım ihtiyacı, işletmeleri daha büyük sunucu paketleri kiralamaya zorlayarak operasyonel maliyetleri ve veri merkezlerinin karbon ayak izini artırmaktadır[cite: 428].

RaTurka'nın .NET 10 NativeAOT ile geliştirilen 30 MB bellek ayak izine sahip RaGent ajanı ve eBPF/XDP tabanlı RaDome kalkanı, geleneksel panellerin yarattığı donanım vergisini sıfıra indirir[cite: 429]. Altyapı maliyetlerini %40'a varan oranlarda düşüren RaTurka, sunucu kaynaklarınızı doğrudan işinizi büyüten ana uygulamalarınıza tahsis etmenizi sağlar[cite: 430].

---

Kaynakça

1. Öz, M. O. & Noyan, G. (2026). Avoiding cPanel and Plesk Price Hikes: Ways to Reduce Server Costs. RaTurka Technical Publications. raturka.com [cite: 432]
2. OwnWebServers (2026). Plesk vs cPanel: Which Control Panel is Right for You? OwnWebServers Knowledge Base. [cite: 433]
3. IBM Think (2025). What is Monolithic Architecture? IBM Technical Articles. [cite: 434]
4. Akamai Technologies (2026). Monolith Versus Microservices: Weigh the Pros and Cons of Both Configs. Akamai Cloud Blog. [cite: 436]
5. cPanel & WHM Documentation (2026). The cPanel & WHM Service Daemons and Configuration Guide. cPanel Docs. [cite: 437]
6. Syslint Technologies (2024). How to Reduce Memory Consumption on a cPanel VPS. Syslint Tech Publications. [cite: 449]
7. Plesk Forum (2025). Plesk pages load slowly or fail to load when there are a lot of external connections to Plesk ports 8443 and/or 8880. Plesk Support. [cite: 446]
8. DirectAdmin Forums (2022). dataskq utilizing 100% resources with Brute Force Monitor. DirectAdmin Technical Discussions. [cite: 447]
9. SSD Nodes Technical Guides (2026). cPanel Alternatives for a Linux VPS. SSD Nodes Learn. [cite: 448]
10. Öz, M. O. (2026). Autonomous Defense at the Moment of Attack: RaDome Edge Defense and Distributed Threat Intelligence. RaTurka Technical Publications. [cite: 435]