Netdata ile Gerçek Zamanlı Sunucu İzleme

Bir sunucu yavaşladığında ya da çöktüğünde en kötü senaryo, "ne olduğunu bilmiyorum" demek zorunda kalmaktır. CPU mu tepede takıldı, bellek mi tükendi, disk mi doldu, yoksa ağ trafiği mi patladı? Bu soruların cevabını olay yaşandıktan sonra loglardan geriye dönük çıkarmak zahmetlidir; çoğu zaman kritik anın verisi çoktan kaybolmuştur. Sunucularınızı sürekli izleyen, saniye saniye ne olup bittiğini gösteren bir gösterge paneline sahip olmak, bu belirsizliği ortadan kaldırır.

Netdata tam olarak bu ihtiyaca cevap veren, tek komutla kurulan bir gerçek zamanlı izleme aracıdır. Kurulumdan saniyeler sonra tarayıcınızda yüzlerce metriği (CPU çekirdek çekirdek, RAM, swap, disk I/O, ağ arayüzleri, çalışan servisler, veritabanı ve web sunucusu istatistikleri) canlı grafiklerle görürsünüz. Bu rehberde Netdata'yı sıfırdan kurmayı, panoyu internete açmadan güvenli erişmeyi, hangi metriklerin ne anlama geldiğini, kendi uyarılarınızı yapılandırmayı ve tüm bunları yaparken sunucunuzun kaynaklarını yormamayı adım adım ele alıyoruz. Özellikle ayrı bir izleme altyapısı kurmaya zamanı olmayan küçük ekipler için "kur ve unut" mantığında bir çözüm hedefliyoruz.

Netdata Nedir ve Neden Tercih Edilir#

Netdata, tek bir sunucuya kurulan ve o sunucunun neredeyse tüm sistem metriklerini yüksek çözünürlükte (varsayılan olarak saniyede bir) toplayan, hafif bir izleme ajanıdır. Topladığı veriyi kendi içinde barındırdığı bir web arayüzünde canlı grafiklerle sunar; harici bir veritabanı ya da ayrı bir grafik sunucusu kurmanıza gerek kalmaz. Kurulum bittiği anda çalışmaya başlar, ekstra yapılandırma istemeden yüzlerce metriği otomatik keşfeder.

Geleneksel izleme çözümleri (örneğin Prometheus + Grafana ikilisi) çok güçlüdür ama kurulumu, yapılandırması ve bakımı ciddi emek ister. Netdata'nın felsefesi bunun tam tersidir: sıfır yapılandırmayla anında değer üretmek. Bir sistem yöneticisi olarak "şu an sunucumda ne oluyor?" sorusuna 30 saniyede cevap vermek istediğinizde Netdata rakipsizdir.

Netdata'nın öne çıkan özelliklerini bir tabloda özetleyelim:

Bu tabloya bakınca Netdata'nın nerede parladığı netleşiyor: hızlı kurulum, anlık teşhis ve düşük giriş bariyeri. Büyük ölçekli, uzun vadeli metrik arşivi ve karmaşık sorgular istiyorsanız Prometheus daha uygundur; ama tek ya da birkaç sunucuyu "şimdi ne oluyor?" gözüyle izlemek için Netdata çoğu ekibin ihtiyacını fazlasıyla karşılar.

Tek Komutla Kurulum#

Netdata'nın en sevilen yanı kurulumunun gerçekten tek satır olmasıdır. Ekip, güncel ve platform bağımsız bir kurulum betiği (kickstart.sh) sunar; bu betik dağıtımınızı algılar, doğru paketi indirir ve servisi ayağa kaldırır. Ubuntu, Debian, Rocky Linux, AlmaLinux ve CentOS dahil hemen her modern dağıtımda çalışır.

Root ya da sudo yetkisiyle şu komutu çalıştırmanız yeterli:

# Netdata resmi kurulum betiği (stable sürüm)
wget -O /tmp/netdata-kickstart.sh https://get.netdata.cloud/kickstart.sh
sh /tmp/netdata-kickstart.sh --stable-channel --disable-telemetry

Betiği doğrudan curl ile de indirip çalıştırabilirsiniz:

curl -Ss https://get.netdata.cloud/kickstart.sh -o /tmp/netdata-kickstart.sh
sh /tmp/netdata-kickstart.sh --stable-channel

