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üklerinde ajan kurulumu gerektirmeyen Felaket Kurtarma ve Platform Geçiş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 erişim protokolleri ve hedef platform API’leri üzerinden koordine edilir.
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 kapsamı, Oracle Database, Microsoft SQL Server, PostgreSQL, MySQL, MongoDB 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ıya veya sanallaştırma katmanına bağımlı değildir. İşletim sistemi desteği, ağ erişimi ve kurulum kapsamı doğrulandığında genel bulut, özel bulut, 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 Felaket Kurtarma durumunu makine seviyesindeki iş akışlarıyla birlikte takip eder. Bu nedenle kritik veritabanı iş yükleri için Felaket Kurtarma ve Platform Geçişi kararları yalnızca VM seviyesindeki kopyanın veritabanı açısından güvenli olduğu varsayımına dayanmaz.
Yorigu müşteri kontrolündeki altyapı 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 yönetim sunucusu olabilir. İş yükü 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 Felaket Kurtarma hazırlığına dair kanıtları zaman içinde görünür tutar. Korunan iş yüklerinin kurtarılabilir olup olmadığı gerçek Failover olayından önce incelenebilir. 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ı beklenmeyen kaynak tarafı farklılıklarında sürdürür. Failover sırasında Yorigu, hedef iş yüklerini operasyonel ve boot edilebilir duruma getirir. Her iş yükü için ayrı manuel Felaket Kurtarma çalışması ihtiyacını 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 Yorigu erişilebilirlik 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. Kaynağa Dönüş, 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, Cold Standby Felaket Kurtarma hedef topolojisini destekler. Hedef VM işlem kaynağının sürekli çalışması gerekmez; yalnızca doğrulama veya Failover iş akışları gerektiğinde başlatılır. Normal durumda maliyet ağırlıklı olarak depolama tarafından belirlenir. 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 Orchestrated Failover 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 betik değildir. Tekrarlanabilir Felaket Kurtarma ve Platform Geçişi operasyonları için ürünleşmiş iş akışları, durum görünürlüğü, doğrulama kanıtı, kaynak ve hedef platform ayrımı ve DB System farkındalığı olan orkestrasyon sağlar.