Kısa cevap: Docker container ile kalıcı veri alanını ayırın. VDS üzerinde volume kullanmak tek başına bağımsız yedek değildir; güncellemeden önce geri dönüşü sınayın.
Container yenilenirken hangi veri korunacak?
Bir uygulamayı Docker ile çalıştırmak kurulum sürecini düzenleyebilir; ancak verinin nerede tutulduğunu bilmeden güncelleme yapmak risklidir. Uygulama dosyası, yüklenen belgeler ve veritabanı aynı konumda olmayabilir. Önce uygulamanın hangi veriyi kalıcı tutması gerektiğini listeleyin.
Docker’ın volume belgesi, volume yaşam döngüsünün container’dan ayrı olabildiğini açıklar. Volume eşlemesini ve kullanılan seçenekleri kendi kurulumunuzda doğrulayın. Bir container’ın silinmesiyle hangi verinin kalacağı hakkında yalnız genel bir rehbere dayanarak işlem yapmayın.
Kurulum envanterini çıkarın
Uygulama adı, sürüm, image etiketi, veri konumu, bağlantı ayarları ve sorumlu kişiyi kaydedin. Gizli değerleri bu envantere açık biçimde koymayın. Yapılandırmanın nerede tutulduğunu bilmek gerekir; fakat erişim anahtarlarının herkesin okuyabildiği bir dosyada bulunması gerekmez.
Birden fazla servis varsa hangi uygulamanın hangi veritabanına bağlandığını gösteren kısa bir liste hazırlayın. Aynı volume’un yanlış uygulamaya bağlanması veya yeni kurulumda boş bir alan seçilmesi, eski verinin kaybolmuş gibi görünmesine yol açabilir. Önce eşlemeyi inceleyin, sonra veri silme veya yeniden kurma kararı verin.
Bu aşamayı ayrıntılandırmak için i̇şletim sistemi seçimi rehberindeki kontrol adımlarından yararlanabilirsiniz.
Volume neden yedek sayılmaz?
Çalışan uygulamanın verisi aynı VDS’de duruyorsa tek hata alanına bağımlı olabilirsiniz. Kullanıcı hatası, yanlış güncelleme veya sunucu kaybı durumunda neye döneceğinizi ayrıca belirleyin. Kalıcı alan, çalışan verinin konumunu tanımlar; bağımsız geri dönüş planının yerini tutmaz.
Veritabanı için uygulamanın desteklediği tutarlı yedek yöntemini izleyin. Canlı veri dosyalarını gelişigüzel kopyalamanın geri yüklenebilir sonuç üreteceğini varsaymayın. Yedeğin yalnız dosya adını değil, hangi uygulama sürümü ve ayarlarla açılabildiğini de kaydedin.
Güncellemeden önce küçük bir deneme
Önce mevcut yapılandırmayı ve doğrulanmış yedeği hazırlayın. Canlı veriyi dışarıya açmayan ayrı bir test ortamında geri dönüşü deneyin. Testin e-posta, ödeme veya dış API çağrılarını gerçek hizmetlere göndermediğinden emin olun; kopyalanmış uygulama hâlâ eski erişim bilgilerini taşıyor olabilir.
Eski container, image veya volume temizliği için toplu silme komutlarını körlemesine kullanmayın. Hangi alanın artık kullanılmadığına karar vermeden önce bağlantıları ve gerekli geri dönüş süresini kontrol edin. Disk alanı kazanmak uğruna tek çalışan yedeği kaldırmayın.
Bu aşamayı ayrıntılandırmak için bağımsız yedek planı rehberindeki kontrol adımlarından yararlanabilirsiniz.
Docker için VDS kapasitesi nasıl düşünülür?
RAM ve CPU ihtiyacını container sayısından değil, servislerin gerçek iş yükünden değerlendirin. Disk planına çalışan veri, günlükler ve yedek hazırlığı sırasında oluşacak geçici alanı da katın. Bu rehber belirli bir paket boyutunun her Docker uygulamasına yeteceğini söylemez.
Sunucu seçerken yönetim sorumluluğu, işletim sistemi uyumu ve uygulama bakımını da netleştirin. VDS satın almak Docker yapılandırmasının, volume yedeğinin veya uygulama güncellemelerinin otomatik yönetileceği anlamına gelmez. İlk teslim testiniz, yalnız sayfanın açılması değil gerekli verinin kontrollü geri getirilebilmesi olsun.
Bir sonraki adımı planlayın
Çalışma düzeninizi değerlendirirken kaynak ihtiyacı rehberini de inceleyin. Hizmet kapsamını ve ihtiyacınızı karşılaştırmak için ilgili paketlerimize göz atabilirsiniz; bu yazı paket fiyatını veya ek hizmet kapsamını değiştirmez.
Sıkça Sorulan Sorular
Docker volume bağımsız yedek midir?
Hayır. Kalıcı veri alanı ile ayrı hata alanındaki geri dönüş kopyası farklı ihtiyaçlardır.
Container silinince her veri silinir mi?
Kullanılan depolama ve seçeneklere bağlıdır. Kendi volume eşlemelerini doğrulamadan silme işlemi yapmayın.
Kaç container için kaç GB RAM gerekir?
Sabit oran yoktur. Her servisin ve veritabanının gerçek iş yükünü ölçün.
Güncelleme öncesi neyi sınamalıyım?
Uygulama sürümü, yapılandırma ve yedeğin ayrı test ortamında birlikte geri yüklenebildiğini doğrulayın.