--disable-telemetry bayrağı, Netdata'nın anonim kullanım istatistiği göndermesini kapatır; gizlilik açısından tercih edenler için pratiktir. --stable-channel ise nightly (gece derlemesi) yerine kararlı sürümü kurar; üretim sunucularında bunu öneririm.

Kurulum bittiğinde Netdata bir systemd servisi olarak devreye alınır ve açılışta otomatik başlayacak şekilde etkinleştirilir. Durumunu her zamanki gibi kontrol edebilirsiniz:

# Servisin çalıştığını doğrula
sudo systemctl status netdata

# Açılışta otomatik başladığını gör
systemctl is-enabled netdata

Servisin active (running) göründüğünü teyit ettikten sonra Netdata varsayılan olarak 19999 portunda dinlemeye başlar. systemd servis yönetimine yabancıysanız systemd ve servis yönetimi rehberimiz start, enable ve status komutlarının tümünü ayrıntılı anlatır.

Kurulumun sağlıklı olduğunu yerelden hızlıca doğrulamak için sunucu üzerinde şu isteği atabilirsiniz:

# Netdata'nın yanıt verdiğini yerelden test et
curl -s http://localhost:19999/api/v1/info | head -20

Bir JSON çıktısı görüyorsanız ajan çalışıyor demektir. Sıradaki adım, bu panoyu internete çıplak açmadan güvenli biçimde erişilebilir hale getirmek.

Panoya Güvenli Erişim#

Netdata varsayılan olarak 0.0.0.0:19999 üzerinde, yani tüm ağ arayüzlerinde dinler. Bu, panoya http://sunucu-ip:19999 adresinden anında ulaşabilmeniz demektir; ama aynı zamanda panoyu internete kimlik doğrulaması olmadan açık bırakmak anlamına da gelir. Netdata panosu sunucunuzun iç işleyişi hakkında (çalışan süreçler, açık portlar, kaynak kullanımı) çok fazla bilgi sızdırır; bu yüzden bu portu asla halka açık bırakmamalısınız.

En güvenli ve en basit yaklaşım, Netdata'yı yalnızca localhost'ta dinletip panoya SSH tüneli üzerinden erişmektir. Önce yapılandırmayı kısıtlayalım. Netdata'nın ana yapılandırma dosyası netdata.conf'tur ve edit-config aracıyla düzenlenir:

cd /etc/netdata
sudo ./edit-config netdata.conf

[web] bölümünde dinlenen adresi sadece localhost'a çekin:

[web]
    bind to = 127.0.0.1

Değişikliği kaydettikten sonra servisi yeniden başlatın:

sudo systemctl restart netdata

Artık Netdata dışarıya kapalıdır. Kendi makinenizden panoya erişmek için bir SSH tüneli açarsınız; bu, port 19999'u güvenli SSH bağlantısı üzerinden bilgisayarınıza yönlendirir:

# Yerel makinenizde çalıştırın (kullanici ve sunucu-ip'yi değiştirin)
ssh -L 19999:localhost:19999 kullanici@sunucu-ip

Tünel açıkken tarayıcınızda http://localhost:19999 adresine gidin; sunucudaki Netdata panosunu, hiçbir portu internete açmadan görürsünüz. Bu yöntem küçük ekipler için idealdir çünkü ekstra bir yazılım gerektirmez ve SSH zaten kurulu olan güvenli kanalı kullanır.

Panoyu birden çok kişiyle paylaşmak ya da kalıcı bir alan adından erişmek istiyorsanız, önerilen yol Netdata'yı bir ters vekil (reverse proxy) arkasına almak ve HTTP temel kimlik doğrulaması ile korumaktır. Nginx ile örnek bir yapılandırma şöyledir:

server {
    listen 443 ssl;
    server_name izleme.ornek.com;

    ssl_certificate     /etc/letsencrypt/live/izleme.ornek.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/izleme.ornek.com/privkey.pem;

    # Temel kimlik doğrulama — parola olmadan geçilemez
    auth_basic           "Netdata Izleme";
    auth_basic_user_file /etc/nginx/.netdata-htpasswd;

    location / {
        proxy_pass http://127.0.0.1:19999;
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_http_version 1.1;
        proxy_set_header Connection "keep-alive";
    }
}

Kimlik doğrulama için parola dosyasını htpasswd ile oluşturursunuz:

# apache2-utils ya da httpd-tools paketi gerekir
sudo htpasswd -c /etc/nginx/.netdata-htpasswd yonetici

