Genel Bakış
ClusterEye üç bileşenden oluşur: izlenen sunucularda çalışan Agent, merkezî API ve web arayüzü. Veri akışı her zaman tek yönlüdür — agent dışarı bağlanır, ClusterEye asla veritabanınıza içeriden bağlantı açmaz.
Agent toplar
İzlenen sunucuda çalışır, veritabanına salt-okunur bir hesapla bağlanır ve host metriklerini /proc üzerinden okur.
gRPC ile gönderir
Tek bir giden TLS bağlantısı üzerinden (443/tcp) API'ye akış yapar. Agent hiçbir dinleme portu açmaz.
API işler ve saklar
Metadata PostgreSQL'e, zaman serisi metrikleri InfluxDB'ye yazılır; anomali, baseline ve korelasyon motorları burada çalışır.
UI gösterir
Aynı 443 portu üzerinden servis edilen web arayüzü; dashboard, alarm, RCA ve raporlar.
İki toplama modu
PostgreSQL, MongoDB, MS SQL Server, Oracle, MySQL/MariaDB, ClickHouse. Agent veritabanı sunucusunda çalışır; host metrikleri, log analizi ve config drift bu modda mümkündür.
Azure SQL (Database + Managed Instance), Azure PostgreSQL, AWS RDS for PostgreSQL ve SQL Server, Huawei Cloud RDS for PostgreSQL, Redis, Elasticsearch/OpenSearch. Bağlantı doğrudan ClusterEye API sunucusundan kurulur; hedef sunucuya hiçbir şey kurulmaz — yönetilen (managed) servisler için tek yol budur. Host seviyesi metrikler bu modda toplanmaz.
Ağ & Portlar
Müşteri firewall'unda açılması gereken kurallar. Agent yalnızca giden bağlantı kurar — izlenen sunucuya dışarıdan hiçbir port açmanız gerekmez.
Çoğu kurulumda tek bir kural yeterlidir: her veritabanı sunucusundan ClusterEye sunucusunun 443/tcp portuna giden TCP. Veritabanı portları (5432, 1433, 1521, 27017, 3306, 9000) agent aynı makinede çalıştığı için genelde localhost üzerindedir ve firewall'da yer almaz. Agentless motorlar (Azure SQL, Azure PostgreSQL, Redis, Elasticsearch) istisnadır: bu portlar ClusterEye API sunucusundan erişilebilir olmalı, Azure tarafında ayrıca firewall kuralı veya private endpoint gerekir.
Hızlı Başlangıç
İhtiyacınıza uygun olanı seçin — üçü de tek komutla çalışır.
Kind + Helm
Ubuntu 24.04'e Kind, Helm ve komple ClusterEye stack'ini kurar.
Bare-Metal Linux
Docker veya Kubernetes olmadan, doğrudan Linux üzerinde tam platform.
Sadece Agent (Linux)
Mevcut bir ClusterEye sunucusuna bağlanan agent kurulumu.
Standalone Kurulum
Bare-metal Linux sunuculara, Docker'sız ve Kubernetes'siz ClusterEye API + UI kurulumu. nginx ters proxy ile gelir.
Kurulum Seçenekleri
install.sh ile kullanılabilen tüm bayraklar.
--api-version=<ver>API binary versiyonu--ui-version=<ver>UI assets versiyonu--domain=<host|ip>Sunucu domain'i veya IP adresi--postgres=local|externalMod (varsayılan: local)--postgres-host=<host>Harici PG host--postgres-port=<port>Harici PG port (varsayılan: 5432)--postgres-user=<user>Harici PG kullanıcısı (varsayılan: postgres)--postgres-password=<pwd>Harici PG parolası--postgres-dbname=<n>DB adı (varsayılan: clustereye)--postgres-sslmode=<mode>SSL modu (varsayılan: disable)--influxdb=local|external|noneMod (varsayılan: local)--influxdb-url=<url>Harici InfluxDB URL--influxdb-token=<token>Harici InfluxDB token--influxdb-org=<org>Org (varsayılan: clustereye)--influxdb-bucket=<bucket>Bucket (varsayılan: clustereye)--tls=self-signed|providedMod (varsayılan: self-signed)--cert=<path>Sertifika dosyası (--tls=provided ile)--key=<path>Anahtar dosyası (--tls=provided ile)--port=<n>HTTPS portu (varsayılan: 443)--http-port=<n>|nonePlaintext h2c portu (varsayılan: 80)--bind-host=<host>Bind adresi (varsayılan: 0.0.0.0)--extra-hostnames=a,b,cEk TLS SAN'ları--no-firewallFirewall yapılandırmasını atla-h, --helpYardımı göster--versionInstaller versiyonunu gösterYükseltme
API binary veya UI assets'in yerinde yükseltmesi. Config, secrets, TLS ve veritabanları korunur.
--api-version=<ver>API binary'sini bu versiyona yükselt--ui-version=<ver>UI assets'i bu versiyona yükselt-h, --helpYardımı gösterKaldırma
Bayraksız çalıştırıldığında: systemd servisi, binary, nginx config ve journald drop-in kaldırılır. Config, secrets, TLS ve DB korunur.
(no flags)Sadece binary, systemd, nginx, journald kaldırılır--purge/etc/clustereye, /var/lib/clustereye, /var/log/clustereye, web assets, user/group da silinir--purge-dbYerel PostgreSQL paketleri ve datası da silinir--purge-influxdbYerel InfluxDB paketleri ve datası da silinir--yes-i-mean-itOnay sorusunu atlaClusterEye Agent
PostgreSQL, MongoDB, Oracle, MySQL/MariaDB, MS SQL Server ve ClickHouse izleme için agent. İzlenen veritabanı sunucusunda çalışır ve yalnızca giden bir gRPC bağlantısı açar.
-p, --platformZorunlu — postgres, mongo, oracle veya mysql--api-urlClusterEye API sunucu adresi (host veya host:port)--registration-tokenUI'dan üretilen tek kullanımlık kayıt token'ı-d, --install-dirKurulum dizini (varsayılan: /opt/clustereye)-b, --local-binaryRelease indirmek yerine yerel binary'yi kopyalar (air-gapped)--tlsgRPC bağlantısında TLS kullan (varsayılan: kapalı)-k, --insecureTLS sertifika doğrulamasını atla (self-signed sertifika için, --tls ile)Windows
Windows x64 için:
Motor Bazında Minimum Yetkiler
Müşterinin ClusterEye izleme hesabına vermesi gereken en düşük yetki seti. Baseline salt-okunurdur ve her yerde güvenle verilebilir; opsiyonel satırlar yalnızca ilgili aksiyon özelliğini açmak isterseniz gerekir.
PostgreSQL
Agent ileVarsayılan port:5432Baseline tamamen salt-okunurdur. Yetki eksikse ilgili collector uyarı yazıp devre dışı kalır; agent yine de başlar.
Hiçbir collector eksik yetki yüzünden agent'ı düşürmez. İlgili collector bir uyarı yazar, o yetenek 'kullanılamıyor' olarak işaretlenir ve geri kalan her şey çalışmaya devam eder. Aksiyon özellikleri (kill, plan forcing, tuning apply) yetki yoksa 'sadece öneri' moduna düşer.
AI Alarm Araştırmacısı
Bir alarmın ya da korele incident'ın nedenini araştıran, kanıta dayalı bir katman. Operatör başlatır; ClusterEye kanıtı kendi sakladığı verilerden toplar; model bu kanıtı yorumlar ve her cümlesini kanıt numarasıyla gerekçelendirir. Model veritabanınıza hiçbir koşulda erişmez.
Operatör başlatır
Alarm ya da incident panelinden tek tıkla. Otomatik tetikleme yoktur — hiçbir araştırma siz istemeden çalışmaz.
ClusterEye kanıt toplar
Yalnızca ClusterEye'ın zaten sakladığı veriler: alarm geçmişi, metrik serileri, olay ve değişiklik kayıtları, sorgu istatistikleri. Yeni bir veritabanı bağlantısı açılmaz.
Model plan yapar ve okur
Model hangi kanıtın gerektiğini söyler, sunucu izin verilen okuma araçlarını çalıştırır ve sonucu modele verir. Model SQL yazamaz, araç listesi dışına çıkamaz.
Sonuç kanıtla sunulur
Rakip hipotezler, her biri için destekleyen/çelişen kanıt numaraları, eksik kanıt listesi ve aksiyon önerileri. Yeterli kanıt yoksa motor bunu açıkça söyler.
Neyi okur
- Alarm ve incident kayıtları: ne zaman başladı, kaç kez tekrarladı, hangi alarmlarla birlikte görüldü, daha önce nasıl çözüldü.
- Metrik serileri ve öğrenilmiş normalleri (mevsimsel taban): CPU, bellek, bağlantı, bekleme süresi, depolama.
- Motor kanıtı: bloklama epizotları, deadlock kayıtları, yedek yaşı, replikasyon durumu, sorgu istatistikleri.
- Olay akışı: konfigürasyon değişiklikleri, dağıtımlar, failover'lar, agent sağlığı.
Neyi asla yapmaz
- Veritabanınıza bağlanmaz. Araştırma sırasında hiçbir canlı sorgu çalıştırılmaz — bu bir ayar değil, sabit bir sınırdır.
- Modelin yazdığı hiçbir şey çalıştırılmaz. Model yalnız kayıtlı okuma araçlarını çağırabilir; SQL üretemez, yazamaz, uygulayamaz.
- Kendi kendine tetiklenmez. Zamanlanmış ya da alarm tetikli otomatik araştırma yoktur.
- Ham sorgu metni dışarı çıkmaz; veri satırlarınız hiçbir zaman modele gitmez.
- Modelin düşünme adımları saklanmaz — yalnız plan, çağrılan araçlar ve nihai sonuç kaydedilir.
Modele ne gidiyor, ne gitmiyor
Gider
- Alarm/incident meta verisi: tip, şiddet, düğüm, veritabanı adı, zaman damgaları, tekrar sayısı.
- Metrik özetleri: ortalama, tepe, son değer, örnek sayısı ve öğrenilmiş beklenen değerle farkı.
- Sorgu parmak izleri: fiil + ilk tablo + uzunluk. Literaller '?' ile değiştirilir (ör. "SELECT … dbo.Orders … (redacted, 162 chars)").
- Olay başlıkları ve konfigürasyon değişikliği özetleri.
Gitmez
- Tablolarınızdaki veri satırları — hiçbir araç satır okumaz.
- Ham SQL metni, bind değerleri, literaller.
- Parola, token, bağlantı dizesi: her mesaj modele ulaşmadan önce maskeleme katmanından geçer.
- Modelin gizli düşünme zinciri (kaydedilmez, arayüzde gösterilmez).
Nerede çalışır, ne gerekir
OpenAI uyumlu herhangi bir uç nokta yeterli — kendi sunucunuzdaki vLLM, Ollama ya da benzeri. İnternet erişimi gerekmez; kanıt sunucunuzdan çıkmaz. Üretimde gpt-oss-120b sınıfı yerel bir modelle uçtan uca doğrulandı.
Tercih ederseniz bulut sağlayıcı da tanımlanabilir. Sağlayıcı, uç nokta ve model Ayarlar'dan canlı okunur — değiştirmek için yeniden başlatma gerekmez.
Enterprise lisansta 'ai' özelliği ve kullanıcı başına AI kotası gerekir. Araştırmayı Admin ve DBA rolleri başlatır; sonucu alarmı görebilen herkes okuyabilir ve geri bildirim verebilir.
Her araç çağrısı argümanı, süresi ve sonuç boyutuyla denetim kaydına yazılır. Her araştırma kimin başlattığıyla birlikte saklanır ve sonradan aynı kanıtla incelenebilir.
Sınırlar — bilerek
- Saklanmayan kanıt uydurulmaz, 'kullanılamıyor' denir: SQL Agent iş geçmişi, MSSQL plan XML'i ve PostgreSQL execution plan'ları bu kapsamdadır.
- Motor derinliği: SQL Server, PostgreSQL ve Oracle için motora özel araçlar vardır. Diğer motorlarda araştırma genel araç setiyle çalışır.
- Güven tavanı deterministiktir: tek sinyale, yalnız geçmişe ya da çelişkili kanıta dayanan bir hipotez yüksek güven alamaz — modelin iddiasından bağımsız olarak.
- Motor 'net bir kök neden yok' ya da 'kanıt yetersiz' diyebilir; bu bir hata değil, beklenen çıktılardan biridir.
Model veritabanınıza erişmez
Araştırma yalnızca ClusterEye'ın daha önce topladığı veriler üzerinde çalışır. Canlı veritabanı çağrısı bütçesi sıfırdır ve yapılandırmayla açılamaz — bu yüzden araştırma başlatmak üretim veritabanınıza ek bir yük bindirmez.
AI Alarm Araştırmacısı — sık sorulanlar
AI araştırması veritabanıma bağlanıyor mu?
Hayır. Araştırma yalnızca ClusterEye'ın daha önce topladığı ve sakladığı veriler üzerinde çalışır: alarm geçmişi, metrik serileri, olay kayıtları, sorgu istatistikleri. Canlı veritabanı çağrısı bütçesi sıfırdır ve yapılandırmayla açılamaz, dolayısıyla araştırma başlatmak üretim veritabanınıza ek yük bindirmez.
Verilerim dışarı çıkıyor mu? Air-gapped ortamda çalışır mı?
Model kendi altyapınızda çalışabilir: OpenAI uyumlu herhangi bir uç nokta (ör. kendi sunucunuzdaki vLLM) yeterlidir ve internet erişimi gerekmez. Bu kurulumda kanıt ağınızdan çıkmaz. Tercih ederseniz bulut sağlayıcı da tanımlanabilir; bu durumda modele giden veri yine alarm meta verisi, metrik özetleri ve sorgu parmak izleriyle sınırlıdır — veri satırlarınız ve ham SQL metni hiçbir koşulda gönderilmez.
Modele tam olarak ne gönderiliyor?
Alarm ve incident meta verisi, metrik özetleri (ortalama, tepe, beklenen değerden sapma), olay ve konfigürasyon değişikliği başlıkları ve sorgu parmak izleri. Sorgu metni gönderilmeden önce fiil + ilk tablo + uzunluk biçiminde özetlenir ve literaller kaldırılır. Parola, token ve bağlantı dizeleri her mesajda maskelenir. Tablolarınızdaki veri satırları hiçbir araç tarafından okunmaz.
AI kendi kendine bir şey yapabilir mi?
Hayır. Model yalnızca kayıtlı, salt-okunur araçları çağırabilir; SQL üretemez, çalıştıramaz ve hiçbir değişiklik uygulayamaz. Önerdiği aksiyonlar metin olarak sunulur ve riskli olanlar açıkça 'DBA onayı gerekir' olarak işaretlenir. Araştırma da kendiliğinden başlamaz — zamanlanmış veya alarm tetikli otomatik çalışma yoktur.
Araştırmayı kimler başlatabilir?
Admin ve DBA rolleri başlatabilir; Enterprise lisansta 'ai' özelliği ve kullanıcı başına AI kotası gerekir. Alarmı görebilen herkes sonucu okuyabilir ve 'faydalı / faydalı değil' geri bildirimi verebilir. Her araç çağrısı ve her araştırma, kimin başlattığıyla birlikte denetim kaydına yazılır.
AI yanlış bir kök neden söylerse ne olur?
Sonuç tek bir cevap değil, rakip hipotezlerdir: her biri destekleyen ve çelişen kanıt numaralarıyla, eksik kanıt listesiyle birlikte sunulur. Güven seviyeleri deterministik kurallarla sınırlanır — tek sinyale, yalnız geçmişe ya da çelişkili kanıta dayanan bir hipotez modelin iddiasından bağımsız olarak yüksek güven alamaz. Motor 'net bir kök neden yok' ya da 'kanıt yetersiz' diyebilir ve saklanmayan kanıtı uydurmak yerine 'kullanılamıyor' olarak bildirir.
Doğrulama & Sorun Giderme
Kurulumdan sonra ilk 5 dakikada kontrol edilecekler.
Agent servisi ayakta mı?
Servis çalışıyor ama düğüm UI'da görünmüyorsa sorun neredeyse her zaman ağ ya da veritabanı kimlik bilgisidir.
API'ye bağlanabiliyor mu?
Agent sunucusundan çalıştırın. Cevap gelmiyorsa 443/tcp firewall kuralını kontrol edin; self-signed sertifika kullanıyorsanız agent'ı -k ile kurun.
Veritabanı hesabı yeterli mi?
Baseline yetkiler verildiyse bu sorgu çalışır. Motorunuza göre eşdeğerini (Oracle: V$SESSION, MSSQL: sys.dm_exec_sessions) deneyin.
Sorgu zekâsı boş mu?
Metrikler geliyor ama sorgu listesi boşsa eksik olan neredeyse kesinlikle motor ön koşuludur: pg_stat_statements, Query Store, performance_schema veya log_queries.
Sürümler
Linux x86_64 agent binary'leri. SHA256 ile doğrulanabilir.
ARM64 desteği v2616101459 (16 Eylül 2025) sürümünden itibaren mevcuttur. Windows x64 binary'leri ayrıca indirilebilir.