Full Stack Disaster Recovery ile İlgili SSS

Genel

1. Oracle Cloud Infrastructure Stack Disaster Recovery nedir?

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.

2. OCI Full Stack DR şu anda hangi bölgelerde kullanılabilir?

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.

3. OCI Full Stack DR; OCI, şirket içi, hibrit ve çoklu bulut yıkım onarımı senaryolarında yıkım onarımını destekleyebilir mi?

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.

4. OCI Full Stack DR, geçici kullanım alanları arası olağanüstü durum kurtarmayı destekliyor mu?

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.

5. OCI Full Stack DR, OCI bölgeler arası ve bölge içi dağıtımlar için kullanılabilir mi?

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.

6. OCI Full Stack DR ile ek altyapıları yönetmem gerekir mi?

Hayır, OCI Full Stack DR tamamen yönetilen bir hizmettir.

7. OCI Full Stack Disaster Recovery, herhangi bir SLA sunuyor mu?

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.

8. OCI Full Stack Disaster Recovery'ye nasıl erişebilirim?

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.

9. OCI Full Stack DR'yi tüm iş yükleri için kullanabilir miyim?

Evet, OCI Full Stack DR, hem Oracle hem de Oracle dışı iş yükleri için kullanılabilir.

10, Birincil DR koruma grubu bölgesinde DR planları oluşturabilir miyim?

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.

11. Birden fazla olağanüstü durum kurtarma koruma grubuna ihtiyacım var mı yoksa olağanüstü durum kurtarma planlarını yönetmek için tek bir koruma grubu kullanabilir miyim?

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.

Önkoşullar ve desteklenen OCI hizmetleri

1. OCI Full Stack Disaster Recovery'yi kullanmanın ön koşulları nelerdir?

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:

• Yıkım onarımı işletim kitabı veya iş sisteminizi kurtarmaya ilişkin ayrıntılar
• Uygulama devreye alma
• Uygulama gereksinimlerine göre özel komut listeleri

2. OCI Full Stack Disaster Recovery'yi herhangi bir yıkım onarımı topolojisi ile kullanabilir miyim?

Evet, Full Stack DR son derece esnek bir hizmettir. Tüm DR dağıtımlarını OCI Full Stack Disaster Recovery ile entegre edebilirsiniz.

3. Full Stack Disaster Recovery'yi kullanmak için hangi OCI kaynakları gereklidir?

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:

• Oracle Cloud Infrastructure VCN ve OCI Load Balancer gibi ağ kaynakları
• Oracle Database PaaS türüne bağlı olarak kullanılacak yedek veritabanı sistemi veya veritabanı (Oracle Data Guard, Oracle Database replikasyonu için dahili olarak kullanılır)
• Önyükleme/blok kurulumu ve birim grubu çoğaltması için kullanacağınız OCI depolama hizmetlerinin türüne bağlı olarak depolama çoğaltması

4. Hangi OCI hizmetleri OCI Full Stack Disaster Recovery ile entegre edilebilir?

Aşağıdaki kaynak türlerini DR Koruması grubuna üye olarak ekleyebilirsiniz.

• Oracle Cloud Infrastructure (OCI) Compute sanal makineleri (VM'ler ve hedefe ayrılmış VM'ler)
• Oracle Database PaaS
• Oracle Autonomous Database Serverless
• Oracle Autonomous Database on Dedicated Exadata Infrastructure
• Oracle Autonomous Database on Exadata Cloud@Customer
• Oracle Base Veritabanı Hizmeti
• Oracle Exadata Database Service on Dedicated Infrastructure
• Cloud@Customer'da Oracle Exadata Database Service
• Oracle Exadata Database Service on Exascale Infrastructure
• OCI Load Balancer
• OCI Network Load Balancer
• OCI Blok Depolama (önyükleme birimleri ve blok birimler, birim gruplarında bulunur)
• OCI File Storage
• OCI Object Storage

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.

5. Ne tür DR planları mevcuttur?

Dört tür DR planı vardır.