Bu kurulumla panonuz artık şifreli (HTTPS) ve parola korumalı bir adresten erişilebilir. TLS sertifikasını nasıl alacağınızı bilmiyorsanız Let's Encrypt ile ücretsiz SSL yazımız işinizi görür; genel güvenlik yaklaşımını çerçevelemek için de sunucu güvenliği temelleri rehberimize göz atın. Panoyu koruyan katmanı bir web uygulama güvenlik duvarıyla güçlendirmek isterseniz WAF çözümlerimiz ek bir savunma hattı sağlar.

Toplanan Metrikleri Anlamak#

Netdata panosunu ilk açtığınızda karşınıza yüzlerce grafik çıkar ve bu ilk bakışta bunaltıcı olabilir. Ama panonun sağ tarafındaki menü metrikleri mantıklı gruplara ayırır: System Overview, CPU, Memory, Disks, Networking, Applications ve varsa MySQL, Nginx gibi servis bölümleri. Bir sistem yöneticisi olarak günlük teşhiste en çok bakacağınız dört ana alan ve onlarda aramanız gerekenler şunlardır.

CPU: Netdata çekirdek çekirdek CPU kullanımını gösterir ve kullanımı user (uygulamalar), system (çekirdek), iowait (disk beklemesi) ve steal (sanallaştırma komşusu) gibi kategorilere ayırır. Yüksek iowait genelde diskin darboğaz olduğunu, yüksek steal ise paylaşımlı bir sanal sunucuda komşu kiracıların kaynağınızı yediğini işaret eder. system.load grafiğindeki yük ortalaması (load average) çekirdek sayınızı sürekli aşıyorsa sistem talebe yetişemiyordur.

Bellek (RAM): system.ram grafiği kullanılan, önbelleğe alınan (cached) ve boş belleği ayırır. Linux'ta "boş bellek az" görünmesi çoğu zaman normaldir çünkü çekirdek boş RAM'i disk önbelleği için kullanır. Asıl dikkat etmeniz gereken metrik swap kullanımıdır; swap sürekli ve artan biçimde doluyorsa gerçek bir bellek baskısı var demektir. Bir de OOM (Out Of Memory) olaylarını izleyin — çekirdek belleği tükenince süreç öldürüyorsa Netdata bunu size gösterir.

Disk: disk.io diskin okuma/yazma hızını (KB/s), disk.util ise diskin ne kadarının meşgul olduğunu yüzde olarak verir. disk.util sürekli %100'e yakınsa diskiniz istekleri karşılayamıyordur; bu, veritabanı yavaşlıklarının en sık gizli nedenidir. Ayrıca dosya sistemi doluluk oranını gösteren disk_space bölümü, "disk doldu" krizini yaşamadan önce sizi uyarır.

Ağ: Her ağ arayüzü için net.eth0 benzeri grafikler gelen/giden trafiği (Mbps) gösterir. Ani ve açıklanamayan bir giden trafik sıçraması, sunucunuzun bir saldırıya alet olduğunun ya da veri sızdırdığının işareti olabilir. TCP bağlantı sayısı ve yeniden iletim (retransmit) oranı da ağ sağlığının iyi göstergeleridir.

Aşağıdaki tablo, bir sorun anında hangi metriğin neye işaret ettiğini hızlı bir başvuru olarak özetler:

Bu haritayı zihninizde tuttuğunuzda, panoya baktığınızda yüzlerce grafik yerine yalnızca sorunla ilgili birkaç metriğe odaklanabilirsiniz. Ağ trafiğinde ani bir sıçrama görüp saldırıdan şüphelendiğinizde, DDoS koruma çözümlerimiz ile bu tür anormallikleri kaynağında durdurabilirsiniz.

Uyarı (Alarm) Yapılandırma#

Netdata'nın en değerli tarafı, sadece grafik göstermekle kalmayıp eşik aşıldığında sizi uyarabilmesidir. Kurulumdan sonra bile onlarca hazır uyarı (yüksek CPU, düşük disk alanı, dolan swap, çöken servis) otomatik etkindir. Bu uyarıların o anki durumunu panonun sağ üstündeki alarm simgesinden ya da API'den görebilirsiniz:

# Aktif uyarıların durumunu JSON olarak al
curl -s http://localhost:19999/api/v1/alarms?active | head -40

