InfluxDB ve Zaman Serisi Veritabanları: IoT Metrics ve Grafana Rehberi

InfluxDB ve Zaman Serisi Veritabanları: IoT Metrics ve Grafana Rehberi

Sunucunuzun CPU grafiği boş, sensör verileriniz kaybolmuş, 10 dakikalık ölçüm aralığı yeterli gelmiyor. İlişkisel veritabanına zaman damgalı satır atmaya başlıyorsunuz — haftalar geçiyor, tablo büyüyor, sorgular yavaşlıyor, eski satırları temizlemek için her gece cron çalıştırıyorsunuz. Bir süre sonra sorun veriyle değil, araçla: yanlış veritabanı, yanlış model.

Zaman serisi veritabanları tam bu boşluğu kapatmak için tasarlanmış. Bu rehberde InfluxDB 2.x ekosistemini derinlemesine ele alıyoruz: kurulum, veri modeli, Flux sorgu dili, Telegraf ile otomatik metrik toplama, Grafana entegrasyonu ve IoT kullanım senaryoları. Buyukweb VDS üzerinde self-host kurulum perspektifinden yazılmıştır.

Zaman Serisi Veritabanı (TSDB) Nedir?

Zaman serisi veritabanı, her kaydın bir zaman damgasına (timestamp) bağlı olduğu veri setlerini yönetmek için özel olarak tasarlanmış veritabanı motorlarıdır. İlişkisel modelden farklı olarak veri satır değil nokta (point) olarak düşünülür: belirli bir anda ölçülen bir değer.

TSDB'nin öne çıktığı kullanım senaryoları:

• Sunucu ve altyapı metrikleri: Her saniye veya her beş saniyede bir yazılan CPU %, RAM kullanımı, disk I/O, ağ trafiği
• IoT sensör verileri: Sıcaklık, nem, basınç, hareket sensörü; dakikada onlarca cihazdan veri
• Uygulama performans metrikleri: İstek başına latency, saniyedeki istek sayısı (RPS), hata oranı
• Finansal veri: Hisse senedi fiyatı, işlem hacmi, spread — milisaniye hassasiyeti
• Log akışları: Yapılandırılmış log metrikleri, olay sayacı

Tipik bir TSDB yazma yükü: saniyede 100.000 ila 1.000.000 point. Bu hacmi genel amaçlı bir veritabanıyla karşılamak hem yazma hem okuma tarafında ciddi mühendislik maliyeti gerektirir.

İlişkisel Veritabanından Farkı

MySQL veya PostgreSQL'de zaman serisi verisi depolamak mümkündür — timestamp sütununa index ekleyin, veri yazın. Küçük ölçekte bu yaklaşım çalışır. Ölçek büyüdüğünde sorunlar da büyür.

Özellik	İlişkisel DB (MySQL / PostgreSQL)	TSDB (InfluxDB 2.x)
Veri modeli	Satır / sütun (genel amaçlı)	Point: timestamp + tag + field
Yazma hızı	Binlerce satır/sn (index baskısı)	Yüz binlerce point/sn
Zaman tabanlı sorgu	BETWEEN / DATE_TRUNC ile mümkün, ama yavaş	Doğal: range(start: -1h)
Depolama sıkıştırma	Genel B-tree index; sıkıştırma zayıf	Delta/RLE + columnar; %10 orana kadar
Retention (otomatik temizleme)	Manuel cron veya partition gerekir	Built-in retention policy (ör. 30d)
Downsampling	Trigger veya scheduled job ile	Flux aggregateWindow ile kolay
Etiket tabanlı gruplama	JOIN + GROUP BY ile mümkün	Tag index: native

Downsampling nedir? Saniyede gelen ham veriyi uzun vadede saklamak yerine, 1 dakikalık veya 1 saatlik ortalama alınarak özet saklanmasıdır. Ham veriyi 30 gün, 1 dakikalık özeti 1 yıl saklamak tipik bir stratejidir.

2026 TSDB Ekosistemi: Seçeneklere Bakış

InfluxDB tek alternatif değil. Ekosistemi tanımak doğru aracı seçmenizi kolaylaştırır.

InfluxDB (Go ile yazılmış): OSS + Cloud seçenekli, Flux ve InfluxQL desteği, web UI dahil, Telegraf ile güçlü entegrasyon. Genel amaçlı TSDB workload için özellikle başlangıç için ideal.

