Docker Compose’un varsa, projen anında ayakta — tek komutla cdn.com.tr’de. Nasıl olduğunu gör

CDN.com.tr Yardım

Managed app için kalıcı disk (persistent storage)

Bir container app’e kalıcı volume vererek verisinin restart ve redeploy’larda korunmasını sağlayın: storage’ı açın, container içi mount yolunu ve boyutu belirleyin. App başına tek volume, tek yola mount, CephFS üzerinde.

Platformlar ve managed add-onlar

Managed app için kalıcı disk (persistent storage)

Bir container app’e kalıcı volume vererek verisinin restart ve redeploy’larda korunmasını sağlayın: storage’ı açın, container içi mount yolunu ve boyutu belirleyin. App başına tek volume, tek yola mount, CephFS üzerinde.

Panel yolu

  1. Yönetim Paneli
  2. CDN Hosting
  3. App’i aç
  4. Persistent storage: açık
  5. Mount yolu + boyut
  6. Kaydet
  7. Deploy

Kullanım senaryoları

Uygulamanın deploy’lar arasında dosya saklaması gerekiyor — upload’lar, bir SQLite dosyası, Prometheus verisi, cache dizini — her restart’ta kaybetmek yerine.

Akış

  1. Panelde: app’i CDN Hosting’de açın, persistent storage’ı açın, mount yolu (varsayılan `/app/data`) ve GB cinsinden boyutu girin, kaydedin, sonra deploy edin.
  2. cdnctl ile oluştururken: `cdnctl container apps create … --persistent-mount-path /app/data --persistent-storage-gb 5` (mount yolu vermek volume’u açar).
  3. Sonradan açmak/büyütmek: `cdnctl container apps update --account <uuid> --app <app_uuid> --persistent-mount-path /app/data --persistent-storage-gb 10`, sonra deploy.
  4. Başlangıç verisi yüklemek: `cdnctl container imports files --account <uuid> --app <app_uuid> --file data.tar.gz --target-path /app/data`.

Kontroller

  • App başına tek volume, tek mount yolu; uygulamanın gerçekten yazdığı dizine verin (varsayılan `/app/data`).
  • Boyut sadece büyür — CephFS volume genişler (100 GB’a kadar) ama küçülmez; makul bir başlangıç boyutu seçin.
  • Storage değişiklikleri bir sonraki deploy’da etkin olur.
  • Kalıcı app’ler Recreate stratejisiyle deploy olur: eski instance yenisi başlamadan durur, yani her deploy’da kısa bir kesinti olur (tek-yazar dosya kilidi kilitlenmesini önler).
  • Non-root imajlar volume’a yazabilir (platform pod fsGroup’u otomatik ayarlar).

Sık sorulan sorular

Ne zaman persistent volume, ne zaman managed add-on?

Veritabanı, cache ve kuyruk için managed add-on kullanın (Redis, PostgreSQL, MySQL/MariaDB, NATS) — sizin için provision edilip ayarlanır. Uygulamanın kendi dosyaları için persistent volume kullanın: upload, üretilen asset, küçük SQLite dosyası, Prometheus TSDB vb. Kural: yapısal veri deposu → add-on; uygulama dosyaları → volume.

Volume yüksek-trafikli veritabanı için uygun mu?

Bu CephFS — replikalı ağ dosya sistemi; durabilite ve paylaşım için harika ama çok yüksek-IO veya tek-yazar sıcak veri için değil. Ağır veritabanı için managed add-on; çok sıcak veri için RAM tercih edin. Ağ volume’unda "hot store" darboğaz olur.

Birden fazla volume bağlayabilir / mount yolunu sonradan değiştirebilir miyim?

App başına tek mount yolunda tek volume. Yolu değiştirebilir veya boyutu büyütebilirsiniz ama her değişiklik deploy ister ve yol değişimi eski veriyi taşımaz — mount yolunu baştan planlayın.

Verim redeploy veya yeni imaj sürümünde korunur mu?

Evet. Volume container imajından bağımsızdır; deploy ve imaj güncellemeleri veriyi korur. Yalnızca storage’ı kapatınca veya app’i silince kaldırılır.

İlgili sayfalar

Managed platform seç

Workload’a göre WordPress, PHP, AI, Knight Online veya Managed Container seçin.

Object Storage ve AWS CLI

Bucket oluşturun, access key rotate edin, bucket app’e bind edin ve S3 endpoint ile doğrulayın.

Neleri çalıştırabilirsiniz — yetenekler ve sınırlar

Bu bir managed container platformu (altında Kubernetes), sunucu/VM değil: container imajlarınızı veya bir docker-compose.yml getirirsiniz, platform çalıştırır. Managed Redis/PostgreSQL/MySQL/NATS add-on’ları, kalıcı volume’lar, iç servis DNS’i ve CDN edge üzerinden HTTP(S) yayını ile.