Kendi eşiklerinizi tanımlamak ya da mevcutları özelleştirmek için sağlık yapılandırma dosyalarını edit-config ile düzenlersiniz. Uyarı tanımları health.d/ klasöründe konu bazında ayrılmıştır. Örneğin disk doluluk uyarısını özelleştirmek için:

cd /etc/netdata
sudo ./edit-config health.d/disks.conf

Basit bir örnek üzerinden bir uyarının anatomisine bakalım. Aşağıdaki tanım, kök disk kullanımı %80'i geçince uyarı, %90'ı geçince kritik alarm üretir:

 alarm: disk_doluluk
    on: disk_space./
  calc: $used * 100 / ($avail + $used)
 units: %
 every: 60s
  warn: $this > 80
  crit: $this > 90
  info: Kök disk doluluk oranı yüksek
    to: sysadmin

Satırların anlamı şöyledir: on hangi grafiği izlediğini, calc hesaplanan değeri, every kontrol sıklığını, warn ve crit uyarı/kritik eşiklerini, to ise bildirimin gideceği rol adını belirtir. Değişiklikten sonra sağlık motorunu yeniden yükleyin:

# Yapılandırmayı yeniden başlatmadan yeniden yükle
sudo netdatacli reload-health

Uyarıların gerçekten işe yaraması için bir yere düşmesi gerekir. Netdata bildirimleri health_alarm_notify.conf dosyasından yönetilir ve e-posta, Slack, Discord, Telegram ve webhook dahil pek çok kanalı destekler. En basit kanal olan e-posta için:

sudo ./edit-config health_alarm_notify.conf

İçinde alıcı adresini ayarlayın:

SEND_EMAIL="YES"
DEFAULT_RECIPIENT_EMAIL="[email protected]"

Slack ya da Discord gibi ekip kanallarına düşürmek için ilgili SEND_SLACK / SEND_DISCORD bloklarına webhook URL'nizi girmeniz yeterlidir. Küçük ekipler için pratik bir kombinasyon, kritik alarmları hem e-postaya hem de bir Slack kanalına göndermektir; böylece kimse gözden kaçırmaz. Netdata'nın kendi uyarı sistemine ek olarak, hizmetlerinizin dışarıdan erişilebilirliğini bağımsız bir kaynaktan da izlemek isterseniz Clou.TR panelindeki uptime uyarıları ve genel sunucu yönetimi hizmetimiz bu güvenlik ağını tamamlar.

Kaynak Ayak İzini Düşük Tutmak#

"Saniyede bir bu kadar metrik toplayan bir araç sunucumu yormaz mı?" sorusu haklıdır ve Netdata bu konuda özellikle optimize edilmiştir. Yine de varsayılan ayarlarla küçük bir sunucuda (örneğin 1 GB RAM'li bir VDS'te) bellek kullanımı hissedilir olabilir. Birkaç ayarla ayak izini rahatça düşürebilirsiniz.

En büyük bellek tüketicisi, Netdata'nın geçmiş veriyi tuttuğu veritabanı katmanıdır (dbengine). Ne kadar geçmiş sakladığınızı ve bunun için ayrılan belleği netdata.conf içindeki [db] bölümünden kontrol edersiniz:

[db]
    mode = dbengine
    # Bellekteki sıcak sayfa önbelleğini sınırla (MB)
    dbengine page cache size MB = 32
    # Diskte tutulacak geçmiş verinin üst sınırı (MB)
    dbengine multihost disk space MB = 256

Bu değerleri düşürmek, birkaç günlük yüksek çözünürlüklü geçmişten fedakârlık ederek belleği ciddi biçimde azaltır. "Kur ve unut" senaryosunda genelde son birkaç günün verisi teşhis için fazlasıyla yeterlidir.

İkinci ayar toplama sıklığıdır. Saniyede bir yerine iki ya da beş saniyede bir toplamak, CPU ve bellek yükünü orantılı biçimde azaltır:

[global]
    # Varsayılan 1 saniye; 2 yapmak yükü yarıya indirir
    update every = 2

Üçüncü olarak, kullanmadığınız toplayıcıları (collector) kapatabilirsiniz. Netdata onlarca modülü otomatik etkinleştirir; sunucunuzda olmayan bir servisin toplayıcısını kapatmak boşa CPU harcamasını önler. Toplayıcı ayarları go.d.conf ve python.d.conf dosyalarındadır:

cd /etc/netdata
sudo ./edit-config go.d.conf

Aşağıdaki tablo, kaynak tüketimini düşürmek için en etkili üç kaldıracı özetler:

Bu üç ayarı yaptıktan sonra Netdata, düşük bütçeli bir sanal sunucuda bile birkaç yüz MB belleğin altında rahatça çalışır. Sunucunuzun toplam kapasitesi zaten sınırlıysa ve izleme için daha fazla nefes alanı istiyorsanız, VDS sunucu paketlerimiz ile kaynakları büyütmek ya da tüm kurulum ve ayarı bize bırakmak için sunucu paketlerimizi inceleyebilirsiniz.

Küçük Ekipler İçin Kur-Unut Senaryosu#

Bir ya da iki kişilik bir ekipseniz, gün boyu bir izleme panosuna bakacak vaktiniz yoktur; istediğiniz şey, bir şeyler ters gittiğinde haberdar olmak ve o an olup biteni geriye dönük görebilmektir. Netdata bu senaryo için biçilmiş kaftandır. İdeal kurulumu birkaç maddede toparlayalım.

Önce her sunucuya Netdata'yı kurun, panoyu localhost'a kapatın ve merkezi bir yerden erişim istiyorsanız tek bir "izleme" sunucusunda ters vekil arkasında toplayın. Ardından yalnızca gerçekten önemsediğiniz birkaç uyarıyı sıkı ayarlayın: dolmakta olan disk, tükenmekte olan bellek/swap, sürekli %100 CPU ve çöken kritik servisler. Aşırı hassas eşikler "alarm yorgunluğu" yaratıp gerçek uyarıların gözden kaçmasına yol açar; az ama isabetli uyarı, çok ama gürültülü uyarıdan iyidir.

Uyarıların hepsini ekibin ortak bir Slack ya da Telegram kanalına düşürün; böylece kim müsaitse görür. Son olarak toplama sıklığını ve geçmiş penceresini bir önceki bölümdeki gibi makul seviyeye çekin ki izleme aracı, izlediği sunucuyu yormasın. Bu kurulumu bir kez yaptıktan sonra aylarca elinizi sürmeden çalışır — gerçek anlamda "kur ve unut".

Bu yaklaşımın güzelliği, bir olay yaşandığında elinizde kanıt olmasıdır. Müşteriniz "dün akşam site çöktü" dediğinde, Netdata'nın geçmiş grafiklerine bakıp o saatte belleğin tükendiğini ya da diskin dolduğunu saniyeler içinde gösterebilirsiniz. Bu netlik, hem sorunu hızlı çözmenizi hem de müşteriye güven vermenizi sağlar. Web sitelerinizin kesintilerini müşteri tarafından da doğrulanabilir kılmak için barındırma altyapınızı web hosting ve WordPress hosting paketlerimizle sağlam bir zemine oturtmak, izleme yatırımınızın karşılığını tam alır.

Sıkça Sorulan Sorular#

Netdata ücretsiz mi, yoksa gizli bir maliyeti var mı?#

Netdata'nın sunucuya kurduğunuz açık kaynaklı ajanı tamamen ücretsizdir ve tüm izleme, uyarı ve pano özelliklerini yerel olarak sunar. Bu rehberde anlatılan her şey (kurulum, güvenli erişim, uyarılar) hiçbir ücret ödemeden çalışır. Netdata ayrıca bulut tabanlı, birden çok sunucuyu tek panelden yöneten ücretli bir hizmet de sunar; ama küçük ekiplerin çoğu için tek başına yerel ajan fazlasıyla yeterlidir ve dışarıya hiçbir veri göndermeden çalıştırılabilir.

Netdata sunucumu yavaşlatır mı?#

Netdata düşük kaynak tüketimi için özel olarak tasarlanmıştır; C ile yazılmış çekirdeği sayesinde saniyelik toplamayı bile çok az CPU ile yapar. Varsayılan ayarlarla bellek kullanımı sunucunuzdaki servis sayısına göre birkaç yüz MB olabilir. Kaynak sıkıntısı yaşarsanız geçmiş veri sınırını (dbengine disk space), toplama sıklığını (update every) düşürerek ve kullanmadığınız toplayıcıları kapatarak ayak izini rahatça azaltabilirsiniz. Bu ayarlarla düşük bütçeli bir VDS'te bile sorunsuz çalışır.