TimescaleDB: PostgreSQL extension olarak çalışır. Standart SQL yazabilir, mevcut PostgreSQL altyapısıyla entegrasyon kolay. TSDB özelliklerine (chunk, compression, continuous aggregate) ihtiyaç duyan ancak SQL ekosisteminden çıkmak istemeyen takımlar için.

Prometheus: Pull-based (çekme modeli) izleme sistemi + built-in TSDB. Kubernetes ve microservice izlemede fiili standart. Grafana ile mükemmel entegrasyon. Ancak uzun vadeli depolama için harici bir backend (Thanos, Cortex, VictoriaMetrics) önerilir.

VictoriaMetrics: Prometheus protokolüyle uyumlu, daha az RAM tüketimi, yüksek sıkıştırma. Prometheus uyumluluğu + büyük ölçek gereksinimleri için.

QuestDB: SQL destekli, fintech workload için tasarlanmış yüksek hızlı yazma motoru. Finansal zaman serisi analizi için öne çıkar.

OpenTSDB: HBase üzerine kurulu; büyük ölçekli HDFS tabanlı kurulumlar için, ancak operasyonel karmaşıklık yüksek.

Graphite (Carbon + Whisper): Eski nesil; kendi metrik toplama ve depolama sistemi. Yeni kurulumlar için artık genellikle Prometheus veya InfluxDB tercih edilmektedir.

InfluxDB Versiyon Evrimi

InfluxDB farklı mimari anlayışlarla üç büyük versiyon geçirdi:

InfluxDB 1.x: InfluxQL (SQL-benzeri sorgu dili), time series data engine (TSM), retention policy ve continuous query built-in. 2024 sonu itibarıyla resmi destek sona erdi; yeni kurulumlar için önerilmez.

InfluxDB 2.x: Flux fonksiyonel pipeline sorgu dili, OSS + Cloud iki seçenek, web tabanlı dashboard ve alert built-in, token tabanlı kimlik doğrulama. Günümüzde most used sürüm budur; 2026 itibarıyla stabil ve production-ready.

InfluxDB 3.x (IOx): 2024+ alpha/beta aşamasında. Apache Arrow / Parquet tabanlı IOx storage engine, SQL native desteği, InfluxQL geri uyumluluğu. Bellek verimliliği ve sütun-bazlı depolama önceliği. Üretim kurulumu için henüz geniş çapta benimsenmedi; 2026 itibarıyla belirli kullanım senaryolarında pilot tercih olarak gündemde.

InfluxDB Temel Kavramlar

InfluxDB 2.x'in veri modelini anlamak doğru şema tasarımı için kritiktir.

Bucket: Veritabanına karşılık gelir. Her bucket'ın bir retention policy'si vardır (ör. 30d — 30 gün sonra veriler otomatik silinir). Farklı veri türleri için farklı bucket oluşturabilirsiniz: sunucu_metrikleri bucket 30 gün, iot_sensörler bucket 90 gün gibi.

Measurement: Tablo mantığına en yakın kavram. Örneğin cpu, memory, temperature ayrı measurement'lardır.

Point: Tek bir veri noktası — bir timestamp anında ölçülen değer. Point'in dört bileşeni:

• Timestamp: Zorunlu; mikrosaniye hassasiyetinde (InfluxDB varsayılanı nanosaniye)
• Tag: İndekslenmiş metadata — string değer. Gruplama ve filtreleme için kullanılır. Örnek: host=web01, region=tr-bursa, sensor_id=esp32-001
• Field: Gerçek ölçüm değeri — sayısal veya string. İndekslenmez, sorgu sonucu döner. Örnek: value=75.5, temperature=23.4, status="ok"
• Measurement adı: Hangi measurement'a ait olduğu

Tag vs Field farkı kritiktir: Tag'ler indekslenir, filter ile sorgulanır; çok farklı değer almamalı (high cardinality sorun yaratır — her sensör ID için ayrı bir tag satırı oluşur). Field'lar indekslenmez; gerçek metrik değerleri buraya girer.

Line Protocol: InfluxDB'ye veri yazmak için metin formatı:

measurement,tag1=değer1,tag2=değer2 field1=sayı1,field2=sayı2 timestamp_ns

Örnek:

