Ana içeriğe geç

Velero yedeği al

Bir uygulamanın belirli bir andaki yedeğini (namespace'i, kaynakları ve volume verisi) edge cluster'ında al — ve ondan geri yükle.

Önkoşullar​

  • Hedef edge'te Velero kurulu — standart edge preset içerir
  • Verinin gideceği bir yer: cluster'ın kendi BackupStorageLocation'ı ve/veya org'unuz için tanımlı harici bir yedekleme konumu
  • Rolünüzde edge instance güncelleme izni

Ad-hoc yedek al​

Sidebar → Applications → release'e tıklayın → Backups sekmesi → Yedek Al.

Dialogda iki alan var:

  • Saklama süresi (TTL) — Velero yedeği otomatik silmeden önce ne kadar tutsun. Varsayılan 720h (30 gün); 24h, 30m gibi Go tarzı her süre geçerli
  • Yedekleme Konumu — sadece org'da en az bir yedekleme konumu tanımlıysa görünür. Varsayılan seçenek, org'un varsayılan konumu işaretliyse onun adı ("Varsayılan (…)"), değilse Cluster içi depolama (varsayılan). Harici konumlar cluster kaybında bile hayatta kalır — cluster felaketinden sonra da lazım olacak yedekler için harici konum seçin.

Gerisi otomatik: yedek release'e scope'ludur (namespace'i + kaynakları; cluster'da CSI snapshot desteği varsa volume verisi dahil) ve adı <release>-backup-<zaman> olarak üretilir.

Submit. Yeni satır New → InProgress → Completed durumuyla ilerler. Sadece manifest taşıyan uygulamalar saniyeler içinde biter; volume taşıyanlar (veritabanları, VM'ler) veri aktarımı kadar sürer. Yedek sürerken sekmenin aksiyon butonları devre dışıdır — release başına aynı anda tek Velero işlemi.

Yinelenen yedekleri zamanla​

Aynı Backups sekmesi → Yedek Zamanlamaları → Zamanlama Oluştur.

  • Cron İfadesi — standart 5 alanlı cron (örn. günlük 02:00 için 0 2 * * *)
  • Saklama süresi (TTL) — her çalışma bunu devralır; eski çalışmalar süresi dolunca otomatik silinir
  • Yedekleme Konumu — Yedek Al dialogundaki dropdown'ın aynısı (en az bir harici konum tanımlıysa)

Cron'u edge'teki Velero yönetir; her zamanlanmış çalışma ana yedek listesinde satır olarak görünür. Bir schedule'ı durdurmak için drawer'dan silin — ürettiği yedekler kendi TTL'leri dolana kadar kalır.

Yedekten geri yükle​

Yedek listesi → Completed bir yedekte Geri Yükle → onayla.

Restore her zaman release'in kendi namespace'ini hedefler ve uygulamayı yedekteki duruma döndürür — kaynaklar ve volume verisi birlikte. Asenkron bir operation olarak koşar; listeden veya Operations Center'dan izleyin.

Yedekler nereye iner​

Yedekleme Konumu dropdown'ında ne seçtiğinize (dokunmadıysanız varsayılana) bağlı iki olasılık:

  • Cluster içi depolama — Velero, cluster kurulurken yapılandırılan BackupStorageLocation'a yazar. DT Edge Platform bucket'ı yönetmez — sadece Backup / Restore CR'lerini okur ve oluşturur.
  • Harici yedekleme konumu — org'unuzun (veya platform admin'inin) Organizations → Yedekleme Konumları altında tanımladığı bir S3 hedefi. Cluster'ın kendisi kaybedilse bile hayatta kalır. Bkz. Nasıl yapılır: yedekleme konumlarını yönet.

Önemli schedule'ları harici bir konuma yönlendirmeden önce konumun Test Et aksiyonunu kullanın (Organizations → Yedekleme Konumları → satır → Test Et) — hedef uç birimin yedekleme ajanı erişebiliyor mu doğrulanır; sonuç Available / Unavailable olarak döner ve 90 saniyeye kadar sürebilir.

Sık hatalar​

  • Geçersiz TTL / cron biçimi — TTL 720h gibi bir süre olmalı; cron 5 alan olmalı
  • OPERATION_IN_PROGRESS — bu release üzerinde başka bir işlem (kurulum, upgrade, başka bir yedek…) sürüyor; bitmesini bekleyin
  • BackupStorageLocation not Available — Velero storage backend'ine erişemiyor. Cluster'da BSL durumuna bakın: kubectl -n velero get backupstoragelocation
  • BACKUP_LOCATION_UNAVAILABLE — seçtiğiniz harici yedekleme konumuna bu edge'ten erişilemiyor; endpoint, kimlik bilgileri ve CA sertifikasını kontrol edin veya Test Et aksiyonunu çalıştırın
  • BACKUP_LOCATION_NOT_FOUND — konum, dialogu açmanızdan sonra silinmiş; başka bir konum seçin. Silinen konumda duran yedekler geri yüklenebilir kalır.
  • PartiallyFailed — kaynakların çoğu yakalandı ama en az bir öğe hata verdi; edge'teki Velero loglarına bakın

Ayrıca bakın​