Netdata panosunu internete açık bırakmak güvenli mi?#

Hayır, Netdata panosunu kimlik doğrulaması olmadan internete açık bırakmak güvenli değildir. Pano, çalışan süreçler, açık portlar ve kaynak kullanımı gibi sunucunuzun iç işleyişine dair hassas bilgileri gösterir; bu bilgiler bir saldırgana yardımcı olabilir. En güvenli yöntem, Netdata'yı yalnızca localhost'ta dinletip panoya SSH tüneli üzerinden erişmektir. Kalıcı ve paylaşılan erişim gerekiyorsa Nginx gibi bir ters vekil arkasına alıp HTTPS ve temel kimlik doğrulama (parola) ile korumalısınız.

Netdata ile Prometheus arasındaki fark nedir?#

Netdata "kur ve anında izle" felsefesiyle çalışır; tek komutla kurulur, sıfır yapılandırmayla saniyelik metrik toplar ve kendi panosunu sunar. Prometheus ise ölçeklenebilir, uzun vadeli metrik depolama ve karmaşık sorgular için tasarlanmış, ayrı exporter'lar ve genelde Grafana ile birlikte kurulan daha kapsamlı bir sistemdir. Tek ya da birkaç sunucuyu hızlıca izlemek istiyorsanız Netdata çok daha pratiktir; onlarca sunucudan aylarca metrik toplayıp derin analiz yapacaksanız Prometheus daha uygundur. İkisi birlikte de kullanılabilir; Netdata verisini Prometheus'a aktarabilir.

Uyarılar e-posta veya Slack'e nasıl gönderilir?#

Netdata bildirimleri health_alarm_notify.conf dosyasından yönetilir ve sudo ./edit-config health_alarm_notify.conf komutuyla düzenlenir. E-posta için SEND_EMAIL="YES" yapıp DEFAULT_RECIPIENT_EMAIL değerine alıcı adresini yazarsınız; sunucuda çalışan bir posta iletim aracının (örneğin msmtp veya postfix) kurulu olması gerekir. Slack, Discord ve Telegram için ilgili SEND_SLACK / SEND_DISCORD bloklarına webhook URL'nizi girmeniz yeterlidir. Değişiklikten sonra sudo netdatacli reload-health ile sağlık motorunu yeniden yükleyin; test uyarısı tetikleyerek bildirimin geldiğini doğrulayabilirsiniz.

Netdata topladığı verileri dışarıya gönderir mi?#

Hayır, varsayılan olarak Netdata topladığı metrikleri kendi içinde, yerel olarak saklar ve dışarıya hiçbir izleme verisi göndermez. Kurulum sırasında --disable-telemetry bayrağını kullanırsanız anonim kullanım istatistiklerinin gönderilmesini de kapatabilirsiniz. Veriler yalnızca siz Netdata Cloud'a bağlanmayı seçerseniz dışarıya iletilir; bu tamamen isteğe bağlıdır. Gizliliğe önem veren ekipler Netdata'yı tamamen çevrimdışı ve yerel çalışacak şekilde yapılandırabilir.

Kapanış#

Netdata, bir izleme altyapısı kurmanın karmaşasına girmeden sunucularınızın nabzını gerçek zamanlı tutmanın en hızlı yoludur. Tek komutluk kurulum, saniyelik çözünürlük, hazır gelen uyarılar ve düşük kaynak tüketimi; hepsi bir araya geldiğinde, özellikle küçük ekipler için "kur ve unut" mantığında güçlü bir çözüm ortaya çıkar. Panoyu güvenli açmayı, doğru metrikleri okumayı ve isabetli uyarılar kurmayı bir kez yaptığınızda, bir sorun yaşandığında artık karanlıkta kalmazsınız.

Bu esnekliğin tadını çıkarmak için tam kök erişimine sahip bir sunucuya ihtiyacınız var. Clou.TR'nin VDS sunucuları ve sanal sunucu çözümleri Netdata'yı ve dilediğiniz izleme araçlarını özgürce kurmanıza olanak tanır. Kurulum, güvenli yapılandırma ve uyarı ayarlarını uzman ellere bırakmak isterseniz sunucu yönetimi hizmetimiz ile izleme altyapınızı biz sizin adınıza kurup 7/24 takip edelim. Size uygun bir başlangıç için tüm sunucu paketlerimizi inceleyebilirsiniz.