cpu,host=web01,region=tr-bursa usage_percent=75.5,idle_percent=24.5 1715000000000000000
temperature,sensor_id=esp32-001,room=sunucu_odası celsius=22.3 1715000000000000000

InfluxDB 2.x Kurulum (Ubuntu 22.04, Buyukweb VDS)

Root yetkili Buyukweb VDS üzerinde Ubuntu 22.04 kurulumu:

# InfluxData GPG anahtarı ve repo
curl -s https://repos.influxdata.com/influxdata-archive.key |   gpg --dearmor > /etc/apt/trusted.gpg.d/influxdata.gpg

echo "deb https://repos.influxdata.com/ubuntu stable main"   > /etc/apt/sources.list.d/influxdata.list

apt update && apt install influxdb2 -y

# Servisi başlat ve otomatik başlatma
systemctl enable --now influxdb

# Port 8086 erişilebilir mi kontrol
ss -tlnp | grep 8086

Kurulum sonrası http://SUNUCU_IP:8086 adresinde web UI açılır. İlk kurulum için CLI:

influx setup
# İstenen bilgiler:
# - Kullanıcı adı: admin
# - Şifre (en az 8 karakter)
# - Organizasyon adı: buyukweb
# - Bucket adı: sunucu_metrikleri
# - Retention: 720h (30 gün) veya 0 (sınırsız)

Kurulum sonrası oluşan token'ı kaydedin — Telegraf ve API erişimi için gerekli:

# Token'ı göster
influx auth list

Docker ile alternatif kurulum:

docker run -d   --name influxdb   -p 8086:8086   -v influxdb2-data:/var/lib/influxdb2   -v influxdb2-config:/etc/influxdb2   influxdb:2.7

# İlk kurulum (Docker içinde)
docker exec -it influxdb influx setup

Güvenlik notu: InfluxDB web UI varsayılan olarak tüm arayüzlerde dinler. Sunucunuzda UFW/firewalld varsa 8086 portunu yalnızca güvenilir IP'lere açın; kamuya açık bırakmayın.

Veri Yazma: HTTP API, Line Protocol ve İstemciler

InfluxDB'ye veri yazmanın birden fazla yolu vardır.

HTTP API (curl)

TOKEN="TOKEN_BURAYA"
BUCKET="sunucu_metrikleri"
ORG="buyukweb"

curl -s -o /dev/null -w "%{http_code}"   -X POST "http://localhost:8086/api/v2/write?org=${ORG}&bucket=${BUCKET}&precision=s"   -H "Authorization: Token ${TOKEN}"   -H "Content-Type: text/plain; charset=utf-8"   --data-raw "cpu,host=web01,region=tr-bursa usage_percent=72.3 $(date +%s)"
# Başarı: 204

Batch yazma (birden fazla point, tek istek):

curl -X POST "http://localhost:8086/api/v2/write?org=${ORG}&bucket=${BUCKET}&precision=s"   -H "Authorization: Token ${TOKEN}"   --data-raw "
cpu,host=web01 usage_percent=72.3 $(date +%s)
memory,host=web01 used_bytes=3254779904 $(date +%s)
disk,host=web01,path=/ used_bytes=42949672960 $(date +%s)"

10.000 point üzerindeki yazma işlemlerinde batch boyutunu 5.000-10.000 point tutun; ağ round-trip maliyetini minimize eder.

Python İstemcisi

pip install influxdb-client

from influxdb_client import InfluxDBClient, Point, WritePrecision
from influxdb_client.client.write_api import SYNCHRONOUS
from datetime import datetime, timezone

client = InfluxDBClient(
    url="http://localhost:8086",
    token="TOKEN_BURAYA",
    org="buyukweb"
)
write_api = client.write_api(write_options=SYNCHRONOUS)

point = (
    Point("temperature")
    .tag("sensor_id", "esp32-001")
    .tag("room", "sunucu_odasi")
    .field("celsius", 22.4)
    .field("humidity_pct", 48.7)
    .time(datetime.now(timezone.utc), WritePrecision.NANOSECONDS)
)

write_api.write(bucket="sunucu_metrikleri", record=point)
client.close()

Node.js İstemcisi

npm install @influxdata/influxdb-client

const { InfluxDB, Point } = require('@influxdata/influxdb-client');

