Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR), tek bir tıklama ile dünyanın dört bir yanındaki OCI bölgeleri arasında bilgi işlem, veritabanları ve uygulamaların geçişini düzenler. Müşteriler mevcut altyapıyı, veritabanlarını veya uygulamaları yeniden tasarlamadan ya da mimarisini yeniden oluşturmadan ve özel yönetim veya dönüştürme sunucularına ihtiyaç duymadan bir veya daha fazla işletme sistemini kurtarmak için gereken adımları otomatikleştirebilir.
OCI Full Stack DR, OCI ticari bölgelerinde, Birleşik Krallık resmi kurum bölgelerinde, AB egemen bölgelerinde, Oracle Alloy bölgelerinde ve OCI Dedicated Region'larda kullanılabilir. Hizmet kullanılabilirliğinin kapsamlı listesi için Full Stack DR kullanılabilirlik bölgeleri sayfasına başvurabilirsiniz. Oracle US Government Cloud ve Oracle US Defense Cloud bölgeleri için kullanıma başlama süreci devam ediyor. Adlandırılmış alanlar ve bunların konumları da dahil olmak üzere, OCI bölgeleri ile ilgili daha fazla bilgi için OCI adlandırılmış alanları ve bölgeleri belgesine bakın.
OCI Full Stack Disaster Recovery şu anda OCI bölgelerinde bulunan kaynaklara hitap ediyor ve kaynaklar aynı geçici kullanım alanında bulunmalıdır. Full Stack DR, Oracle Database@Azure teklifini destekler. Bu durum, veritabanı düzeyinde rol geçişlerinin yalnızca Full Stack DR kullanılarak işlenebileceği anlamına gelir. Ancak şirket içi, hibrit ve çoklu bulut stratejilerinde olağanüstü durum kurtarmayı destekleme olanağının gelecekte benimsenecek geliştirme yol haritasının bir parçası olduğunu unutmayın. Oracle, OCI Full Stack DR işlevini bu ortamların ötesine genişletmeyi planlıyor ve daha geniş bir senaryo yelpazesini kapsayan geniş bir yıkım onarımı çözümüne sahip olmanızı sağlayacak.
Hayır. OCI'daki olağanüstü durum kurtarma, geçici kullanım alanları arası işlemleri desteklemek için tüm OCI hizmetlerini gerektirir. Çok az sayıda OCI hizmeti, geçici kullanım alanları arası çoğaltmayı veya kontrolü destekler. Full Stack DR, tüm OCI hizmetleri tarafından sağlanan özellikleri ve API'leri temel aldığından Full Stack DR, tüm OCI hizmetleri geçici kullanım alanları arası yetenekleri destekleyene kadar kurtarma orkestrasyonu sağlayamaz.
Evet, taşıyabilir. OCI kaynaklarının iki OCI bölgesinde dağıtılması, gelişmiş yıkım onarımı olanakları sunar. Bu yaklaşım, kritik uygulamalar ve hizmetler için yüksek erişilebilirlik ve dayanıklılık elde etmeye yardımcı olur. Bir bölgede felaket veya kesinti olması durumunda, kaynaklar diğer bölgeye aktarılabildiğinden kesinti süresi azalır ve iş operasyonları üzerindeki etki en aza indirilir. Kaynakları birden fazla bölgeye dağıtarak gelişmiş veri koruması ve iş sürekliliği sağlayan güvenilir bir yıkım onarımı stratejisi elde edebilirsiniz.
Hayır, OCI Full Stack DR tamamen yönetilen bir hizmettir.
Evet, OCI Full Stack DR kullanılabilirlik ve performans SLA'ları sunar. Detaylı bilgi için Oracle PaaS ve IaaS Genel Bulut Hizmetleri Sütun Belgesi (PDF) belgesine başvurun.
OCI Full Stack DR'ye Oracle Cloud Infrastructure konsolunu (tarayıcı tabanlı arayüz), REST API'leri, Oracle Cloud Infrastructure SDK'larını, komut satırı arayüzünü ve DevOps araçlarını kullanarak erişebilirsiniz.
Evet, OCI Full Stack DR, hem Oracle hem de Oracle dışı iş yükleri için kullanılabilir.
Hayır. Full Stack DR, tasarım gereği yalnızca yedek DR koruma grubu bölgesinde DR planları oluşturmanıza olanak tanır. Diğer olağanüstü durum kurtarma koruma grubundaki tüm olağanüstü durum kurtarma planlarını (geçiş, yük devri ve detaya gitme planları) oluşturmak için bir geçiş planının test yürütmesini kullanmanız önemle tavsiye edilir. Bu durum, olağanüstü durum kurtarma planlarının her iki bölgede de kullanılabilir olmasını sağlar.
Uygulama gereksinimlerine bağlıdır. Uygulama bağımlılığı yoksa (örneğin, uygulama sunucusu kurtarma ile paralel olarak birden fazla veritabanı geçişi gerçekleşebiliyorsa) birden fazla olağanüstü durum kurtarma koruma grubunun olması idealdir. Bu durum, aynı zamanda iş uygulamasının genel kurtarma süresi hedefinin iyileştirilmesine de yardımcı olur. Ancak, kurtarma adımları birbirlerine bağlıysa tek bir olağanüstü durum kurtarma koruma grubunda bir kurtarma planının olması uygundur. Full Stack DR son derece esnektir; gereksinimlerinize göre olağanüstü durum kurtarma koruma grupları ve olağanüstü durum kurtarma planları oluşturabilirsiniz.
OCI Full Stack DR, mevcut uygulamalar için kurtarma adımlarını otomatikleştirmeye yardımcı olur. Full Stack DR ile entegrasyon için şunları tamamlamanız gerekir:
Evet, Full Stack DR son derece esnek bir hizmettir. Tüm DR dağıtımlarını OCI Full Stack Disaster Recovery ile entegre edebilirsiniz.
Tüm üretim/olağanüstü durum kurtarma altyapısını ve uygulama bileşenlerini ayarlamanız gerekir. Bu, olağanüstü durum kurtarma devreye alma işlemlerine bağlı olarak şunları içerebilir:
Aşağıdaki kaynak türlerini DR Koruması grubuna üye olarak ekleyebilirsiniz.
Yıkım onarımı planı oluşturulurken, OCI Full Stack Disaster Recovery otomatik olarak yerleşik plan grupları oluşturur. Olağanüstü durum kurtarma planınız, kullanıcı tanımlı plan grupları aracılığıyla komut listeleri veya Oracle Cloud Infrastructure Functions'ı kullanarak diğer tüm OCI hizmetleriyle etkileşim kuracak şekilde daha fazla özelleştirilebilir.
Dört tür DR planı vardır.
Evet, OCI Kubernetes Engine (OKE) gibi diğer OCI temel hizmetlerini eklemeyi planlıyoruz. Daha fazla bilgi için daha sonra tekrar kontrol edin.
Evet. OCI Full Stack DR, veritabanına yönelik rol devri veya yük devri için plan grupları oluşturma konusunda Oracle Database PaaS Data Guard API'lerine bağlıdır. Ancak, Data Guard'ın manuel olarak ayarlandığı durumlarda Oracle Data Guard rol değişikliklerini kontrol etmek için özel komut istemleri kullanabilirsiniz.
Evet, bir OCI sanal makinesinde çalışan veritabanları için Oracle Data Guard'ı kurmanız durumunda entegre edilebilir. Kullanıcı tanımlı plan grupları oluşturabilir ve Data Guard aracısını veya rol ters işlem komut listelerini kullanabilirsiniz.
Üretim ve yedek veritabanlarını çoğaltmak için yerel veritabanı çoğaltma teknolojilerini kullanmanızı öneririz. Kullanıcı tanımlı plan gruplarını kullanabilir ve veritabanı rolü ters işlemini gerçekleştirmek için komut listelerinizden yararlanabilirsiniz.
Taşınan örnek: Genellikle uygulama yığınını oluşturan örneklerin yalnızca birincil bölgede devreye alındığı pilot hafif veya sabit sanal makine olağanüstü durum kurtarma topolojilerinde kullanılır. Örnekler, birincil yıkım onarımı koruma grubundan yedek yıkım onarımı koruma grubuna taşınır.
Taşınmayan örnek: Genellikle uygulama yığınını oluşturan örneklerin hem bölgelerde hem de uygulama yazılımı bileşenlerinde önceden dağıtıldığı aktif-pasif olağanüstü durum kurtarma topolojileri için kullanılır. Yıkım onarımı işlemleri sırasında bu örnekleri başlatarak veya durdurarak hizmeti bir bölgeden diğerine aktarabilirsiniz.
Birincil DR koruma grubuna üye olarak hareketli veya hareketsiz bir hesaplama örneği eklediyseniz, ilgili önyükleme/blok birim grubunu da birincil DR koruma grubuna üye olarak eklemeniz gerekir.
Blok birimi bağlama seçeneği ayrıntılarını taşınmayan örnek üye özelliklerinde belirtebilirsiniz. İlgili blok birim grubunu birincil DR koruma grubuna üye olarak eklemeniz gerekir.
Hayır, bu veritabanlarını Full Stack DR ile üye türleri olarak ekleyemezsiniz. Yerel bölgeler arası çoğaltma özellikleri, ilgili hizmetten serbest bırakıldıktan sonra, Full Stack DR ekibi üye türleri olarak bu hizmetleri desteklemeyi planlayacaktır. Günümüzde müşteriler, özel komut istemleri kullanabilir ve bunları veritabanlarına yönelik kurtarma işleminin tamamlanabilmesi durumunda Full Stack DR ile entegre edebilir. Örneğin, HeatWave MySQL bölgeler arası yedekleme ve geri yükleme özelliklerini destekler. Kurtarma işlemine komut istemi gönderilebiliyorsa bunlar kullanıcı tanımlı plan grupları kullanılarak olağanüstü durum kurtarma planına eklenebilir.
Hedef kurtarma süresi (RTO): RTO, bir felaket veya yıkıcı olaydan sonra belirli bir uygulamanın ya da sistemin tamamen geri yüklenmesi ve çalışması için gereken süre hedefidir. İşletmenin söz konusu uygulama için tolere edebileceği maksimum izin verilen kapalı kalma süresini temsil eder. Başka bir deyişle, iş sürekliliği gereksinimlerini karşılamak için uygulamanın ne kadar hızlı ayarlanıp tekrar çalışmaya başlaması gerektiğini ifade eder. Kesintileri en aza indirmek ve temel işlemleri sürdürmek için kritik uygulamaların hızlı bir şekilde geri yüklenmesi gerektiğinden, genellikle bu uygulamaların RTO'su düşüktür.
Hedef kurtarma noktası (RPO): RPO, bir felaket veya yıkıcı olayda maksimum tolere edilebilir veri kaybını ifade eder. Felaketin işi önemli ölçüde etkilemeye başlamasından önce verilerin kaybolabileceği (yedeklenmediği veya çoğaltılmadığı) süreyi temsil eder. Örneğin, bir uygulamanın RPO'su bir saatse bu durum bir felaketten sonra, verilerin olay gerçekleşmeden önce bir saatten uzun bir noktaya kadar kurtarılması gerektiği anlamına gelir. RPO'su daha düşük olan uygulamalar, minimum veri kaybını sağlamak için genellikle daha sık veri yedeklemeleri veya çoğaltmaları gerektirir.
Hem RTO hem de RPO, yıkıcı olay sırasında ve sonrasında iş operasyonlarının sürekliliğini ve esnekliğini doğrudan etkilediğinden yıkım onarımı planlamasında göz önünde bulundurulması gereken hususlardır. Kuruluşlar, bu hedefleri uygulamalarının kritiklik derecesine ve gerekli yıkım onarımı ölçümlerini uygulamanın maliyetine göre dengelemelidir.
Bir uygulamanın RTO'su, rol devri veya yük devri planının tamamlanması için gereken süre dikkate alınarak belirlenebilir. Tam otomatik kurtarma süreciyle OCI Full Stack DR, kesinti süresini en aza indirerek ve kurtarma için gereken manuel müdahaleyi azaltarak RTO'yu önemli ölçüde iyileştirebilir.
Yük devri ve rol devri işlemlerini otomatik hale getiren OCI Full Stack DR, kurtarma iş akışını kolaylaştırır ve uygulamaların hızla çevrimiçi hâle getirilmesini sağlar. Kurtarma süresindeki bu azalma, iş sürekliliğinin iyileşmesini ve yıkıcı olay sırasında kesintilerin azalmasını sağlayabilir.
OCI Full Stack DR, OCI hizmetlerine, çoğaltma yöntemlerine ve konfigürasyonlarına göre değişiklik gösterebileceğinden RPO, üzerinde kontrol sahibi değildir. Oracle Cloud Infrastructure'daki farklı hizmetlerin, veri çoğaltma ve senkronizasyonu nasıl ele aldığına bağlı olarak belirli RPO yönergeleri geçerli olabilir.
Örneğin, Oracle Autonomous Database Serverless için Oracle, bölgeler arası yedek veritabanlarına yönelik RPO değerleri yayınlamış olabilir. Bu durum, söz konusu kurulum için maksimum tolere edilebilir veri kaybını gösterir.
İstediğiniz RPO'ya uyum sağlamak ve her bir OCI hizmetinin veri kurtarma kapasitesini anlamak için ilgili OCI hizmetlerinin belgelerini inceleyin. Bu yönergeler verilerin nasıl çoğaltıldığına, hangi kurtarma seçeneklerinin kullanılabildiğine ve farklı konfigürasyonlar için beklenen RPO'ya ilişkin ayrıntılı bilgiler sağlar. Belgelerdeki önerileri uygulayarak iş ihtiyaçlarınız ve veri koruma gereksinimlerinizle uyumlu uygun bir yıkım onarımı stratejisi belirleyebilirsiniz.
OCI Full Stack DR fiyatlandırması, OCI OCPU ve ECPU saatlik fiyatlandırma modelini izler. Hizmet, olağanüstü durum kurtarma koruma grubuna eklenen her üye türünün CPU (OCPU ve ECPU) sayısına göre fiyatlandırılır. Masrafları hesaplamak için sadece tahsis edilen CPU'ları kullanır. Full Stack DR koruma gruplarının parçası olan depolama, ağ ve diğer kaynak kullanımları Full Stack DR tarafından faturalandırılmaz.
Daha ayrıntılı bilgi için OCI maliyet tahmin aracı ve OCI fiyatlandırma listesi (PDF) konularına bakın.
OCI Full Stack DR, hem birincil hem de yedek olağanüstü durum kurtarma koruma grubuna üye olarak eklenen hesaplama ve veritabanı kaynaklarının toplam OCPU sayısına göre fiyatlandırılır.
Örnek 1
Örnek 2
Saat başına fiyatlandırma ve model gelecekte değişebilir. Güncel fiyatlandırma için en son fiyatlandırma yönergelerine bakın veya Oracle satış temsilcinize ulaşın.
Hayır, birim gruplarını olağanüstü durum kurtarma koruma grubuna üye olarak eklemek için ayrı bir fiyatlandırma yoktur. OCI Full Stack DR fiyatlandırması sadece hesaplama ve veritabanı üye türleri için geçerlidir. Full Stack DR, aşağıdaki OCI kaynak türleri için ekstra ücret almaz:
Evet. Full Stack DR'ı kullanıyor olsanız da olmasanız da uygulama yığınını devreye almak için gereken OCI hizmetlerinin normal maliyetlerini ödersiniz. OCI Networking, OCI Compute, OCI Storage tüketimi, OCI Load Balancer, Oracle veritabanları ve uygulama yığınının gerektirdiği diğer OCI hizmetleri için ödeme yaparsınız. Full Stack DR'ın maliyeti, bu bölümün 2. sorusuna cevap olarak açıklandığı gibi ECPU ve OCPU sayısına bağlı bir ek maliyettir.
OCI hizmetleriyle ilişkili maliyet ve yıkım onarımı dağıtım modeli, seçtiğiniz hizmetlere ve konfigürasyonlara bağlı olarak değişiklik gösterir. Örneğin, bölgeler arası blok çoğaltmayı seçerseniz ek bir depolama maliyeti ortaya çıkar. Benzer şekilde, kendi kendini yöneten yedek veritabanı kullanmak da ek masraflara neden olur. Söz konusu her OCI hizmetinin fiyatlandırması hakkında daha ayrıntılı bilgi edinmek için lütfen Oracle Cloud Infrastructure fiyatlandırmasıyla ilgili ayrıntılara bakın.