Sunucu yönetimi

Uptime Kuma nasıl kurulur? Site takibi ve kesinti bildirimi

Sitenizin erişilebilirliğini ayrı bir sunucudan izleyin; kontrol eklemekle kalmayıp kesinti ve düzelme bildirimlerini de sınayın.

11 Eylül 20266 dakika okuma

Sunucuları izleyen ayı figürü ve yeşil durum ekranı

Sitenin açılmadığını müşteriden öğrenmek yerine dışarıdan düzenli kontrol yapabilirsiniz. Uptime Kuma bu amaçla kullanılabilir; ancak izleme sistemini sitenin bulunduğu aynı sunucuya koyarsanız sunucu tamamen kapanınca bildirim de gönderemeyebilir.

1. İzleme konumunu belirleyin

Mümkünse farklı sunucu veya ağ kullanın. Bu rehber Docker Engine ve Compose kurulu bir Linux makinesi içindir. Resmi proje belgesi, HTTP, TCP ve DNS gibi kontrol türlerini ve Docker kurulumunu açıklar.

Yerel disk üzerinde kalıcı veri alanı kullanın; uygulama verisini NFS paylaşımına bağlamayın. Başlangıçta yalnız bir test adresi ekleyin. Sonra üretim sitelerine geçin.

2. Compose ile kurun

/opt/uptime-kuma dizininde compose.yaml oluşturun:

yamlservices:
  uptime-kuma:
    image: louislam/uptime-kuma:2
    restart: unless-stopped
    ports:
      - "127.0.0.1:3001:3001"
    volumes:
      - kuma_data:/app/data
volumes:
  kuma_data:
    name: uptime_kuma_data

bashcd /opt/uptime-kuma
sudo docker compose config
sudo docker compose up -d
sudo docker compose logs --tail 50

Bu örnek 2.x sürüm ailesini kullanır. Güncelleme öncesi kullanılan imajı kaydedin; ana sürüm geçişini normal yeniden başlatma gibi değerlendirmeyin.

3. Yönetici hesabı

Kendi bilgisayarınızdan tünel açın:

bashssh -N -L 3001:127.0.0.1:3001 root@IZLEME_SUNUCUSU_IP

http://localhost:3001 adresinde hesabınızı oluşturun. Sonradan alan adıyla erişim istiyorsanız HTTPS reverse proxy kullanın. Nginx Proxy Manager rehberi bu adımı açıklar; yönetim arayüzünü doğrudan herkese açmanız gerekmez.

4. İlk kontrol ve doğru beklenti

HTTP(s) türünde bir monitor ekleyin, gerçek HTTPS adresini yazın ve örneğin 60 saniye aralıkla başlayın. Bu aralık bir başlangıç tercihidir; daha sık kontrol hem sizin hem hedef sunucunun yükünü artırır.

Ana sayfa 200 dönerken ödeme veya veritabanı işlemi bozulabilir. Bu yüzden uygulamanın hassas veri döndürmeyen sağlık adresini de değerlendirin. Sadece “sunucu ayakta mı?” sorusu için TCP kontrolü yeterli olabilir, “kullanıcı işlem yapabiliyor mu?” sorusu için değildir.

5. Bildirimi gerçekten test edin

Desteklenen bildirim kanalını ayarlayın, test mesajını gönderin ve ilgili monitöre atayın. Test mesajı gelmesi tek başına alarm akışının doğrulandığı anlamına gelmez. Size ait test servisini kontrollü olarak durdurun; hem kesinti hem düzelme mesajını görün.

İlk hata anında alarm üretmek geçici bağlantı dalgalanmalarında fazla bildirim yaratabilir. Yeniden deneme sayısını ve bakım aralıklarını kendi ihtiyacınıza göre ayarlayın. Gerçek üretim servisini yalnız alarm denemesi için durdurmayın.

6. Veri yedeği ve hatalar

Konteyneri bakım penceresinde durdurup uptime_kuma_data volume’ünün tutarlı kopyasını alın; sonra tekrar başlatın. Docker volume belgesi yedekleme yöntemlerini açıklar. Bildirim anahtarlarının yedekte bulunabileceğini unutmayın.

Tüm kontroller düşüyor: izleme sunucusunun DNS ve internetini inceleyin. Site açık ama alarm var: hedefte bot engeli veya IP kısıtı olabilir. Mesaj gelmiyor: kanalın monitöre atanmasını ve dış bağlantıyı kontrol edin. Genel izleme yaklaşımı için uptime rehberini okuyun.