const client = new InfluxDB({
  url: 'http://localhost:8086',
  token: 'TOKEN_BURAYA'
});

const writeApi = client.getWriteApi('buyukweb', 'sunucu_metrikleri', 'ns');

const point = new Point('cpu')
  .tag('host', 'web01')
  .floatField('usage_percent', 72.3)
  .floatField('idle_percent', 27.7);

writeApi.writePoint(point);
await writeApi.close();

Flux Sorgu Dili

Flux, InfluxDB 2.x'in fonksiyonel pipeline sorgu dilidir. SQL'den farklı olarak veriyi adım adım dönüştüren bir pipeline akışıdır: |> operatörü her adımın çıktısını bir sonrakine iletir.

Temel yapı:

from(bucket: "sunucu_metrikleri")
  |> range(start: -1h)
  |> filter(fn: (r) => r._measurement == "cpu")
  |> filter(fn: (r) => r.host == "web01")
  |> mean()

Zaman aralıklı ortalama (downsampling preview):

from(bucket: "sunucu_metrikleri")
  |> range(start: -24h)
  |> filter(fn: (r) => r._measurement == "cpu")
  |> filter(fn: (r) => r._field == "usage_percent")
  |> aggregateWindow(every: 5m, fn: mean, createEmpty: false)

Birden fazla host karşılaştırma:

from(bucket: "sunucu_metrikleri")
  |> range(start: -1h)
  |> filter(fn: (r) => r._measurement == "cpu" and r._field == "usage_percent")
  |> group(columns: ["host"])
  |> mean()
  |> sort(columns: ["_value"], desc: true)

Alert için eşik tespiti:

from(bucket: "sunucu_metrikleri")
  |> range(start: -5m)
  |> filter(fn: (r) => r._measurement == "cpu" and r._field == "usage_percent")
  |> mean()
  |> map(fn: (r) => ({ r with alert: r._value > 90.0 }))

InfluxQL uyumluluğu: InfluxDB 2.x, InfluxQL sorgularını da 1.x uyumluluk modunda destekler. InfluxDB 1.x'ten taşınan eski sorgular için kullanılabilir; yeni projeler için Flux tercih edin.

Telegraf ile Otomatik Metrik Toplama

Telegraf, InfluxData'nın metrik toplama ajanıdır. 200'den fazla input plugin (sistem, uygulama, protokol) ve 50'den fazla output plugin (InfluxDB, Prometheus, dosya vb.) içerir.

apt install telegraf -y
systemctl enable --now telegraf

Temel yapılandırma /etc/telegraf/telegraf.conf:

[agent]
  interval = "10s"          # Veri toplama aralığı
  flush_interval = "10s"    # InfluxDB'ye yazma aralığı
  metric_batch_size = 5000
  metric_buffer_limit = 50000

[[outputs.influxdb_v2]]
  urls = ["http://localhost:8086"]
  token = "TOKEN_BURAYA"
  organization = "buyukweb"
  bucket = "sunucu_metrikleri"

[[inputs.cpu]]
  percpu = false
  totalcpu = true
  collect_cpu_time = false

[[inputs.mem]]

[[inputs.disk]]
  ignore_fs = ["tmpfs", "devtmpfs", "overlay"]

[[inputs.diskio]]

[[inputs.net]]
  interfaces = ["eth0", "ens3"]

[[inputs.system]]

[[inputs.processes]]

Yapılandırma test:

telegraf --config /etc/telegraf/telegraf.conf --test
systemctl restart telegraf

Nginx plugin (nginx_status aktifse):

[[inputs.nginx]]
  urls = ["http://localhost/nginx_status"]
  response_timeout = "5s"

StatsD plugin (uygulama metrikleri için):

[[inputs.statsd]]
  protocol = "udp"
  service_address = ":8125"
  delete_gauges = true
  delete_counters = true
  percentiles = [50.0, 90.0, 99.0, 99.9]

Uygulama tarafından UDP 8125 portuna StatsD formatında metrik gönderilebilir; Telegraf toplayıp InfluxDB'ye yazar.

Grafana Entegrasyonu

Grafana, InfluxDB verilerini görselleştirmek için en yaygın kullanılan araçtır.

apt install grafana -y
systemctl enable --now grafana-server
# Web UI: http://SUNUCU_IP:3000 (varsayılan: admin/admin — ilk girişte şifre değiştirin)

