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şin
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 (first login is admin /admin, then change it).
- VictoriaMetrics tek düğüm: http://<SERVER-IP>:8428 Prometheus uyumlu metrikler için.
- vmalert UI & API: http://<SERVER-IP>:8880.
- vmauth gateway: http://<SERVER-IP>:8427 kimlik doğrulama ve yönlendirme için.
- Alertmanager: http://<SERVER-IP>:9093.
- Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.
İlk gün operasyonları için servis kontrolleri:
| sudo systemctl start victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-logs docker ps |
Advanced Features
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.
- Hourly billing 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.
Performance Focus
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.
Powerful Tools
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 Amerika: New York City, Dallas, Miami, Utah, Las Vegas
- Avrupa: London, Amsterdam, Frankfurt, Zurich
- Asia-Pacific: Singapore
Her konum aynı 10 Gbps uplink, Tier-1 karışımı ve %99,95 çalışma süresi SLA sunar. Tek değişken mesafedir.
Application Details
Sürüm: Belirtilmemiş
OS: Ubuntu Server 24.04
Minimum RAM: 1 GB
IP Types: 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, and Grafana ilk giriş akışıyla birlikte 3000 numaralı port, resmi kılavuzlarında belgelenmiştir.
Önemli: Yapılandırma ve Domain Sorumlulukları
Her OCA'da tam SSH/root erişimine sahipsiniz. Bu yetki, yaptığınız değişikliklerin break uygulamaya ilişkindir. Yapılandırmaları değiştirmeden önce lütfen bunu okuyun.
- Alan adını siz yönetirsiniz. Alan adı satmıyor veya barındırmıyoruz/DNS. Uygulama bir alan adı gerektiriyorsa, alan adınızı sunucuya yönlendirmeniz gerekir (A/AAAA/CNAME ve gerekiyorsa MX/TXT). SSL sertifika oluşturma ve birçok kontrol paneli bunun doğru yapılandırılmasına bağlıdır.
- Kurulumdan sonra alan adı veya hostname değiştirmek kolay değildir. Pek çok OCA, alan adını yapılandırma dosyalarına (.env, ters proxy, uygulama URL'leri) yazar. Değişiklik yaparsanız şunları da güncellemeniz gerekir:
- Ters proxy (Nginx/Caddy) ve TLS sertifikaları
- Uygulama "harici URL"/temel URL ve callback/webhook URL'leri
- Uygulamada veya eklentilerde sabit kodlanmış bağlantılar
- Credentials matter. Varsayılan yönetici adını değiştirmek, parolaları yenilemek veya uygulama yapılandırmasını güncellemeden servis portlarını değiştirmek sizi sistemden kilitleyebilir ya da servisleri durdurabilir. Kimlik bilgilerini güvenli tutun ve uygulama, proxy ile tüm entegrasyonlar arasında senkronize edin.
- Ad sunucusu değişiklikleri kesintiye yol açabilir. Alan adınızı yeni ad sunucularına taşımak veya NS kayıtlarını düzenlemek yayılım gecikmelerine neden olur. Değişiklikleri önceden planlayın, TTL değerini düşürün ve geçiş yapmadan önce A/AAAA kayıtlarını doğrulayın.
- Güvenlik duvarı/port düzenlemeleri erişimi bozabilir. SSH, HTTP/HTTPS, RDP veya uygulama portlarını değiştirirseniz güvenlik duvarlarını (UFW/CSF/güvenlik grupları) ve ters proxy kurallarını buna göre güncelleyin.
- E-posta (SMTP) portları varsayılan olarak kısıtlıdır. Giden posta portları (örn., 25/465/587) may be 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. destek ekibinden veya API ya da onaylı SMTP üzerinden SendGrid/Mailgun/SES gibi bir işlemsel e-posta sağlayıcısı kullanın.
- Email & allowlists. Uygulama e-posta gönderiyorsa veya webhook alıyorsa, IP/ana bilgisayar adı değişiklikleri teslim edilebilirliği veya izin listelerini etkileyebilir. SPF/DKIM/DMARC kayıtlarını ve tüm IP izin listelerini güncelleyin.
- Büyük bir değişiklik yapmadan önce mutlaka anlık görüntü alın. Panelin snapshot/backup özelliğini önce kullanın. Bir eklenti, güncelleme veya yapılandırma değişikliği sorun çıkarırsa, dakikalar içinde geri alabilirsiniz.
- Support scope. Sunucuyu ve önceden kurulu OCA imajı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: if you touch alan adı, portlar, parolalar, ana makine adları veya proxy/SSL yapılandırmalarınadokunursanız, uygulama ayarlarını da güncellemeniz gerekebilir. Önce snapshot alın.
Installation
- 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
Access URLs
- 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
Documentation
- https://docs.victoriametrics.com/victorialogs/
