Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Son teknik kontrol · 17.08.2026 · Dokploy VPS

Dokploy VPS Kurulumu: Panelden Önce Docker/Swarm Sağlığını Tasarlayın

Bu sayfa mevcut `dokploy-vps-kurulumu` URL’sini günceller. Dokploy yalnız arayüz değildir; deployment, database ve backup operasyonları Docker/Swarm katmanına dayanır. Bu yüzden host sağlığı ve veri yolları panelden önce gelir.

Üretim notu

Swarm manager’ı gereksiz yere public portlarla internete açmayın. Tek node kurulumda bile yönetim portları ile uygulama ingress portlarının güven sınırı ayrıdır.

dokploy vps kurulumudokploy docker swarmdokploy domain ssl
TEKNİK UYGULAMA PROFİLİ
EKA CORE
Dokploy VPS

Temiz VPS’te önce Docker/Swarm state, disk ve DNS’i doğrulayın; ardından Dokploy kurulumu, domain/TLS ve ilk test uygulamasına geçin. Database veya production volume eklemeden önce rollback ve backup akışını prova edin.

SwarmOrkestrasyon katmanı
Kontrol
TLSDomain katmanı
Kontrol
BackupDatabase operasyonu
Kontrol
LogsKök neden görünürlüğü
Kontrol
Teknik rehber · production odaklı · resmî kaynaklar
Kısa cevap

Temiz VPS’te önce Docker/Swarm state, disk ve DNS’i doğrulayın; ardından Dokploy kurulumu, domain/TLS ve ilk test uygulamasına geçin. Database veya production volume eklemeden önce rollback ve backup akışını prova edin.

01

Teknik kapsam ve önemli noktalar

Mevcut Dokploy VPS kurulum sayfasını 2026 production akışına yükseltin. Host hazırlığı, Swarm, erişim, domain, database, backup, log ve güvenlik kontrolleri.

SwarmOrkestrasyon katmanı

Dokploy deployment yapısında Docker/Swarm davranışı önemlidir.

TLSDomain katmanı

Domain ve certificate otomasyonunu DNS/port erişimiyle birlikte doğrulayın.

BackupDatabase operasyonu

Backup hedefi ve restore adımı kurulumdan önce belirlenmelidir.

LogsKök neden görünürlüğü

Panel loguna ek olarak Docker service/task durumunu kontrol edin.

Bu sayfada

  1. 1. Host baseline: disk, inode, clock ve DNS
  2. 2. Swarm state’i “active” görmeden platform katmanına geçmeyin
  3. 3. Management, overlay ve web portlarını ayrı policy’ye koyun
  4. 4. Domain ve certificate’i test uygulamasıyla doğrulayın
  5. 5. Database’i deployment container’ı gibi düşünmeyin
  6. 6. Backup job’dan sonra restore kanıtı üretin
  7. 7. Sorunu panel → service → task → container zincirinde daraltın
  8. Sık sorulan sorular
02

1. Host baseline: disk, inode, clock ve DNS

Deployment platformlarında disk yalnız uygulama dosyalarıyla değil image layer, build cache ve loglarla dolar. Inode ve Docker data-root’u ayrı izleyin.

Komut
df -hT
Komut
df -i
Komut
timedatectl status
Komut
getent hosts panel.example.com
Komut
docker info 2>/dev/null | grep -E "Docker Root Dir|Storage Driver" || true
03

2. Swarm state’i “active” görmeden platform katmanına geçmeyin

Node rolü, manager availability ve advertised address yanlışsa uygulama deploy’ları belirsiz davranır.

Komut
docker info | grep -A12 Swarm
Komut
docker node ls
Komut
docker network ls
Komut
docker service ls
04

3. Management, overlay ve web portlarını ayrı policy’ye koyun

Tek node ile multi-node Swarm aynı firewall ihtiyacına sahip değildir. Yalnız gerçekten kullandığınız cluster trafiğini güvenilir node IP’leri arasında açın.

TrafikPolitika
Panel/SSHAdmin IP/VPN
HTTP/HTTPSPublic/edge
Swarm control/overlayYalnız trusted node ağı
05

4. Domain ve certificate’i test uygulamasıyla doğrulayın

İlk olarak basit HTTP cevap veren container deploy edin. DNS → ingress → TLS zinciri sağlıklı olmadan framework/debug katmanına geçmeyin.

Komut
dig +short app.example.com
Komut
curl -I https://app.example.com
Komut
openssl s_client -connect app.example.com:443 -servername app.example.com </dev/null | head -30
06

5. Database’i deployment container’ı gibi düşünmeyin

Database volume, backup, credentials, upgrade ve restore lifecycle’ı uygulamadan ayrı tanımlanmalıdır.

Database portunu public publish etmeyin; internal network kullanın.
Backup credential’ını uygulama credential’ından ayırın.
Major version upgrade öncesi restore edilmiş staging copy üzerinde test yapın.
07

6. Backup job’dan sonra restore kanıtı üretin

“Backup uploaded” sonucu, dosyanın açılabildiğini veya doğru database’e ait olduğunu kanıtlamaz. Periyodik restore + row/schema smoke test ekleyin.

KontrolKanıt
Object existsBucket/listing
Archive integrityChecksum/decompress
Database restoreStaging import
Application smokeRead/write test
08

7. Sorunu panel → service → task → container zincirinde daraltın

Swarm’da container adı tek başına yeterli teşhis noktası değildir. Service desired/current state ve failed task mesajı daha doğrudan kök neden verir.

Komut
docker service ls
Komut
docker service ps --no-trunc SERVICE_NAME
Komut
docker service logs --tail 200 SERVICE_NAME
Komut
docker system df
Komut
docker events --since 30m
EKA SUNUCU · TECHNICAL

Dokploy için Swarm ve veri diskini birlikte boyutlandırın

Eka Sunucu VPS üzerinde Dokploy deployment, database ve backup yükünü aynı kaynak planında değerlendirerek CPU/RAM/NVMe seçebilirsiniz.

Production ilkesiÖlç → Test Et → Canlıya AlUydurma benchmark verisi kullanılmaz.
SRC

Resmî kaynaklar

Rehber hazırlanırken esas alınan birincil dokümantasyon ve teknik kaynaklar.

EKA

İlgili teknik içerikler

İlgili altyapı ve uygulama rehberleriyle devam edin.

FAQ

Sık sorulan sorular

Dokploy VPS

Dokploy Docker Swarm kullanıyor mu?

Dokploy’un deployment mimarisinde Docker/Swarm bileşenleri önemlidir; kurulumunuzun tek veya çok node topolojisine göre firewall ve network tasarımını doğrulayın.

Dokploy database portunu açmalı mıyım?

Uygulama aynı internal network üzerinden erişebiliyorsa database portunu public internete publish etmek genellikle gerekmez.

Tek node Dokploy production olur mu?

Olabilir ancak host kaybı platform + uygulama + local data için tek hata alanı yaratır. Backup ve restore planı bu riski hesaba katmalıdır.

Deploy başarısızsa ilk nereye bakmalıyım?

Host disk/Docker health’ten sonra service/task state ve ilgili container logunu inceleyin; yalnız panel hata mesajıyla sınırlı kalmayın.

Top