InfluxDB veri kaynağı ekleme:

1. Configuration → Data Sources → Add data source → InfluxDB
2. Query Language: Flux seçin
3. URL: http://localhost:8086
4. Organization: buyukweb
5. Token: InfluxDB API token
6. Default Bucket: sunucu_metrikleri
7. Save & Test

Dashboard oluşturma:

Grafana'nın community dashboard arşivinden (grafana.com/grafana/dashboards) InfluxDB + Telegraf için hazır JSON şablonları indirilebilir. "Telegraf System Dashboard" ID: 928 yaygın kullanılan bir örnektir — Import → Dashboard ID ile tek adımda yüklenir.

Alert kuralı (Grafana Alerting):

Dashboard panelinde Edit → Alert sekmesi; CPU > 90% için:

Condition: WHEN avg() OF query(A, 5m, now) IS ABOVE 90

Notification channel olarak Slack webhook veya e-posta eklenebilir; kritik eşikler aşıldığında otomatik uyarı gönderilir.

IoT Kullanım Senaryosu: ESP32/Raspberry Pi → MQTT → InfluxDB

Tipik bir IoT akışı:

ESP32 sensör → MQTT (Mosquitto broker) → Telegraf MQTT consumer → InfluxDB → Grafana

MQTT broker kurulum:

apt install mosquitto mosquitto-clients -y
systemctl enable --now mosquitto

Telegraf MQTT input:

[[inputs.mqtt_consumer]]
  servers = ["tcp://localhost:1883"]
  topics = ["sensörler/#"]
  data_format = "json"
  json_string_fields = ["sensor_id", "room"]

[[outputs.influxdb_v2]]
  urls = ["http://localhost:8086"]
  token = "TOKEN_BURAYA"
  organization = "buyukweb"
  bucket = "iot_sensörler"

ESP32 Python (MicroPython benzeri) MQTT yayını:

import ujson, machine, time
from umqtt.simple import MQTTClient

def gonder_veri(client, sicaklik, nem):
    payload = ujson.dumps({
        "sensor_id": "esp32-001",
        "room": "depo",
        "celsius": sicaklik,
        "humidity_pct": nem
    })
    client.publish(b"sensörler/esp32-001", payload)

# Raspberry Pi tarafında aynı mantıkla paho-mqtt kullanılır

Veri saklama stratejisi (IoT):

# Ham veri bucket: 90 gün retention
influx bucket create --name iot_ham --retention 2160h --org buyukweb

# Özet veri bucket: 1 yıl retention (saatlik ortalama downsampled)
influx bucket create --name iot_ozet --retention 8760h --org buyukweb

Flux ile downsampling task'i (InfluxDB Tasks):

option task = { name: "IoT Saatlik Ozet", every: 1h }

from(bucket: "iot_ham")
  |> range(start: -1h)
  |> filter(fn: (r) => r._measurement == "temperature")
  |> aggregateWindow(every: 1h, fn: mean, createEmpty: false)
  |> to(bucket: "iot_ozet", org: "buyukweb")

Uygulama İzleme Senaryosu: Telegraf + Grafana

Buyukweb VDS'inde çalışan bir web uygulamasını izleme akışı:

1. Telegraf sistem metrikleri (CPU, RAM, disk, ağ) — yukarıdaki telegraf.conf yeterli.

2. Uygulama katmanı metrikleri (Node.js örneği, StatsD ile):

const StatsD = require('node-statsd');
const statsd = new StatsD({ host: 'localhost', port: 8125 });

// Her API isteği için
app.use((req, res, next) => {
  const start = Date.now();
  res.on('finish', () => {
    const ms = Date.now() - start;
    statsd.timing('api.response_time', ms, [`route:${req.path}`, `method:${req.method}`]);
    statsd.increment('api.requests', 1, [`status:${res.statusCode}`]);
  });
  next();
});

3. Grafana dashboard bileşenleri:

• Sistem: CPU trend, RAM kullanımı, disk doluluğu, ağ in/out
• Uygulama: RPS (request/second), p50/p90/p99 latency, hata oranı
• Alarm: CPU > 85%, RAM > 90%, disk > 80% için Slack/email

Performans ve Ölçek