• Geçiş
• Hata Durumunda Yük Devri
• Denemeyi başlatın
• Denemeyi durdurun

6. Olağanüstü durum kurtarma grubuna yeni üyeleri kaynak türü olarak eklemeyi planlıyor musunuz?

Evet, OCI Kubernetes Engine (OKE) gibi diğer OCI temel hizmetlerini eklemeyi planlıyoruz. Daha fazla bilgi için daha sonra tekrar kontrol edin.

7. Yedek veritabanı sistemini veya veritabanını ayarlamak için OCI konsolunu ya da Oracle Database PaaS içinde bulunan yerleşik otomasyonu kullanmam gerekir mi?

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.

8. OCI Compute sanal makinelerinde çalışan Oracle Database örneklerini, Full Stack Disaster Recovery ile entegre edebilir miyim?

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.

9. Oracle dışındaki veritabanlarını OCI Full Stack DR ile entegre edebilir miyim?

Ü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.

10. Taşınan ve taşınmayan örnek hesaplama kaynağı türleri nelerdir?

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.

11. Yıkım onarımı koruma grubuna birim gruplarını ne zaman üye olarak eklemem gerekir?

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.

12. Yıkım onarımı koruma grubuna taşınmayan bilgi işlem örnekleri olarak eklenen sanal makineler için depolama çoğaltmasını nasıl işlerim?

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.

13. Full Stack DR'de üye türü olarak Oracle HeatWave MySQL ve PostgreSQL tarafından yönetilen hizmet veritabanlarını ekleyebilir miyim?

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 ve hedef kurtarma noktası

1. Hedef kurtarma süresi nedir? Hedef kurtarma noktası nedir? Neden önemlidir?

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.

2. OCI Full Stack Disaster Recovery, uygulamamın RTO'sunu nasıl etkiler?

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.

3. OCI Full Stack Disaster Recovery, uygulamamın RPO'sunu nasıl etkiler?

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.

Fiyatlandırma

1. OCI Full Stack Disaster Recovery için fiyatlandırma modeli nedir?

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.

• OCI Full Stack Disaster Recovery Hizmeti - Saatlik OCPU - B95485
• OCI Full Stack Disaster Recovery Hizmeti - Saatlik ECPU - B110274

Daha ayrıntılı bilgi için OCI maliyet tahmin aracı ve OCI fiyatlandırma listesi (PDF) konularına bakın.

2. OCI Full Stack Disaster Recovery nasıl fiyatlandırılır?

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

• Birincil-DRPG'de şu üyeler bulunur: Compute-A (2 OCPU) ve ADB-Primary (1 ECPU)
• Yedek DRPG'de şu üyeler bulunur: Hesaplama-B (2 OCPU) ve ADB-Yedek (1 ECPU)
• Toplam OCPU/saat (hesaplama ve veritabanı): 4 OCPU/saat ve 2 ECPU/saat
• Full Stack DR fiyat/saat: (4 × 0,0128 ABD doları) + (2 × 0,0032 ABD doları) = 0,5184 ABD Doları

Örnek 2

• Birincil-DRPG'de şu üyeler bulunur: Hesaplama-A (4 OCPU), ADB-Birincil (2 ECPU), birim grubu-500 GB
• Yedek-DRPG'de şu üyeler bulunur: ADB-Yedek (2 OCPU)
• Toplam OCPU/saat (hesaplama ve veritabanı): 8 OCPU/saat
• Full Stack DR fiyatlandırması/saat: 8 x 0,0128 ABD doları = 0,1024 ABD doları

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.

3. Birim grubu, dosya depolama veya yük dengeleyiciyi olağanüstü durum kurtarma koruma grubunun bir üyesi olarak eklemeye yönelik bir fiyatlandırma var mı?

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:

• OCI Load Balancer
• OCI Network Load Balancer
• OCI Block Storage (önyükleme ve blok birimler için birim grupları)
• OCI File Storage
• OCI Object Storage

4. Yıkım onarımı altyapısı ayarlamanın ek bir maliyeti var mı?

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.