OpenShift iş yükünüzü seçin. Veri yolunu doğrulayın.
OpenShift Virtualization/KubeVirt VM yedeklemesini namespace, CSI, RBAC ve repository ön koşullarıyla planlayın; veritabanı profillerini ayrı değerlendirin.
Ana akış KubeVirt VM ve kalıcı diskleri içindir. Application-consistent database profili PostgreSQL/MySQL için farklı bir logical streaming akışıdır. Bu rehber bütün cluster control plane/etcd kurtarması veya her CSI sürümü için hazır destek ilanı değildir.
Ekran görüntüleri 16 Ekim 2026 tarihli gerçek laboratuvar arayüzünden alınmıştır. Arayüz İngilizcedir; açıklamalar seçtiğiniz dilde sunulur. Gösterilen kaynak adları, tarihler ve ayarlar örnektir; kendi ortamınızın değerlerini kullanın.
Laboratuvar notu: kayıtlı OpenShift cluster silindiği için canlı Clients ekranı atlandı. Cluster yeniden kurulduğunda API erişimi, kaynak seçimi ve uçtan uca yedekleme ayrıca doğrulanmalıdır.
OpenShift/KubeVirt ve CSI sürümü
Kubeconfig, RBAC ve API erişimi
StorageClass, snapshot desteği ve repository veri yolu
Tek bir test iş yükü ve izole kurtarma hedefi
01
1. Cluster erişimini ve yetkileri doğrulayın
Master’dan doğru cluster API’sine erişilebildiğini doğrulayın. Kubeconfig CA güveni ve gerekli namespace/Job/PVC yetkileri hazır olmalıdır. Aşağıdaki komutlarda onaylı kubeconfig ve kendi namespace’inizi kullanın. API unreachable, timeout veya no route to host varsa envanter seçimine geçmeyin; platform yöneticisiyle bağlantıyı düzeltin.
Komut örneği
oc get --raw=/readyz
oc -n <NAMESPACE> get vm,pvc
oc -n <NAMESPACE> get jobs
Beklenen sonuç
API hazırdır; doğru cluster ve namespace erişimi doğrulanır.
Home → Policies → VM Policy → Create Policy içinde Policy Type alanını OpenShift seçin. Server alanında doğru cluster bağlantısını, Policy Name alanında test politikasını ve Storage alanında doğrulanmış repository’yi belirleyin. Birden fazla cluster varsa API adını ve kapsamını karşılaştırın.
OpenShift Attribute: platform, kayıtlı API bağlantısı, politika adı ve Storage seçimi. Canlı Clients envanteri cluster silindiği için gösterilmemiştir. Büyüt ↗
Beklenen sonuç
Politika doğru cluster ve repository kaydıyla eşleşir.
03
3. Clients içinde VM ve kalıcı disk kapsamını seçin
Envanter yüklendiğinde ilgili namespace içinden tek bir KubeVirt test VM’i seçin. Disk/PVC bağımlılıklarını ve volume modunu kontrol edin. Sadece Pod adını görmek kalıcı verinin kapsama girdiğini kanıtlamaz. Liste boşsa veya API hatası varsa Cluster/CSI/RBAC hazırlığını tamamlayın; eksik envanterle işi kaydetmeyin.
Beklenen sonuç
Seçili test VM’i ve gereken PVC/disk kapsamı belirlenmiştir.
04
4. VM tutarlılığı ile veritabanı profilini ayırın
Advanced Settings içinde VM/PVC akışının tutarlılık ve saklama seçeneklerini belirleyin. PostgreSQL/MySQL logical backup istiyorsanız Application-consistent database profilini ayrı bir testte kullanın: tek database Pod, motor, Service/Host, port, database, kullanıcı, Credential Secret, Password Key ve adapter image bilgileri gerekir. Parola değerini forma veya ekran görüntüsüne yazmayın.
Beklenen sonuç
VM ve veritabanı testleri farklı ön koşullarla planlanır.
05
5. İlk Full çalışmayı hazırlayın
Schedules içinde ilk full çalışmanın gün ve saatini belirleyip politika kapsamını kontrol edin. Start Now yalnız onaylı test penceresinde seçilir. VM artımlı akışını kullanılan controller/CSI sürümünde doğrulayın. PostgreSQL/MySQL logical testinde Full ile ilerleyin; PITR kapalı logical dump akışını VM artımlı zinciriyle aynı kabul etmeyin.
Beklenen sonuç
İlk Full çalışma planı ve seçilen iş yükü türü nettir.
06
6. Kubernetes Job ve repository aktarımını izleyin
EraBackup görev/bildirim kaydıyla OpenShift Job/Pod durumunu birlikte kontrol edin. Pending veya ContainerCreating durumlarında RBAC, image pull, CNI, node ve repository bağlantısını değerlendirin. Secret değerlerini loga çıkarmayın. Başarılı sonuçta görev tamamlanır ve seçilebilir backup kaydı oluşur.
İşlem sonucu ile Job/Pod ve katalog kayıtları birbiriyle eşleşir.
07
7. Kataloğu ve geri yükleme kabulünü tamamlayın
Backups ekranında OpenShift kaydını bulun; kaynak namespace, VM/iş yükü adı, backup türü ve tarihi kontrol edin. OpenShift geri yükleme rehberiyle yeni hedef VM/PVC veya boş hedef veritabanı üzerinde veriyi doğrulayın. VM restore başarısı bütün cluster felaket kurtarmasının doğrulandığı anlamına gelmez.
Mevcut OpenShift Backup List kayıtları. Last Backup geçmiş katalog bilgisidir; güncel cluster erişimini veya yeni yedekleme başarısını göstermez. Büyüt ↗
Beklenen sonuç
Kurtarma noktası ve iş yüküne uygun restore kabul kaydı bulunur.
MERAK EDİLENLER
Cluster listeleniyor ama Clients yüklenmiyorsa ne yapmalıyım?
Kayıtlı bağlantı adı canlı API erişimini kanıtlamaz. Master’dan API ağı, CA, kubeconfig ve RBAC’i doğrulayın. Erişim düzelmeden kaynak seçimi veya yedekleme kabulünü tamamlanmış saymayın.