InfluxDB 2.x tek node: Gerçek dünya ölçümlerinde 100.000-500.000 write/sn aralığı. RAM ve disk I/O baskısına göre değişir. Buyukweb VDS 4 GB RAM + NVMe SSD ile 10.000-50.000 metric/dakika kolayca karşılanır; yoğun IoT veya çok sayıda sunucu izlemede 8 GB+ önerilir.

Kısıtlama: InfluxDB 2.x OSS yatay cluster ölçeklendirme desteklemez — yedeklilik için Enterprise lisans gerekir. Self-host OSS kurulumda tek node sınırlaması var; replikasyon yok.

High cardinality sorunu: Tag değerlerinin çok çeşitli olması (milyonlarca farklı değer alan tag) InfluxDB'de bellek baskısı yaratır. Kullanıcı ID'si gibi yüksek kardinaliteli değerler tag değil field yapılmalıdır.

Disk: TSM (Time-Structured Merge Tree) storage engine yüksek sıkıştırma sağlar — ham JSON'a göre %5-15 oranında depolama. NVMe SSD disk I/O için önemlidir; sıklıkla yazma yapılan ortamlarda spinning disk performans darboğazı oluşturur.

Yedekleme ve Geri Yükleme

# Tüm veriyi yedekle (token gerekli)
influx backup /var/backups/influxdb/$(date +%Y%m%d)   --host http://localhost:8086   --token TOKEN_BURAYA

# Belirli bucket'ı yedekle
influx backup /var/backups/influxdb/sunucu_metrikleri_$(date +%Y%m%d)   --bucket sunucu_metrikleri   --host http://localhost:8086   --token TOKEN_BURAYA

# Yedekten geri yükle
influx restore /var/backups/influxdb/20260510   --host http://localhost:8086   --token TOKEN_BURAYA

Cron ile otomatik yedek:

# /etc/cron.d/influxdb-backup
0 2 * * * root influx backup /var/backups/influxdb/$(date +%Y%m%d)   --host http://localhost:8086   --token TOKEN_BURAYA &&   find /var/backups/influxdb -maxdepth 1 -type d -mtime +14 -exec rm -rf {} ;

14 günden eski yedekler otomatik silinir; disk alanı kontrol altında tutulur.

Buyukweb VDS ile Self-Host Kurulum

Buyukweb VDS, KVM tabanlı sanallaştırma ve tam root yetkisi sunmaktadır. Bu InfluxDB + Telegraf + Grafana stack'ini kendi kontrolünüzde kurmanızı sağlar.

Mimari önerisi (tek VDS):

Buyukweb VDS (4 GB RAM, NVMe SSD)
├── InfluxDB 2.x         (:8086)  — zaman serisi depolama
├── Telegraf             (ajan)   — sistem metrik toplama
├── Grafana              (:3000)  — görselleştirme + alert
└── Mosquitto MQTT       (:1883)  — IoT sensör veri kanalı (opsiyonel)

Önemli notlar:

• cPanel paylaşımlı hosting: Root erişimi olmadığından InfluxDB kurulamaz. Sadece VDS/dedicated.
• RAM tavsiyesi: 10.000 metric/dakika altı için 4 GB yeterli; daha yoğun iş yükü veya çok sayıda cihaz için 8 GB+ tercih edin.
• Port güvenliği: 8086 (InfluxDB) ve 3000 (Grafana) portlarını yalnızca yönetim IP'nizden erişilebilir yapın; UFW ile kısıtlayın.
• SSL: Grafana için Let's Encrypt + Nginx reverse proxy kombinasyonu önerilir; InfluxDB API'ye de aynı şekilde SSL termination uygulanabilir.

Teknik destek ve VDS danışmanlığı için: 0850 302 60 70 veya iletişim sayfamız.

Sıkça Sorulan Sorular

InfluxDB MySQL/PostgreSQL'den neden daha iyi zaman serisi için?

İlişkisel veritabanları genel amaçlıdır — JOIN, transaction, referential integrity için optimize edilmiştir. Saniyede yüz binlerce zaman damgalı veri yazmak, otomatik retention uygulamak ve son 1 saatin ortalamasını almak için TSDB çok daha az overhead ile çalışır. MySQL'de bu senaryoyu yönetmek için özel index stratejisi, partition ve manuel temizleme scripti gerekir; InfluxDB bunları built-in sunar.

InfluxDB Cloud ücretsiz tier yeterli mi?

