Veri Seçtiğiniz Ortamda Kalır
Yorigu müşteri kontrollü ortam içine deploy edilir. Workload'lar seçilen OCI region ya da Proxmox VE ortamına recover veya migrate edilir; veri bu sınır içinde kalır.
Bulut veya Kurum-İçi Disaster Recovery ve Migration
Yorigu, VMware, fiziksel ve DB System iş yüklerini Oracle Cloud Infrastructure'a ya da kurumun kendi yönettiği Proxmox VE ortamına korur ve taşır. Disaster Recovery hedefleri ihtiyaç anına kadar kapalı kalır; doğrulama ise recovery hazırlığını varsayıma değil kanıta bağlar. Database iş akışlarında hedef generic machine copy değil, consistent recovery durumudur.
Oracle Linux
RHEL
SLES
Ubuntu
Debian
Windows Server
OCI
Proxmox VE
Kaynak Türleri
Fiziksel, VM, DB
Doğrulama
Otomatik
Failover
Yönetilen
Ürün Ailesi
Yorigu Disaster Recovery for OCI
OCI için recovery yaşam döngüsü otomasyonu
Oracle Cloud Infrastructure için Machine ve DB System iş yüklerini Sync, doğrulama, failover ve failback iş akışlarıyla korur.
SyncFailoverFailback
Yorigu Migrate for OCI
OCI’ye kontrollü iş yükü migration
Machine ve DB System iş yükleri dry-run, cutover, doğrulama ve geri dönüş planlama ile Oracle Cloud Infrastructure hedeflerine taşınabilir.
DeğerlendirmeCutoverGeri Dönüş
Yorigu Disaster Recovery for Proxmox
Proxmox VE için recovery yaşam döngüsü otomasyonu
Proxmox VE ortamları için Machine ve DB System iş yüklerini Sync, doğrulama, failover ve failback iş akışlarıyla korur.
SyncFailoverFailback
Yorigu Migrate for Proxmox
Proxmox VE’ye kontrollü iş yükü migration
Machine ve DB System iş yükleri dry-run, cutover, doğrulama ve geri dönüş planlama ile Proxmox VE hedeflerine taşınabilir.
DeğerlendirmeCutoverGeri Dönüş
Veri Kontrolü
Veri Egemenliği ve Kontrol
Altyapı ekipleri için ürünün nerede çalıştığı ve workload verisinin nerede kaldığı, recovery sürecinin kendisi kadar önemlidir.
Hedef Sınırını Kurum Belirler
Recovery ve migration, kurumun seçtiği Bulut veya Kurum-İçi hedef içine yürütülür. Verinin nereye ineceği sabit bir vendor hedefi değil, kurumun kararıdır.
Daha Küçük Değişiklik Yüzeyi
Production source sistemlerde kalıcı Yorigu yazılımı çalışmaz. Böylece yönetilecek ve denetlenecek privileged footprint daha küçük kalır.
Neden Yorigu
Yorigu'yu Ayrıştıran Noktalar
Yorigu, Kurumsal Felaket Kurtarma ve Taşıma süreçlerinin operasyonel ve finansal ihtiyaçları doğrultusunda tasarlanmıştır.
Kapalı Standby Hedefler
Standby recovery hedefleri ihtiyaç anına kadar kapalı kalır. Böylece sürekli çalışan duplicate compute ihtiyacı ortadan kalkar ve Felaket Kurtarma standby maliyeti azalır.
Bulut veya Kurum-İçi Hedefler
OCI veya Proxmox VE hedeflerine recovery ve migration yapılabilir. Bulut politikası nedeniyle kısıtı olan kurumlar, ek VMware lisansı almadan farklı bir lokasyondaki kendi fiziksel altyapısına replike edebilir. Seçilen hedef aynı zamanda recovered data'nın nerede kalacağını da belirler.
Önceliğe Göre Recovery Hedefleri
Recovery point ve recovery time hedefleri workload bazında belirlenir. Sync sıklığı, hedef hazırlığı, doğrulama iş akışı ve cutover prosedürü workload önceliğine göre ayarlanır.
Hedef Seçimi ve Failback
Yorigu OCI ve Proxmox VE hedef modellerini destekler. Failback aynı Felaket Kurtarma yaşam döngüsü içinde yer alır ve ayrı lisans gerektirmez.
Veritabanı SistemleriOtomatik Doğrulama ve AutoHealing
Recovery sağlığı düzenli olarak otomatik test edilir. AutoHealing katmanı ek koruma sağlar ve hazırlık durumu varsayıma değil, kanıta dayanır.
Failback Dahil
Orijinal ortama dönüş aynı ürün ve yaşam döngüsü içindedir. Ayrı lisans ya da farklı bir geri dönüş aracı gerektirmez.
Cold Standby Ekonomisi
Kapalı durur, ama recoverable olduğu kanıtlanır
Yorigu, kapalı standby hedefleri planlı doğrulama ile birlikte kullanır; düşük steady-state compute kullanımı kör recovery varsayımı anlamına gelmez.
Klasik standby
Recovery hedef compute kaynağı çoğu modelde failover'a hazır kalmak için sürekli çalışır. Bu, recovery event olmasa bile idle CPU ve memory maliyeti anlamına gelebilir.
Yorigu cold standby
Yorigu, Disaster Recovery hedeflerini planlı doğrulama veya gerçek failover anına kadar kapalı tutar. Steady-state maliyet ağırlıklı olarak storage tarafından belirlenir; compute, hazırlığın kanıtlanması veya recovery gerektiğinde kullanılır.
İllüstratif: steady state durumda maliyet ağırlıklı olarak storage tarafındadır; compute planlı doğrulama pencerelerinde ve gerçek failover sırasında tüketilir. Validation ve AutoHealing, kapalı hedef modelini operasyonel olarak güvenilir kılan katmandır.
Sonraki Adım
Kapsam Görüşmesi
Operasyonel gereksinimleriniz ve recovery hedefleriniz doğrultusunda uygun deployment modeli değerlendirilebilir.