VPS'te Docker ile Uygulama Yayınlama

Docker, uygulamayı bağımlılıklarıyla birlikte paketleyip her sunucuda aynı şekilde çalıştırmayı sağlar. VPS'te tipik kurgu şudur: uygulamalar konteyner olarak çalışır, önlerinde bir ters vekil (reverse proxy) bulunur ve sertifikalar bu katmanda yönetilir. Kendi çekirdeğiyle çalışan KVM tabanlı sunucularda Docker sorunsuz kurulur; konteyner tabanlı sanallaştırmada kısıtlar çıkabilir.

Ne zaman mantıklı?

• Birden çok uygulamayı aynı sunucuda, bağımlılıkları çakışmadan çalıştırmak
• Geliştirme, test ve canlı ortamı birebir aynı tutmak
• Farklı sürüm gereksinimleri olan servisleri yan yana koşturmak
• Dağıtımı tekrarlanabilir ve belgelenmiş hale getirmek
• Yeni sunucuya taşımayı kolaylaştırmak

Tek bir WordPress sitesi için Docker genellikle gereksiz bir katmandır; panelli klasik kurulum daha pratiktir.

Temel kavramlar

Tipik kurulum sırası

1. Sunucuyu güvenli hale getirin: anahtar tabanlı SSH, güvenlik duvarı, güncellemeler (ilk kurulum rehberi).
2. Docker ve Compose bileşenlerini kurun.
3. Uygulamalarınızı Compose dosyasında tanımlayın: web, veritabanı, önbellek.
4. Kalıcı verileri volume olarak tanımlayın; konteyner silinince veri kaybolmasın.
5. Öne bir ters vekil koyun ve alan adlarını yönlendirin.
6. Sertifikaları vekil katmanında otomatik alın ve yenileyin.
7. Yedekleme ve izlemeyi kurun.

Ters vekil neden gerekli?

Tek bir sunucuda birden çok konteyner çalıştırırken hepsi 80 ve 443 portunu birden kullanamaz. Ters vekil, gelen isteği alan adına göre doğru konteynere yönlendirir ve sertifika yönetimini tek noktada toplar. Alternatif olarak Nginx'i kendiniz yapılandırabilirsiniz; web sunucusu seçenekleri arasındaki farkı Nginx mi Apache mi LiteSpeed mi yazısında karşılaştırdık.

Veri kalıcılığı: en sık yapılan hata

Konteynerler geçicidir; içlerinde tutulan veri, konteyner yeniden oluşturulduğunda kaybolur. Veritabanı dosyaları, yüklenen medya ve yapılandırma dosyaları mutlaka volume üzerinde tutulmalıdır. Yedekleme planı da bu volume'leri kapsamalıdır: imajı yeniden oluşturabilirsiniz, veriyi oluşturamazsınız.

Yedekleme yaklaşımını snapshot ve yedek farkı yazısında ele aldık.

Kaynak yönetimi

• Her konteyner için bellek ve işlemci sınırı tanımlayın; biri sunucunun tamamını tüketmesin.
• Günlük (log) dosyalarının boyutunu sınırlayın; aksi halde disk sessizce dolar.
• Kullanılmayan imaj ve konteynerleri düzenli temizleyin.
• Veritabanı konteynerine yeterli bellek ayırın; en çok darboğaz orada oluşur.

Sunucu belleğinin nasıl hesaplanacağını RAM ne kadar olmalı yazısında anlattık.

Güvenlik

1. Resmî ve bakımı yapılan imajları kullanın; güncelliğini kontrol edin.
2. Konteynerleri gereksiz yere root ile çalıştırmayın.
3. Yalnızca gereken portları dışarı açın; veritabanı portunu internete açmayın.
4. Ortam değişkenlerindeki parolaları kod deposuna koymayın.
5. İmajları düzenli güncelleyin: konteyner, güncellenmeyen bir sistemi de dondurabilir.

Sanallaştırma türü önemli

Docker, kendi çekirdeğiniz olduğunda sorunsuz çalışır. KVM tabanlı sanal sunucularda bu koşul sağlanır; konteyner tabanlı (OpenVZ/LXC) sanallaştırmada ise kısıtlar çıkabilir. Sunucunuzun türünü systemd-detect-virt komutuyla görebilirsiniz; farkları KVM sanallaştırma nedir yazısında anlattık.

Netx'te sunucular

Netx'in VPS paketleri KVM sanallaştırma ile sunulur; Docker kurulumuna uygundur. Kaynakları ayrılmış bir yapı için VDS, donanımın tamamı için dedicated sunucu seçenekleri bulunur. Kurulum ve bakımı devretmek isterseniz sunucu yönetim hizmetine bakabilirsiniz.

Sık sorulan sorular

Docker sunucuyu yavaşlatır mı?

Kayda değer bir ek yük getirmez. Asıl etken, üzerinde çalıştırdığınız servislerin kaynak tüketimidir.

WordPress'i Docker'da çalıştırmalı mıyım?

Tek site için gerekmez. Birden çok uygulamayı bir arada yönetiyorsanız veya ortamları birebir aynı tutmak istiyorsanız anlamlıdır.

Konteyner silinirse verilerim gider mi?

Volume kullanmadıysanız gider. Kalıcı verileri her zaman volume üzerinde tutun.

Panelle birlikte kullanılabilir mi?

Bazı paneller konteyner desteği sunar, ancak çakışma riski vardır. Konteyner tabanlı bir kurguda panelsiz ilerlemek daha temizdir.

Ne kadar kaynak gerekir?

Çalıştıracağınız servislerin toplamına göre. Tipik bir web + veritabanı + önbellek üçlüsü için 4 GB bellek makul bir başlangıçtır.