InfluxDB Cloud free tier yazma (5 MB/5 dakika) ve okuma (300 MB/5 dakika) limitlidir. Birkaç sunucunun sistem metriğini izlemek veya küçük ölçekli IoT prototip geliştirmek için başlangıçta yeterli. Üretim ortamı ve sürekli yüksek volümlü veri için self-host OSS veya ücretli Cloud planı gerekir.

Grafana zorunlu mu, başka seçenek var mı?

InfluxDB 2.x web UI'ı temel dashboard ve sorgu arayüzü sunar — hafif izleme için yeterli. Ancak Grafana, alarm yönetimi, ekip erişimi ve zengin görselleştirme seçenekleriyle çok daha güçlü. Alternatif olarak Chronograf (InfluxData'nın kendi UI'ı) da kullanılabilir; ancak Grafana ekosistemi daha geniş.

TimescaleDB mi, InfluxDB mi seçmeliyim?

TimescaleDB: Mevcut PostgreSQL altyapısı varsa, SQL ekosisteminden çıkmak istemiyorsanız, karma workload (hem ilişkisel hem zaman serisi) varsa. InfluxDB: Yeni kurulum, sadece zaman serisi, Telegraf ile kolay entegrasyon, web UI + alert built-in istiyorsanız. Her iki seçenek de üretimde kanıtlanmış; tercih genellikle ekibin SQL bilgisi ve mevcut altyapıya göre şekillenir.

VDS RAM kaç GB olmalı?

10 sunucunun sistem metriği (CPU, RAM, disk, ağ) + Grafana için 4 GB RAM yeterli. 50+ sunucu veya IoT (100+ cihaz, saniyede sürekli veri) için 8 GB+ önerilir. Yüksek kardinaliteli workload (milyonlarca unique tag kombinasyonu) için RAM baskısı belirleyicidir — önce test ortamında ölçün.

IoT projeler için InfluxDB yeterli mi?

Evet. Telegraf MQTT consumer + InfluxDB 2.x + Grafana kombinasyonu düzinelerce ESP32 veya Raspberry Pi sensöründen gelen veriyi rahatlıkla karşılar. Retention policy + downsampling tasks ile ham veri ve özet veri ayrı bucket'larda yönetilebilir. Saniyede 1.000 event'e kadar Buyukweb VDS 4 GB ile sorunsuz çalışır.

InfluxDB 3.x şu an kullanılır mı?

2026 itibarıyla InfluxDB 3.x belirli pilot ortamlarda değerlendiriliyor; genel üretim kurulumu için InfluxDB 2.x (özellikle 2.7.x) daha olgun ve geniş topluluğa sahip. 3.x'in SQL native desteği ve Apache Arrow/Parquet storage farkları ilgi çekici; stable GA sürümü sonrası migration planlanabilir.

Sonuç

InfluxDB 2.x + Telegraf + Grafana stack'i, sunucu izleme ve IoT veri toplama için olgunlaşmış, açık kaynaklı bir çözümdür. Yüksek yazma hızı, built-in retention ve Flux'un esnek pipeline sorgularıyla zaman serisi workload için ilişkisel veritabanlarından çok daha az operasyonel yük getirir.

Buyukweb VDS, bu stack'i kendi kontrolünüzde çalıştırmanız için gereken root yetkisini, KVM sanallaştırmasını ve NVMe SSD performansını sunar. cPanel paylaşımlı hosting'de root erişimi olmadığından InfluxDB kurulumu mümkün değildir; bu tür iş yükleri için VDS doğru seçimdir.

Teknik sorularınız için 0850 302 60 70 numaralı hattı arayabilir veya iletişim sayfamıza yazabilirsiniz.

---

İlgili Büyükweb Hizmetleri

InfluxDB + Telegraf + Grafana self-host kurulumu için:

• VDS Sunucu — KVM + root, InfluxDB serbestçe kurulabilir
• E5 v4 VDS — NVMe SSD, yüksek I/O, yoğun metrik iş yükleri için
• Fiziksel Dedicated — Büyük ölçekli IoT veya çok sayıda sunucu izleme
• cPanel Web Hosting — Web uygulamaları için (InfluxDB self-host: VDS gerekir)

Sorularınız için 0850 302 60 70 numaralı destek hattımıza veya iletişim sayfamıza yazabilirsiniz.