Satış ve Kapsam Görüşmesi
İletişime Geçin
Bu formu ürün uyumu, deployment kapsamı, DB Systems yeteneği, paketleme görüşmeleri veya POC License talepleri için kullanabilirsiniz.
Satış ve Kapsam Görüşmesi
Bu formu ürün uyumu, deployment kapsamı, DB Systems yeteneği, paketleme görüşmeleri veya POC License talepleri için kullanabilirsiniz.
Mevcut müşteriler ilgili organizasyon bilgisi ve portal erişim detaylarını eklemelidir.
Satış Öncesi Sık Sorulan Sorular
Hayır. Yorigu, kaynak iş yükleri için Agentless Felaket Kurtarma ve Migration iş akışları çalıştırmak üzere tasarlanmıştır. Kaynak erişimi, Linux kaynaklarda SSH, Windows kaynaklarda WinRM gibi kurumsal ortamlarda zaten bulunan yönetim protokolleri ve hedef platform API’leri üzerinden yönetilir.
Yorigu, fiziksel sunucuları, VM'leri ve DB Systems iş yüklerini birinci sınıf iş yükü tipleri olarak kapsar. Aynı Ürün Ailesi Machine ve database iş yüklerini Bulut, Kurum-İçi ve sanallaştırılmış altyapılar üzerinde koruyabilir veya taşıyabilir. DB System Workloads, Oracle, Microsoft SQL Server, PostgreSQL, MySQL ve SAP HANA için database-aware orchestration sağlar.
Yorigu kaynak iş yüklerini işletim sistemi seviyesinde değerlendirir. Alttaki bulut sağlayıcı veya hypervisor'a bağımlı değildir. İşletim sistemi desteği, ağ erişimi ve deployment kapsamı doğrulandığında major public Bulut, private Bulut, Kurum-İçi ve virtualization ortamları kapsama alınabilir.
VM seviyesinde snapshot her zaman veritabanı seviyesinde tutarlı değildir. Yorigu database-aware iş akışları, desteklenen veritabanı motorları için consistency, doğrulama, cutover hazırlığı ve recovery durumunu Machine seviyesindeki iş akışlarıyla birlikte takip eder. Bu nedenle kritik database iş yükleri için recovery ve migration kararları yalnızca VM seviyesindeki capture'ın database-safe olduğu varsayımına dayanmaz.
Yorigu müşterinin kontrollü altyapısı içinde çalışır. Bu ortam bir OCI tenancy, Proxmox VE ortamı veya gerekli kaynak sistemlere ve hedef platform API’lerine erişimi olan ayrılmış bir management host olabilir. Workload verisi ve iş akışı durumu müşteri ortamı içinde kalır.
Yorigu Disaster Recovery, periyodik doğrulama iş akışları çalıştırır ve recovery hazırlığına dair kanıtları zaman içinde görünür tutar. Ekipler korunan iş yüklerinin recoverable olup olmadığını gerçek failover olayından önce inceleyebilir. Database-Aware iş akışı kullanılan kapsamlarda doğrulama kanıtı Machine, network ve database durum bilgisini de içerebilir.
AutoHealing, Felaket Kurtarma iş akışlarının beklenmeyen source-side varyasyonlar boyunca devam etmesine yardımcı olur. Failover sırasında Yorigu, hedef iş yüklerini operasyonel ve bootable duruma getirir. Operasyon ekibinin her iş yükü için ayrı manuel recovery çalışması yapması gerekmez. Bu yaklaşım operasyonel eforu azaltır ve hedefin devreye alınma sürecinin öngörülebilirliğini artırır.
Hayır. Failover bir iş kararıdır ve operator ile business stakeholder'ların kontrolünde kalır. Yorigu availability sinyallerine veya eşik değerlerine göre failover başlatmaz. Karar verildikten sonra failover süreci, manuel adım adım müdahale gerektirmeyen koordineli bir iş akışı olarak yürütülür.
Evet. Failback, Yorigu Disaster Recovery yaşam döngüsünün parçasıdır. Ayrı bir ürün, ayrı bir lisans veya ayrı bir proje değildir. Aynı iş akışı initial Sync, failover, doğrulama ve orijinal kaynak ortama geri dönüş sırasını kapsar.
Yorigu Disaster Recovery for OCI, Cold Standby DR Hedef topolojisini destekler. Hedef VM compute sürekli çalışmak zorunda değildir. Yalnızca doğrulama veya failover iş akışları gerektiğinde başlatılır. Normal standby durumda sürekli çalışan compute maliyeti ortadan kalkar. Planlı doğrulama testleri sırasında kısa süreli compute kullanımı gerçekleşir. Failover yürütüldüğünde hedef workload'lar yönetilen iş akışı kapsamında online hale getirilir.
Yorigu Disaster Recovery ürünleri subscription bazında lisanslanır. Yorigu Migrate ürünleri proje bazında lisanslanır. Lisans metrikleri Machine count ve DB System count bilgisini içerir. Aynı sunucuda çok sayıda küçük database varsa bu ortam database başına değil, tek DB System olarak değerlendirilir.
Evet. POC License taleplerinin kapsamı her engagement için ayrıca belirlenir ve genellikle daha geniş rollout öncesinde Yorigu davranışının bir veya iki temsilî iş yükü üzerinde doğrulanmasını sağlar.
Yorigu tek seferlik bir script değildir. Tekrarlanabilir Felaket Kurtarma ve Migration operasyonları için ürünleşmiş iş akışları, durum takibi, doğrulama kanıtı, kaynak ve hedef platform ayrımı ve DB System-aware orchestration sağlar.