Genel Bakış
VictoriaLogs Cloudzy üzerinde kullanmak, tamamen sizin kontrolünüzde hızlı, kendi barındırdığınız bir log veritabanı sağlar. Geliştirme için tek düğümlü bir sunucu başlatın ya da production için daha güçlü bir makine kurun, ardından Vector, Fluent Bit, ya da syslog'u bağlayın ve saniyeler içinde sorgu çalıştırmaya başlayın. Özel EPYC vCPU'ları, DDR5 RAM, saf NVMe ve 10 Gbps bağlantı; yoğun trafikte veri alımını ve sorguları hızlı tutar. Saatlik faturalandırma sayesinde yoğun saatlerde kapasiteyi artırıp sonra geri düşürebilirsiniz.
Açıklama
Bu Tek Tıkla kurulum imajı, VictoriaLogs Docker içinde hafif bir systemd sarmalayıcısıyla birlikte gelir; yanında Grafana, Vector, vmauth, vmalert, Alertmanagerve VictoriaMetrics tek düğüm gibi kullanışlı araçlar da bulunur ve metrikler için hazırdır. VictoriaLogs, yerel HTTP portunu dinler; logları kabul etmeye ve sorguları yanıtlamaya hemen başlar. Veri modeli, veri alım yöntemleri ve sorgu kalıpları için resmi belgelere bakın.
Web Arayüzüne Eriş
Sunucunuzda zaten çalışan servisleri ziyaret ederek başlayın. <SERVER-IP> yerine sunucunuzun IP adresini yazın.
- VictoriaLogs: http://<SERVER-IP>:9428 (veri alımı, sorgular ve metrikler: /metrics).
- Grafana: http://<SERVER-IP>:3000 (ilk oturum açma admin /admin, sonra değiştirin).
- VictoriaMetrics tek düğüm: http://<SERVER-IP>:8428 Prometheus uyumlu metrikler için.
- vmalert UI & API: http://<SERVER-IP>:8880.
- vmauth kapı: http://<SERVER-IP>:8427 kimlik doğrulama ve yönlendirme için.
- Alertmanager: http://<SERVER-IP>:9093.
- Vector API ve UI: http://<SERVER-IP>:8686 etkinleştirilmişse içinde vector config.
İlk gün operasyonları için servis kontrolleri:
| sudo systemctl başla victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-logs docker ps |
Gelişmiş Özellikler
Kendi sunucunuzda çalışan bir log veritabanı için gerçekten işe yarayan iyileştirmeler bunlar. Sorgu gecikmesini azaltır, yoğun anlarda veri alımını sorunsuz tutar ve bir güncelleme beklenmedik davranırsa hızlıca geri almanızı sağlar.
- Ayrılmış vCPUs ve DDR5 RAM eşzamanlı yazma ve okuma işlemlerinde komşu gürültüsünden kaynaklanan gecikmeleri önlemek için.
- Saf NVMe depolama WAL, index oluşturma ve sıkıştırma işlemlerinde yüksek IOPS için.
- 10 Gbps network port yüksek hızlı göndericiler ve çok sayıda dashboard kullanıcısı için.
- İsteğe bağlı snapshot ve geri alma yükseltme veya şema değişikliklerinden önce.
- Saatlik faturalama yani staging veya yük testi klonları yalnızca çalıştırdığınız saatler için ücretlendirilir.
Tek bir yeniden başlatma ile boyutlandırma değişikliği uygulanır. Veri taşımaya veya DNS düzenlemesine gerek yoktur.
Kullanım Kolaylığı
Bölgeleri güç döngüsüne almak, snapshot almak veya taşımak için temiz bir dashboard'a sahipsiniz. Şunu işaret edin: Vector or Fluent Bit to http://<SERVER-IP>:9428 HTTP JSON alımı için veya TCP ya da UDP 514'ü tercih ediyorsanız VictoriaLogs üzerinde syslog alıcılarını etkinleştirin. Örnek yapılandırmalar dokümantasyonda yer alıyor; varsayılan alanlarla basit tutup zamanla yapı ekleyebilirsiniz.
Performans Odaklı
Ekibiniz Grafana panellerini genel durum sayfalarına veya iç portallara yerleştiriyorsa, panellerde düşük ilk bayt süresi ve daha hızlı anlık sorgular sayfaların anında yüklenmesini sağlar. NVMe I/O ve 10 Gbps uplink, birden fazla kullanıcı geniş zaman aralıklarında sorgu çalıştırdığında yanıt sürelerini dengede tutar.
Tam Web Sitesi Kontrolü
Root erişiminiz var. Saklama süresini ayarlayın, index'leri temizleyin, vmauth kullanıcılarını yapılandırın ve uyarıları şu üzerinden yönlendirin: vmalert ve Alertmanager. VictoriaLogs konteyneri şurada çalışır: /root/VictoriaLogs, Makefile hedeflerini çağıran bir systemd birimi tarafından yönetilir; bu sayede güncellemeler öngörülebilir ve geri alınabilir olur. Konteynerleri incelemek için docker ps kullanın ya da kendi compose dosyalarınızla stack'i genişletin.
Güçlü Araçlar
Bu imaj, log kalitesine odaklanabilmeniz için aşağıdakileri içerir veya bunlarla birlikte çalışır; altyapı kurulumu yerine içeriğe odaklanırsınız.
- VictoriaLogs 9428 portunda yüksek hızlı veri alımı ve sorgu için tek düğüm.
- Grafana 3000 portunda dashboard ve anlık keşif için.
- VictoriaMetrics tek düğüm 8428 portunda metrik depolamak istediğinizde.
- vmauth 8427 portunda kimlik doğrulama eklemek ve çok kiracılı trafiği yönlendirmek için.
- vmalert uyarı kurallarını değerlendirmek ve 8880 numaralı portta uyarı API'lerini sunmak için.
- Vector 8686 portunda API ile (etkinleştirildiğinde) basit ve yüksek aktarım hızlı bir göndericisi olarak.
Küresel Erişim
Kullanıcılarınıza en yakın bölgeyi seçin. Cloudzy şu konumlarda varlık noktaları işletmektedir:
- Kuzey AmerikaNew York City, Dallas, Miami, Utah, Las Vegas
- AvrupaLondra, Amsterdam, Frankfurt, Zürih
- Asya-PasifikSingapur
Her konum aynı 10 Gbps uplink, Tier-1 karışımı ve %99,95 çalışma süresi SLA sunar. Tek değişken mesafedir.
Uygulama Detayları
Sürüm: Belirtilmemiş
İşletim Sistemi: Ubuntu Server 24.04
Minimum RAM: 1 GB
IP Türleri: IPv6, IPv4
VictoriaLogs'yi Şimdi Dağıtın: log veritabanınız ve panolarınız dakikalar içinde kullanıma hazır.
Notlar ve referanslar: VictoriaLogs varsayılan port 9428 ve /metrics uç nokta, alım örnekleri ve veri modeli VictoriaMetrics tarafından belgelenmiştir. Şunlar için varsayılan portlar: vmauth 8427, vmalert 8880, VictoriaMetrics tek düğüm 8428, ve Grafana ilk giriş akışıyla birlikte 3000 numaralı port, resmi kılavuzlarında belgelenmiştir.
Önemli: Yapılandırma ve Alan Adı Sorumlulukları
Her OCA'da tam SSH/root erişimi alıyorsun. Bu güç aynı zamanda yaptığın değişikliklerin kır uygulamayı. Yapılandırmalarda değişiklik yapmadan önce lütfen bunu oku.
- Alan adını siz yönetirsiniz. Alan adı/DNS satmıyoruz veya barındırmıyoruz. Uygulamanın bir alan adına ihtiyacı varsa, alan adınızı sunucuya yönlendirmeniz gerekir (A/AAAA/CNAME ve uygunsa MX/TXT). SSL verme ve birçok panel bunun doğru olmasına bağlıdır.
- Kurulumdan sonra alan adı/hostname değiştirmek basit değil. Birçok OCA, alan adını yapılandırmalara (.env, reverse proxy, uygulama URL'leri) yazar. Değiştirirsen, şunları da güncelle:
- Ters proxy (Nginx/Caddy) ve TLS sertifikaları
- Uygulamanın “external URL”/base URL ve callback/webhook URL'leri
- Uygulamada veya eklentilerde sabit kodlanmış bağlantılar
- Kimlik bilgileri önemlidir. Varsayılan yöneticinin adını değiştirmek, parolaları döndürmek veya uygulama yapılandırmasını güncellemeden hizmet portlarını değiştirmek sistemden kilitleyebilir veya hizmetleri durdurabilir. Kimlik bilgilerini güvende tut ve uygulama, proxy ve tüm entegrasyonlar arasında senkronize et.
- Ad sunucusu değişiklikleri kesintiye yol açabilir. Alan adını yeni nameserver'lara taşımak veya NS kayıtlarını düzenlemek yayılma gecikmelerini tetikler. Değişiklikleri planla, TTL'yi önceden düşür ve geçiş yapmadan önce A/AAAA kayıtlarını doğrula.
- Güvenlik duvarı/port düzenlemeleri erişimi bozabilir. SSH, HTTP/HTTPS, RDP veya uygulama portlarını değiştirirsen, güvenlik duvarlarını (UFW/CSF/security groups) ve reverse-proxy kurallarını buna göre güncelle.
- E-posta (SMTP) portları varsayılan olarak kısıtlıdır. Giden posta portları (örn., 25/465/587) olabilir kötüye kullanımı önlemek amacıyla kapalıdır. OCA'nızın e-posta göndermesi gerekiyorsa, SMTP erişimi talep edin. destekten ya da bir işlemsel e-posta sağlayıcısı (SendGrid/Mailgun/SES) kullanarak API veya onaylı SMTP üzerinden.
- E-posta ve beyaz listeler. Uygulama mail gönderiyor veya webhook alıyorsa, IP'leri/hostname'leri değiştirmek teslim edilebilirliği veya izin listelerini etkileyebilir. SPF/DKIM/DMARC ve tüm IP izin listelerini güncelle.
- Büyük bir değişiklik yapmadan önce mutlaka anlık görüntü alın. Panelin anlık görüntü/yedek önce. Bir eklenti, güncelleme veya yapılandırma düzenlemesi ters giderse, dakikalar içinde geri alabilirsin.
- Destek kapsamı. Sunucuyu ve önceden kurulmuş OCA görüntüsünü biz sağlıyoruz. Devam eden uygulama düzeyindeki yapılandırma (alan adları, DNS, uygulama ayarları, eklentiler ve özel kod) kullanıcının sorumluluğundadır.
Pratik kural: eğer dokunursan alan adı, portlar, parolalar, hostname'ler veya proxy/SSL yapılandırmaları, uygulamanın ayarlarını da güncellemeyi bekle ve önce anlık görüntü al.
Kurulum
- GitHub'den klonlanan VictoriaMetrics deposu,
/root/VictoriaLogs - Docker ve bağımlılıklar kuruldu
- systemd servisi oluşturuldu
victoria-logsmake komutlarıyla VictoriaLogs konteynerini yönetmek için
Komutlar
sudo systemctl start victoria-logs # Start VictoriaLogs service sudo systemctl stop victoria-logs # Stop service sudo systemctl status victoria-logs # Check service status docker ps # List running Docker containers
Erişim URL'leri
- Tek düğümlü VictoriaLogs →
http://<SERVER-IP>:9428 - Grafana →
http://<SERVER-IP>:3000 - Tek düğümlü VictoriaMetrics →
http://<SERVER-IP>:8428 - vmalert →
http://<SERVER-IP>:8880 - vmauth →
http://<SERVER-IP>:8427 - Alertmanager →
http://<SERVER-IP>:9093 - Vector UI →
http://<SERVER-IP>:8686
Dokümantasyon
- https://docs.victoriametrics.com/victorialogs/
