Satış ve Kapsam Görüşmesi
İletişime Geçin
Bu formu ürün uyumu, kurulum 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, kurulum 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 ajan gerektirmeyen Felaket Kurtarma ve geçiş 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 makine ve veritabanı iş yüklerini bulut, kurum iç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 veritabanı farkındalığı olan orkestrasyon 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 kurulum kapsamı doğrulandığında public cloud, private cloud, kurum içi ve sanallaştırma ortamları kapsama alınabilir.
VM seviyesinde snapshot her zaman veritabanı seviyesinde tutarlı değildir. Yorigu’nun veritabanı farkındalığı olan iş akışları, desteklenen veritabanı motorları için tutarlılık, doğrulama, canlı geçiş hazırlığı ve kurtarma durumunu makine seviyesindeki iş akışlarıyla birlikte takip eder. Bu nedenle kritik veritabanı iş yükleri için kurtarma ve geçiş kararları yalnızca VM seviyesindeki kopyanın veritabanı açısından güvenli 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 kurtarma hazırlığına dair kanıtları zaman içinde görünür tutar. Ekipler korunan iş yüklerinin kurtarılabilir olup olmadığını gerçek failover olayından önce inceleyebilir. Veritabanı farkındalığı olan iş akışı kullanılan kapsamlarda doğrulama kanıtı makine, ağ ve veritabanı durum bilgisini de içerebilir.
AutoHealing, Felaket Kurtarma iş akışlarının beklenmeyen kaynak tarafı farklılıklarında devam etmesine yardımcı olur. Failover sırasında Yorigu, hedef iş yüklerini operasyonel ve boot edilebilir duruma getirir. Operasyon ekibinin her iş yükü için ayrı manuel kurtarma ç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ışı ilk senkronizasyon, failover, doğrulama ve orijinal kaynak ortama geri dönüş sırasını kapsar.
Yorigu Disaster Recovery for OCI, kapalı bekleme felaket kurtarma hedef topolojisini destekler. Hedef VM işlem kaynağı sürekli çalışmak zorunda değildir. Yalnızca doğrulama veya failover iş akışları gerektiğinde başlatılır. Normal bekleme durumunda sürekli çalışan işlem maliyeti ortadan kalkar. Planlı doğrulama testleri sırasında kısa süreli işlem kaynağı kullanımı gerçekleşir. Failover yürütüldüğünde hedef iş yükleri yönetilen iş akışı kapsamında çevrim içi hale getirilir.
Yorigu Disaster Recovery ürünleri abonelik bazında lisanslanır. Yorigu Migrate ürünleri proje bazında lisanslanır. Lisans metrikleri makine sayısı ve DB System sayısı bilgisini içerir. Aynı sunucuda çok sayıda küçük veritabanı varsa bu ortam veritabanı başına değil, tek DB System olarak değerlendirilir.
Evet. POC License taleplerinin kapsamı her görüşme için ayrıca belirlenir ve genellikle daha geniş yaygınlaştırma ö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 geçiş operasyonları için ürünleşmiş iş akışları, durum takibi, doğrulama kanıtı, kaynak ve hedef platform ayrımı ve DB System farkındalığı olan orkestrasyon sağlar.