Azure Stack Hub’daki dosyaları ve uygulamaları yedekleme

Azure Stack Hub'ın kullanıcı iş yüklerini çalıştıran sanal makineleri (VM) barındırdığı bir durumu göz önünde bulundurun. İş yüklerinin dosyalarını ve uygulamalarını yedeklemek ve geri yüklemek gerekir. Bu başvuru mimarisi makalesinde, yedekleme ve geri yükleme etkinlikleri için iyileştirilmiş bir çözüm sunan bir yaklaşım açıklanmaktadır.

Mimari

Bu mimarinin bir Visio dosyasını indirin.

İş akışı

Bulut bileşenleri aşağıdaki hizmetleri içerir:

• Bu çözüme dahil edilen tüm bulut kaynaklarını barındıran bir Azure aboneliği.
• Azure aboneliğiyle ilişkili bir Microsoft Entra kiracısı. Azure kaynaklarına erişimi yetkilendirmek için Microsoft Entra güvenlik sorumlularının kimlik doğrulamasını sağlar.
• Azure Stack Hub dağıtımını barındıran şirket içi veri merkezine en yakın Azure bölgesindeki Azure Kurtarma Hizmetleri kasası.

Bu makalede sunulan ölçütlere bağlı olarak, bulut bileşenleri aşağıdaki hizmetleri de içerebilir:

• Şirket içi veri merkezini ve Azure Kurtarma Hizmetleri kasasını barındıran Azure bölgesini bağlayan bir Azure ExpressRoute bağlantı hattı. Bağlantı hattı, daha büyük yedekleme boyutlarına uyum sağlamak için Microsoft eşlemesine sahip olacak şekilde yapılandırılır.

• MABS'nin Azure'a çevrimdışı yedeklemelerini etkinleştirmek için Azure İçeri/Dışarı Aktarma hizmeti.

  Dekont

  20/08 itibarıyla Azure Data Box kullanan MABS çevrimdışı Azure yedeklemesi önizleme aşamasındadır.

MABS çevrimdışı Azure yedeklemesi için Azure İçeri/Dışarı Aktarma hizmetinin kullanımına bağlı olarak, çözümün Kurtarma Hizmetleri kasasıyla aynı Azure bölgesinde bir Azure Depolama hesabı da olabilir.

Şirket içi bileşenler aşağıdaki hizmetleri içerir:

• Geçerli güncelleştirmeyi (Ağustos 2020 itibarıyla 2002) çalıştıran ve müşterinin şirket içi veri merkezinde bulunan bağlı dağıtım modelinde Azure Stack Hub ile tümleşik bir sistem.

• Azure Stack Hub ile tümleşik sistem tarafından barındırılan ve MABS v3 Güncelleştirme Sürümü (UR) 1 çalıştıran bir Windows Server 2016 veya Windows Server 2019 VM.

• MABS Azure Stack Hub VM'sine yapılan yedeklemeleri ve geri yüklemeleri yöneten MABS koruma aracısına sahip Azure Stack Hub VM'leri. MABS koruma aracısı korumalı iş yüklerindeki değişiklikleri izler ve değişiklikleri MABS veri deposuna aktarır. Koruma aracısı, yerel bilgisayarında korunabilen verileri de tanımlar ve kurtarma işleminde rol oynar.

• MABS çalıştıran sunucuda yüklü bir Microsoft Azure Kurtarma Hizmetleri (MARS) aracısı. Aracı, MABS ve Azure Kurtarma Hizmetleri kasasını tümleştirir.

  Dekont

  MARS aracısı, Azure Backup aracısı olarak da adlandırılır.

Components

• Azure Stack Hub
• Microsoft Entra ID
• Azure depolama hesabı
• Azure ExpressRoute

Alternatifler

Bu makalede açıklanan önerilen çözüm, Azure Stack Hub'da çalışan kullanıcı iş yüklerine yedekleme ve geri yükleme işlevselliği sağlamanın tek yolu değildir. Müşterilerin şu seçenekler de dahil olmak üzere başka seçenekleri vardır:

• Windows Server işletim sistemine dahil edilen Windows Server Yedekleme özelliğini kullanarak yerel yedekleme ve geri yükleme. Kullanıcılar daha sonra yerel yedeklemeleri daha uzun süreli depolama alanına kopyalayabilir. Bu yaklaşım, Windows VSS sağlayıcılarına güvenerek uygulamayla tutarlı yedeklemeleri destekler, ancak yerel disk alanı kullanımını ve yedekleme bakım ek yükünü artırır.
• Yerel olarak yüklenmiş MARS aracısı ile Azure Backup kullanarak yedekleme ve geri yükleme. Bu yaklaşım yerel disk alanı kullanımını en aza indirir ve yedeklemeleri bulut tabanlı depolamaya yükleme işlemini otomatikleştirir. Ancak uygulamayla tutarlı yedeklemeleri desteklemez.
• Aynı veri merkezinde ama Azure Stack Hub dışında yüklü bir yedekleme çözümü kullanarak yedekleme ve geri yükleme. Bu yaklaşım, Azure Stack Hub bağlantısı kesilmiş dağıtım modelini içeren senaryoları kolaylaştırır.
• Disk anlık görüntülerini kullanarak Azure Stack Hub düzeyinde yedekleme ve geri yükleme. Bu yaklaşım, yedeklenen VM'nin durdurulmasını gerektirir; bu genellikle iş açısından kritik iş yükleri için uygun bir seçenek değildir, ancak bazı senaryolarda kabul edilebilir.

Senaryo ayrıntıları

Yedekleme ve geri yükleme, kapsamlı iş sürekliliği ve olağanüstü durum kurtarma stratejisinin temel bileşenleridir. Karma bir ortamda tutarlı ve güvenilir bir yedekleme yaklaşımı tasarlamak ve uygulamak zordur, ancak Microsoft Azure hizmetleriyle tümleştirilerek önemli ölçüde basitleştirilebilir. Bu yalnızca geleneksel şirket içi altyapıda çalışan iş yükleri için değil, üçüncü taraf genel ve özel bulut sağlayıcıları tarafından barındırılan iş yükleri için de geçerlidir. Bununla birlikte, hibrit ortamlar Azure Stack Hub da dahil olmak üzere Azure Stack portföy tekliflerini içerdiğinde Azure hizmetleriyle tümleştirmenin avantajları ortaya çıkar.

Azure Stack Hub'ın başlıca güçlü yönlerinden biri hizmet olarak platform (PaaS) modelini desteklemesi olsa da, müşterilerin mevcut hizmet olarak altyapı (IaaS) iş yüklerini modernleştirmelerine de yardımcı olur. Bu tür iş yükleri dosya paylaşımlarını, Microsoft SQL Server veritabanlarını, Microsoft SharePoint gruplarını ve Microsoft Exchange Server kümelerini içerebilir. Bunları Microsoft Azure ile tutarlı yönetim ve programlama modellerine sahip hiper yakınsanmış, yüksek oranda dayanıklı kümelerde çalışan VM'lere geçirmek, yönetim ve bakım yükünün en aza indirilmesine neden olur.

Microsoft, Azure Stack Hub VM'lerinde çalışan dosya ve uygulamaların yedeklemesini uygulamak için ölçeklenebilir, performanslı, dayanıklı, güvenli, yönetimi kolay ve uygun maliyetli bir yedekleme çözümü sunmak için bulut ve şirket içi bileşenlerin birleşimine dayalı karma bir yaklaşım önerir. Bu çözümün merkezi bileşeni, Azure Backup teklifinin bir parçası olan Microsoft Azure Backup Sunucusu (MABS) v3'tür. MABS işlem, ağ ve kısa vadeli depolama kaynakları için Azure Stack Hub altyapısını kullanır ve uzun vadeli yedekleme deposu olarak hizmet vermek için Azure tabanlı depolamayı kullanır. Bu yaklaşım, bantlar gibi fiziksel yedekleme medyasını koruma gereksinimini en aza indirir veya ortadan kaldırır.

Temel işlevsellik

Önerilen çözüm, Windows Server 2019, 2016, 2012 R2, 2012, 2008 R2 SP1 (Windows Management Framework 4.0 ile 64 bit), 2008 SP2 (Windows Management Framework 4.0 ile 64 bit) ve Windows 10 (64 bit) çalıştıran Azure Stack Hub VM'lerinde aşağıdaki işlevleri destekler:

• Yeni Teknoloji Dosya Sistemi (NTFS) ve Dayanıklı Dosya Sistemi (ReFS) birimleri, paylaşımları, klasörleri, dosyaları ve sistem durumunu yedekleme ve geri yükleme.

• SQL Server 2019, 2017, 2016 (gerekli hizmet paketleriyle (SP)) ve 2014 (gerekli SP'ler ile) örneklerinin ve veritabanlarının yedeklenip geri yüklenmesi.

• Tek başına sunucular ve bir veritabanı kullanılabilirlik grubundaki (DAG) veritabanları dahil olmak üzere Exchange Server 2019 ve Exchange Server 2016 sunucularının ve veritabanlarının yedeklenip geri yüklenmesi.

• DAG'de tek tek posta kutularının ve posta kutusu veritabanlarının geri yüklenmesi.

• SharePoint 2019 ve SharePoint 2016 (en son SP'ler ile) grupları ve ön uç web sunucusu içeriğini yedekleme ve geri yükleme.

• SharePoint 2019 ve SharePoint 2016 veritabanlarının, web uygulamalarının, dosyaların, liste öğelerinin ve arama bileşenlerinin geri yüklenmesi.

  Dekont

  Azure Stack Hub'da Windows 10 istemci işletim sistemlerini dağıtmak için Kullanıcı başına Windows lisansına sahip olmanız veya bunu Nitelikli Çok Kiracılı Konak (QMTH) aracılığıyla satın almış olmanız gerekir.

MABS, birincil yedeklemeNIN MABS yüklemesini barındıran sunucuda yerel olarak depolandığı disk-disk-bulut (D2D2C) yedekleme düzenini uygular. Ardından yerel yedeklemeler bir Azure Site Recovery kasasına kopyalanır. Kasa uzun süreli depolama sağlarken yerel disk kısa vadeli depolama işlevi görür.

Yedekleme işlemi aşağıdaki dört aşamadan oluşur:

1. MABS koruma aracısını korumak istediğiniz bir bilgisayara yükler ve bir koruma grubuna eklersiniz.
2. Kısa süreli depolama için MABS yerel disklerine ve uzun vadeli depolama için Azure'a yedekleme dahil olmak üzere bilgisayar veya uygulaması için koruma ayarlarsınız. Kurulumun bir parçası olarak, her iki yedekleme türü için de yedekleme zamanlamasını belirtirsiniz.
3. Korumalı iş yükü, belirttiğiniz zamanlamaya göre yerel MABS disklerine yedeklenir.
4. MABS disklerinde depolanan yerel yedekleme, MABS sunucusunda çalışan MARS aracısı tarafından Azure Kurtarma Hizmetleri kasasına yedeklenir.

Önkoşullar

Önerilen çözümün uygulanması aşağıdaki önkoşulların karşılanmasına bağlıdır:

• Azure Stack Hub dağıtımını barındıran şirket içi veri merkezine en yakın Olan Azure bölgesinde Azure Kurtarma Hizmetleri kasası sağlamak için yeterli izinlere sahip bir Azure aboneliğine erişim.

• MABS örneğini barındıracak bir Azure Stack Hub VM'sinden erişilebilen bir Active Directory Etki Alanı Hizmetleri (AD DS) etki alanı.

• Azure Stack'e Azure Backup Sunucusu Yükleme bölümünde listelenen önkoşulları karşılayan ve DPM/MABS ağ desteğinde listelenen URL'lere giden bağlantı ile mabs örneği çalıştıracak Azure Stack Hub'da barındırılan bir VM.

  Dekont

  MABS için ek disk alanı ve performans konuları bu makalenin devamında daha ayrıntılı olarak açıklanmıştır.

  Dekont

  MABS barındıran VM'nin Azure Backup hizmetine bağlantısı olup olmadığını doğrulamak için Get-DPMCloud Bağlan ion cmdlet'ini (Azure Backup Sunucusu PowerShell modülüne dahildir) kullanabilirsiniz.

  Dekont

  MABS ayrıca SQL Server'ın yerel bir örneğini gerektirir. SQL Server gereksinimleriyle ilgili ayrıntılar için bkz . Azure Backup Sunucusu'nu yükleme ve yükseltme.

Veri türleri

MABS açısından göz önünde bulundurulacak iki veri türü vardır:

• Dosya verileri genellikle dosya sunucularında (Microsoft Office dosyaları, metin dosyaları veya medya dosyaları gibi) bulunan ve düz dosyalar olarak korunması gereken verilerdir.
• Uygulama verileri , uygulama sunucularında (Exchange depolama grupları, SQL Server veritabanları veya SharePoint grupları gibi) bulunan ve MABS'nin ilgili uygulama gereksinimlerini bilmesi gereken verilerdir.

Yedekleme türleri

Dosya verilerini veya uygulama verilerini korurken koruma, MABS örneğinin yerel depolama alanında veri kaynağının bir çoğaltmasını oluşturmakla başlar. Çoğaltma, yapılandırdığınız ayarlara göre düzenli aralıklarla eşitlenir veya güncelleştirilir. MABS'nin çoğaltmayı eşitlemek için kullandığı yöntem, korunan verilerin türüne bağlıdır. Bir çoğaltma tutarsız olarak tanımlanırsa MABS, çoğaltmanın veri kaynağına karşı blok blok doğrulanması olan bir tutarlılık denetimi gerçekleştirir.

Bir sunucudaki bir dosya birimi veya paylaşımı için, ilk tam yedeklemeden sonra MABS koruma aracısı hangi dosyaların değiştiğini belirlemek için birim filtresi ve değişiklik günlüğü kullanır. Ardından bu dosyaların yalnızca değiştirilen blokları eşitlemesi için bir sağlama toplamı yordamı gerçekleştirir. Eşitleme sırasında, bu değişiklikler MABS'ye aktarılır ve çoğaltmaya uygulanır, böylece çoğaltma veri kaynağıyla eşitlenir.

Bir çoğaltma veri kaynağıyla tutarsız hale gelirse, MABS hangi bilgisayarın ve hangi veri kaynaklarının etkilendiğini belirten bir uyarı oluşturur. Sorunu çözmek için çoğaltmada tutarlılık denetimiyle eşitleme başlatarak çoğaltmayı onarabilirsiniz. Tutarlılık denetimi sırasında MABS blok blok doğrulama gerçekleştirir ve çoğaltmayı onararak veri kaynağıyla tutarlılık sağlamak üzere döndürür. Koruma grupları için günlük tutarlılık denetimi zamanlayabilir veya el ile tutarlılık denetimi başlatabilirsiniz.

Yapılandırabileceğiniz düzenli aralıklarla MABS, korumalı veri kaynağı için bir kurtarma noktası oluşturur. Kurtarma noktası, kurtarılabilir verilerin bir sürümüdür.

Uygulama verileri için, çoğaltma MABS tarafından oluşturulduktan sonra, uygulama dosyalarına ait birim bloklarında yapılan değişiklikler birim filtresi tarafından izlenir. Değişikliklerin MABS sunucusuna nasıl aktarıldığı uygulamaya ve eşitleme türüne bağlıdır. MABS Yönetici istrator Konsolu'nda eşitleme olarak etiketlenen işlem artımlı yedeklemeye benzer ve çoğaltmayla birleştirildiğinde uygulama verilerinin işlem açısından tutarlı ve doğru bir yansımasını oluşturur.

MABS Yönetici istrator Konsolu'nda hızlı tam yedekleme olarak etiketlenen eşitleme türü sırasında tam Birim Gölge Kopyası Hizmeti (VSS) anlık görüntüsü oluşturulur, ancak mabs sunucusuna yalnızca değiştirilen bloklar aktarılır.

Her bir hızlı tam yedekleme uygulama verileri için kurtarma noktası oluşturur. Uygulama artımlı yedeklemeleri destekliyorsa her eşitleme bir kurtarma noktası da oluşturur. Eşitleme işlemi uygulamaya bağlıdır:

• Exchange verileri için eşitleme, Exchange VSS yazıcısını kullanarak artımlı bir VSS anlık görüntüsünü aktarır. Her eşitleme ve her hızlı tam yedekleme için kurtarma noktaları oluşturulur.
• Günlükle gönderilen, salt okunur modda olan veya basit kurtarma modelini kullanan SQL Server veritabanları artımlı yedeklemeyi desteklemez. Yalnızca her bir hızlı tam yedekleme için kurtarma noktaları oluşturulur. Diğer tüm SQL Server veritabanları için eşitleme, her artımlı eşitleme ve hızlı tam yedekleme için oluşturulan kurtarma noktalarıyla bir işlem günlüğü yedeği aktarır. İşlem günlüğü, işlem günlüğü en son yedeklendiğinden bu yana veritabanına karşı gerçekleştirilen tüm işlemlerin seri kaydıdır.
• SharePoint sunucuları artımlı yedeklemeyi desteklemez. Yalnızca her bir hızlı tam yedekleme için kurtarma noktaları oluşturulur.

Artımlı eşitlemeler, hızlı bir tam yedekleme yapmak için gerekenden daha az zaman gerektirir. Ancak, eşitleme sayısı arttıkça verileri kurtarmak için gereken süre artar. Bunun nedeni MABS'nin son tam yedeklemeyi geri yüklemesi ve ardından kurtarma için belirtilen noktaya kadar olan tüm artımlı eşitlemeleri geri yüklemesi ve uygulaması gerekir.

Daha hızlı kurtarma süresini etkinleştirmek için MABS düzenli olarak bir hızlı tam yedekleme gerçekleştirir ve bu da çoğaltmayı değiştirilen blokları içerecek şekilde güncelleştirir. Hızlı tam yedekleme sırasında MABS, değiştirilen blokları kullanarak çoğaltmayı güncelleştirmeden önce çoğaltmanın anlık görüntüsünü alır. MABS, daha sık GPO'ları etkinleştirmek ve veri kaybı penceresini azaltmak için iki hızlı tam yedekleme arasındaki sürede artımlı eşitlemeler de gerçekleştirir.

Dosya veri korumada olduğu gibi, bir çoğaltma veri kaynağıyla tutarsız hale gelirse, MABS hangi sunucunun ve hangi veri kaynaklarının etkilendiğini belirten bir uyarı oluşturur. Tutarsızlığı çözmek için çoğaltmada tutarlılık denetimiyle eşitleme başlatarak çoğaltmayı onarabilirsiniz. Tutarlılık denetimi sırasında MABS, çoğaltmanın blok blok doğrulamasını gerçekleştirir ve veri kaynaklarıyla tutarlılığa geri döndürmek için onu onarir. Koruma grupları için günlük tutarlılık denetimi zamanlayabilir veya el ile tutarlılık denetimi başlatabilirsiniz.

Koruma ilkeleri

MABS koruma aracısı yazılımını bilgisayara yüklediğinizde ve bilgisayarın veya iş yükünün verilerini bir koruma grubuna eklediğinizde bir bilgisayar veya iş yükü korunur. Koruma grupları, bilgisayarlardaki veri kaynaklarının korumasını yapılandırmak ve yönetmek için kullanılır. Koruma grubu , aynı koruma yapılandırmasını paylaşan veri kaynakları koleksiyonudur. Koruma yapılandırması , koruma grubu adı, koruma ilkesi, depolama ayırmaları ve çoğaltma oluşturma yöntemi gibi bir koruma grubu için ortak olan ayarların koleksiyonudur.

MABS, depolama havuzunda her koruma grubu üyesinin ayrı bir çoğaltmasını depolar. Koruma grubu üyesi aşağıdaki gibi veri kaynaklarını içerebilir:

• Dosya sunucusu veya sunucu kümesindeki birim, paylaşım veya klasör.
• Exchange sunucusu veya sunucu kümesinin depolama grubu.
• SQL Server veya sunucu kümesi örneğinin veritabanı.

Her koruma grubu için, bu koruma grubu için kurtarma hedeflerinize göre bir koruma ilkesi yapılandırabilirsiniz. Kurtarma hedefleri , kuruluşunuzun GPO'larına ve RPO'larına karşılık gelen veri koruma gereksinimlerini temsil gelir. MABS içinde, bunlar aşağıdaki parametrelerin bir bileşimine göre tanımlanır:

• Kısa süreli saklama aralığı. Bu, yedeklenen verileri yerel MABS depolamada ne kadar süre saklamak istediğinizi belirler.

• Eşitleme ve kurtarma noktası sıklıkları. Bu, doğrudan veri kaybına dayanıklılık sağlar ve bu da kuruluşunuzun RPC'lerini yansıtır. Ayrıca MABS'nin veri değişikliklerini toplayarak yerel çoğaltmalarını korumalı veri kaynaklarıyla ne sıklıkta eşitlemesi gerektiğini de belirler. Eşitleme sıklığını 15 dakika ile 24 saat arasında herhangi bir zaman aralığına ayarlayabilirsiniz. Ayrıca, belirli bir zaman çizelgesi yerine bir kurtarma noktası oluşturulmadan hemen önce eşitlemeyi seçebilirsiniz.

• Kısa vadeli kurtarma noktası zamanlaması. Bu, koruma grubu için yerel depolama alanında kaç kurtarma noktası oluşturulması gerektiğini belirler. Dosya koruması için kurtarma noktalarının oluşturulmasını istediğiniz gün ve saatleri seçersiniz. Artımlı yedeklemeleri destekleyen uygulamaların veri koruması için eşitleme sıklığı kurtarma noktası zamanlamasını belirler.

• Hızlı tam yedekleme zamanlaması. Bu, artımlı yedeklemeleri desteklemeyen ve hızlı tam yedeklemeleri destekleyen uygulamaların veri koruması için kurtarma noktası zamanlamasıdır.

• Çevrimiçi yedekleme zamanlaması. Bu, yerel MABS örneğiyle ilişkili Azure Kurtarma Hizmetleri kasasında yerel yedeklemelerin bir kopyasını oluşturma sıklığını belirler. Günlük, haftalık, aylık veya yıllık olarak, izin verilen en yüksek sıklıkta günde iki yedekleme zamanlayabilirsiniz. MABS, korumalı veri kaynağından yeni veri aktarmadan en son yerel çoğaltmayı kullanarak çevrimiçi yedeklemeler için otomatik olarak bir kurtarma noktası oluşturur.

  Dekont

  Kurtarma Hizmetleri kasası en fazla 9.999 kurtarma noktasını destekler.

• Çevrimiçi saklama ilkesi. Bu, yerel MABS örneğiyle ilişkili Azure Site Recovery kasasında günlük, haftalık, aylık ve yıllık yedeklemelerin tutıldığı süreyi belirtir.

  Dekont

  Veri kaynağının en son içeriğini çevrimiçi olarak korumak için, çevrimiçi bir kurtarma noktası oluşturmadan önce yerel diskte yeni bir kurtarma noktası oluşturun.

  Dekont

  Varsayılan olarak, Azure Kurtarma Hizmetleri kasası coğrafi olarak yedeklidir; başka bir deyişle, depolama alanına kopyalanan tüm yedeklemeler otomatik olarak önceden tanımlanmış bir bölge çiftinin parçası olan bir Azure bölgesine çoğaltılır. Dayanıklılık gereksinimleriniz için yeterliyse ve depolama maliyetlerini en aza indirmeniz gerekiyorsa çoğaltma ayarlarını yerel olarak yedekli olarak değiştirebilirsiniz. Ancak, varsayılan ayarı korumayı göz önünde bulundurmalısınız. Kasa korumalı öğeler içeriyorsa bu seçenek değiştirilemez.

  Dekont

  Azure bölge çiftlerinin listesi için bkz . İş sürekliliği ve olağanüstü durum kurtarma (BCDR): Azure Eşleştirilmiş Bölgeleri.

Geri yüklemeleri test etme

En iyi şekilde tasarlanmış ve uygulanan yedekleme stratejisine ek olarak, her korumalı iş yükü türü için geri yükleme işlemini tanımlamak, belgeleyip test etmek de aynı derecede önemlidir. MABS, veri yedeklemelerinin bütünlüğünü otomatik olarak doğrulayan yerleşik tutarlılık denetimleri sağlarken, geri yüklemelerin test edilmesi rutin çalışma yordamlarının bir parçası olmalıdır. Test, geri yüklenen iş yüklerinin durumunu inceleyerek geri yüklemeyi doğrular. Test sonuçlarının iş yükü sahipleri tarafından kullanılabilir olması gerekir.

Genel olarak, korumalı iş yüklerini barındırana benzer bir ortam gerektirdiğinden geri yüklemelerin test edilmesi zor olma eğilimindedir. Yerleşik DevOps ve kod olarak altyapı özelliklerine sahip Azure Stack Hub, bu zorluğun giderilmesini büyük ölçüde basitleştirir.

Roller ve sorumluluklar

Azure Stack Hub tabanlı iş yüklerinin yedeklenmesi ve geri yüklenmesinin planlanması ve uygulanması genellikle birçok proje katılımcısı arasında etkileşim gerektirir:

• Azure Stack Hub işleçleri. Azure Stack Hub operatörleri, Kapsamlı bir yedekleme ve geri yükleme çözümü uygulamak ve bu kaynakları kiracıların kullanımına açmak için yeterli işlem, depolama ve ağ kaynağı olduğundan emin olarak Azure Stack Hub altyapısını yönetir. Ayrıca, iş yüklerini Azure Stack Hub'a dağıtmaya yönelik en uygun yaklaşımı belirlemeye yardımcı olmak için uygulama ve veri sahipleri ile işbirliği de yaparlar.
• Azure yöneticileri. Azure yöneticileri, karma yedekleme çözümlerini uygulamak için gereken Azure kaynaklarını yönetir.
• Microsoft Entra yöneticileri. Microsoft Entra yöneticileri, Azure kaynaklarını sağlamak, yapılandırmak ve yönetmek için kullanılan kullanıcı ve grup nesneleri de dahil olmak üzere Microsoft Entra kaynaklarını yönetir.
• Azure Stack Hub kiracı BT personeli. Bu paydaşlar MABS yedeklemeleri ve geri yüklemeleri de dahil olmak üzere MABS'yi tasarlar, uygular ve yönetir.
• Azure Stack Hub kullanıcıları. Bu kullanıcılar RPO ve RTO gereksinimleri sağlar ve verileri ve uygulamaları yedeklemek ve geri yüklemek için istek gönderir.

Dikkat edilmesi gereken noktalar

Bu önemli noktalar, bir iş yükünün kalitesini artırmak için kullanılabilecek bir dizi yol gösteren ilke olan Azure İyi Tasarlanmış Çerçeve'nin yapı taşlarını uygular. Daha fazla bilgi için bkz . Microsoft Azure İyi Tasarlanmış Çerçeve.

Güvenilirlik

Güvenilirlik, uygulamanızın müşterilerinize sağladığınız taahhütleri karşılayabilmesini sağlar. Daha fazla bilgi için bkz . Güvenilirlik sütununa genel bakış.

Azure Stack Hub, altyapısına bağlı dayanıklılık nedeniyle iş yükü kullanılabilirliğini artırmaya yardımcı olur. İş yükü koruması kapsamını genişleten çözümler tasarlayıp uygulayarak kullanılabilirliği daha da artırabilirsiniz. Bu, MABS'nin sağladığı katma değerdir. Azure Stack Hub'da çalışan MABS bağlamında, kullanılabilirlik durumunun daha ayrıntılı olarak keşfedilmesi gereken iki yönü vardır:

• MABS ve veri depolarının kullanılabilirliği
• MABS korumalı iş yüklerinin belirli bir noktaya geri yükleme özelliğinin kullanılabilirliği

Kurtarma noktası hedefleri (RPO' lar) ve kurtarma süresi hedefleri (GPO) tarafından yönetilen bir yedekleme stratejisi geliştirirken bunların ikisini de göz önünde bulundurmanız gerekir. RTO ve RPO, bir kuruluştaki iş işlevleri tarafından belirtilen süreklilik gereksinimlerini temsil eder. RPO, verilerin bir süre kullanılamaz duruma getirmesi nedeniyle kabul edilebilir en yüksek veri kaybını temsil eden bir zaman aralığı belirtir. RTO, işlevleri kullanılamaz hale getiren bir olaydan sonra iş işlevlerine erişimin yeniden devreye alınması için gereken en uzun kabul edilebilir süreyi gösterir.

MABS'nin ve veri depolarının kullanılabilirliği, MABS yüklemesini barındıran VM'nin ve yerel ve bulut tabanlı depolama alanının kullanılabilirliğine bağlıdır. Azure Stack Hub VM'leri tasarım gereği yüksek oranda kullanılabilir. MABS hatası varsa, MABS'yi barındıran diğer Azure Stack Hub VM'lerinden Azure Backup korumalı öğeleri geri yükleyebilirsiniz. Ancak, MABS'yi barındıran bir sunucunun başka bir sunucuda çalışan MABS kullanılarak yapılan yedeklemeleri kurtarması için her iki sunucunun da aynı Azure Site Recovery kasasına kaydedilmesi gerektiğini unutmayın.

MABS korumalı iş yüklerinin belirli bir noktaya geri yükleme özelliği büyük ölçüde veri türüne, yedeklemelerine ve koruma ilkelerine bağlıdır. Bu bağımlılıkları anlamak için bu kavramları daha ayrıntılı incelemek gerekir.

Güvenlik

Güvenlik, kasıtlı saldırılara ve değerli verilerinizin ve sistemlerinizin kötüye kullanılmasına karşı güvence sağlar. Daha fazla bilgi için bkz . Güvenlik sütununa genel bakış.

Karma senaryolarda kullanıcı verilerini ve uygulamalarını yönetmek, ek güvenlik konuları sağlar. Bu önemli noktalar aşağıdaki kategorilere göre gruplandırılabilir:

• Yedekleme şifreleme
• Azure Kurtarma Hizmetleri kasa koruması

MABS ve Azure Backup bekleyen ve aktarımdaki yedeklemelerin şifrelenmesini zorunlu kılıyor:

• Bekleyen şifreleme. MABS yüklemesi sırasında kullanıcı bir parola sağlar. Bu parola daha sonra bir Azure Kurtarma Hizmetleri kasasına yüklenmeden önce tüm yedeklemeleri şifrelemek için kullanılır. Şifre çözme yalnızca yedeklemeler bu kasadan indirildikten sonra gerçekleşir. Parola yalnızca onu oluşturan kullanıcı ve yerel olarak yüklenen MARS aracısı için kullanılabilir. Parolanın güvenli bir konumda depolandığından emin olmak kritik önem taşır, çünkü yedeklemelerin gerçekleştiği sunucudan başka bir MABS sunucusunda bulut tabanlı geri yüklemeler gerçekleştirirken yetkilendirme mekanizması görevi görür.
• Aktarım sırasında şifreleme. MABS v3, Azure bağlantılarını korumak için Aktarım Katmanı Güvenliği (TLS) protokolü sürüm 1.2'ye dayanır.

Azure Kurtarma Hizmetleri kasası, aşağıdakiler dahil olmak üzere çevrimiçi yedeklemeleri daha fazla koruyan mekanizmalar sunar:

• Azure rol tabanlı erişim denetimi (Azure RBAC). Azure RBAC, sorumlulukları en az ayrıcalık ilkesine göre temsilci belirlemeye ve ayırmaya olanak tanır. Yedekleme yönetimi işlemlerine erişimi kısıtlayan Azure Backup ile ilgili üç yerleşik rol vardır:
  • Yedekleme Katkıda Bulunanı. Kurtarma Hizmetleri kasasını silme ve başkalarına erişim yetkisi verme dışında yedekleme oluşturma ve yönetme erişimi sağlar.
  • Yedekleme İşleci. Yedeklemeleri kaldırma ve yedekleme ilkelerini yönetme dışında Yedekleme Katkıda Bulunanı ile eşdeğer erişim sağlar.
  • Yedekleme Okuyucusu. Yedekleme yönetimi işlemlerini izlemek için erişim sağlar.
• Azure Kaynak Kilitleri. Kasanın yanlışlıkla veya kötü amaçlı olarak değiştirilmesi veya silinmesi riskini azaltmak için azure site recovery kasasına salt okunur kilitler oluşturabilir ve kilitleri atayabilirsiniz.
• Geçici silme. Geçici silme, kasa ve yedekleme verilerinin yanlışlıkla veya kötü amaçlı silme işlemlerine karşı korunmasına yardımcı olur. Geçici silme ile, kullanıcı bir yedekleme öğesini silerse, ilgili veriler 14 gün boyunca tutulur ve bu süre boyunca veri kaybı olmadan kurtarılmasını sağlar. Yedekleme verilerinin geçici silme durumunda 14 gün saklanması herhangi bir maliyete neden olmaz. Geçici silme varsayılan olarak etkindir.
• Güvenliğe duyarlı işlemlerin korunması. Azure Kurtarma Hizmetleri kasası, parola değiştirme gibi güvenlik açısından hassas bir işlem denendiği her durumda otomatik olarak başka bir kimlik doğrulama katmanı uygular. Bu ek doğrulama, bu işlemleri yalnızca yetkili kullanıcıların gerçekleştirmesini sağlamaya yardımcı olur.
• Şüpheli etkinlik izleme ve uyarılar. Azure Backup, Azure Backup işlemleriyle ilgili güvenlik açısından hassas olaylar için yerleşik izleme ve uyarı sağlar. Yedekleme raporları kullanım izlemeyi, yedeklemeleri ve geri yüklemeleri denetlemeyi ve önemli yedekleme eğilimlerini tanımlamayı kolaylaştırır.

Maliyet iyileştirme

Maliyet iyileştirmesi, gereksiz giderleri azaltmanın ve operasyonel verimlilikleri iyileştirmenin yollarını aramaktır. Daha fazla bilgi için bkz . Maliyet iyileştirme sütununa genel bakış.

Bu makalede açıklanan yedekleme çözümünün maliyetini göz önünde bulundurarak hem şirket içi hem de bulut tabanlı bileşenleri hesaba eklemeyi unutmayın. Şirket içi bileşenlerin fiyatlandırması, Azure Stack Hub fiyatlandırma modeli tarafından belirlenir. Azure'da olduğu gibi Azure Stack Hub da kurumsal anlaşmalar ve Bulut Çözümü Sağlayıcısı programı aracılığıyla kullanılabilen bir kullandıkça öde düzenlemesi sunar. Bu düzenleme, Windows Server VM başına aylık bir fiyat içerir. Mevcut Windows Server lisanslarını kullanabiliyorsanız, bu maliyeti temel VM fiyatlandırmasına göre önemli ölçüde azaltabilirsiniz. MABS, veri deposu olarak SQL Server'ı kullanır, ancak yalnızca MABS için kullanılıyorsa bu SQL Server örneğini çalıştırmayla ilişkili lisanslama maliyeti yoktur.

Aşağıdaki kaynakların kullanımı için Azure ile ilgili ücretler vardır:

• Azure Backup. Azure Backup fiyatlandırması büyük ölçüde korunan iş yüklerinin sayısına ve her biri için veri yedeklemelerinin boyutuna (sıkıştırma ve şifrelemeden önce) göre belirlenir. Maliyet, Azure Kurtarma Hizmetleri kasası içeriğinin çoğaltılması için yerel olarak yedekli depolama (LRS) ile coğrafi olarak yedekli depolama (GRS) arasındaki seçimden de etkilenir. Ayrıntılar için bkz . Azure Backup fiyatlandırması.
• Azure ExpressRoute. Azure ExpressRoute fiyatlandırması iki modelden birini temel alır:
  • Sınırsız veri. Bu, tüm gelen ve giden veri aktarımlarının dahil olduğu aylık bir ücrettir.
  • Tarifeli veri. Bu aylık bir ücrettir ve tüm gelen veri aktarımları ücretsiz olarak ve giden veri aktarımları gigabayt başına ücretlendirilir.
• Azure İçeri/Dışarı Aktarma. Azure İçeri/Dışarı Aktarma maliyeti, cihaz işleme için cihaz başına sabit bir ücret içerir.
• Azure Depolama. Azure İçeri/Dışarı Aktarma kullandığınızda standart Azure Depolama ücretleri ve işlem ücretleri uygulanır.

ExpressRoute olmadan, yedeklemeler ve geri yüklemeler için İnternet bağlantılarınızın bant genişliği kullanımını artırmanız gerekebilir. Maliyet, coğrafi alan, geçerli bant genişliği kullanımı ve İnternet servis sağlayıcısı gibi birçok faktöre bağlı olarak değişir.

Operasyonel mükemmellik

Operasyonel mükemmellik, bir uygulamayı dağıtan ve üretimde çalışır durumda tutan operasyon süreçlerini kapsar. Daha fazla bilgi için bkz . Operasyonel mükemmellik sütununa genel bakış.

Yönetilebilirlik

Yedekleme ve geri yükleme stratejinizi etkileyen birincil faktörlerden biri, koruma gruplarının yapılandırılması ve hangi korumalı iş yüklerinin aynı korumalı gruplara ait olması gerektiğine karar vermek için kullandığınız ölçütlerdir. Bu makalede daha önce açıklandığı gibi koruma grubu, ortak yedekleme ve geri yükleme ayarlarına sahip birimler, paylaşımlar veya uygulama veri depoları gibi veri kaynaklarının bir koleksiyonudur. Bir koruma grubu tanımlarken şunları belirtmeniz gerekir:

• Korumak istediğiniz sunucular ve iş yükleri gibi veri kaynakları.
• Kısa vadeli ve uzun vadeli koruma ayarları da dahil olmak üzere yedek depolama.
• Yedeklenen verilerin kurtarılabildiği zaman noktaları olan kurtarma noktaları.
• Ayrılmış disk alanı, yedeklemeler için ayrılan depolama havuzundan disk alanı miktarıdır.
• İlk çoğaltma, veri kaynaklarının ilk yedeklemesi için kullanılan yöntemdir. Yöntem çevrimiçi aktarım (ağ üzerinden) veya çevrimdışı aktarım (örneğin Azure İçeri/Dışarı Aktarma hizmeti aracılığıyla) olabilir.
• Veri yedeklemelerinin bütünlüğünü doğrulama yöntemi olan tutarlılık denetimi yöntemi.

Aşağıdaki yöntemler genellikle hangi korumalı iş yüklerinin aynı korumalı gruplara ait olması gerektiğine karar vermek için kullanılır:

• Bilgisayara göre. Bu yöntem, bir bilgisayarın tüm veri kaynaklarını aynı koruma grubunda birleştirir.
• İş yüküne göre. Bu yöntem dosyaları ve her uygulama veri türünü farklı koruma gruplarına ayırır. Ancak, birden çok iş yükünü barındıran bir sunucuyu kurtarmak için farklı koruma gruplarından birden çok geri yükleme gerekebilir.
• RPO ve RTO tarafından. Bu yöntem, veri kaynaklarını benzer RPC'lerle gruplandırıyor. RPO'yu, beklenmeyen kesintiler sırasında olası veri kaybı miktarını (zaman cinsinden ölçülen) belirleyen koruma grubu için eşitleme sıklığını ayarlayarak denetlersiniz. Bu makalede açıklanan senaryoda, RTO'yu kısa vadeli depolama alanı içinde saklama süresini ayarlayarak denetleyebilirsiniz. Bu, yedeklemelerin bulut tabanlı uzun vadeli depolama yerine yerel kısa vadeli depolamadan geri yüklenebileceği süreyi belirler. Yerel kısa vadeli depolamadan yedekleme, daha hızlı bir geri yüklemeyle sonuçlanır.
• Veri özelliklerine göre. Bu yöntem, gruplandırma ölçütleri olarak veri değişikliklerinin sıklığını, veri büyüme hızını veya depolama gereksinimlerini hesaplar.

Koruma gruplarını adlandırırken benzersiz ve anlamlı adlar kullanın. Ad, alfasayısal karakterlerin ve 64 karakter uzunluğundaki boşlukların herhangi bir bileşimi olabilir.

Bir koruma grubu oluşturduğunuzda, ilk çoğaltmayı oluşturmak için bir yöntem seçersiniz. İlk çoğaltma, koruma için seçilen tüm verileri MABS'yi barındıran sunucuya kopyalar ve ardından Azure Site Recovery kasasına kopyalar. Her iki kopya da tutarlılık açısından denetleniyor. MABS, çoğaltmaları ağ üzerinden otomatik olarak oluşturabilir, ancak verileri çevrimdışı yedekleyerek, aktararak ve geri yükleyerek çoğaltmaları el ile oluşturabilirsiniz.

Çoğaltma oluşturma yöntemini seçme hakkında bilgi için bkz . Ağ üzerinden ilk çoğaltma. Makale, MABS'nin çeşitli korumalı veri boyutları ve ağ hızları için ağ üzerinden otomatik olarak çoğaltma oluşturmanın ne kadar süreceğine ilişkin tahminler sağlayan bir tabloya sahiptir.

Çevrimdışı tohumlama işlemi, SATA disklerini kullanarak azure Depolama hesabına veri aktarabilen Azure İçeri/Dışarı Aktarma hizmetinin kullanımını destekler. Bu özellik, yedekleme verilerinin miktarı veya Azure'a ağ bağlantısının hızı nedeniyle çevrimiçi yedekleme çok yavaş olduğunda kullanılabilir.

Çevrimdışı dengeli iş akışı aşağıdaki adımları içerir:

1. AzureOfflineBackupDiskPrep aracını kullanarak ilk yedekleme verilerini bir veya daha fazla SATA diskine kopyalarsınız.
2. Araç, hedef Azure Depolama hesabını ve Azure Kurtarma Hizmetleri kasasını barındıran abonelikte otomatik olarak bir Azure İçeri Aktarma işi ve bir Microsoft Entra uygulaması oluşturur. Uygulama, çevrimdışı dağıtım işleminin gerektirdiği şekilde Azure Backup'a Azure İçeri Aktarma Hizmeti'ne güvenli ve kapsamlı erişim sağlar.
3. Diskleri hedef Azure Depolama hesabını barındıran Azure veri merkezine gönderirsiniz.
4. Azure veri merkezi personeli disklerdeki verileri Azure Depolama hesabına kopyalar.
5. İş akışı, Azure Depolama hesabından Azure Kurtarma Hizmetleri kasasına bir kopya tetikler.

DevOps

Yedekleme ve geri yükleme, BT işlemlerinin bir parçası olarak kabul edilse de, kapsamlı bir yedekleme stratejisine dahil edilmeye değer DevOps'a özgü bazı noktalar vardır. Azure Stack Hub, VM tabanlı uygulamalar ve hizmetler dahil olmak üzere çeşitli iş yüklerinin otomatik dağıtımını kolaylaştırır. Çok kiracılı senaryolarda ilk kurulumu basitleştiren Azure Stack Hub VM'lerine MABS dağıtımını kolaylaştırmak için bu özelliği kullanabilirsiniz. Azure Resource Manager şablonlarını, VM uzantılarını ve DPM PowerShell modülünü birleştirerek, koruma gruplarının kurulumu, bekletme ayarları ve yedekleme zamanlamaları dahil olmak üzere MABS yapılandırmasını otomatikleştirmek mümkündür. DevOps'un en iyi yöntemlerinin ruhuna uygun olarak, şablonları ve betikleri bir kaynak denetim tesisinde depolamalı ve işlem hatlarını kullanarak dağıtımlarını yapılandırmalısınız. Bu uygulamalar, dosya ve uygulama verilerini geri yüklemek için gereken altyapının yeniden oluşturulması gerektiğinde kurtarma süresini en aza indirmeye yardımcı olur.

Performans verimliliği

Performans verimliliği, kullanıcılar tarafından anlamlı bir şekilde yerleştirilen talepleri karşılamak amacıyla iş yükünüzü ölçeklendirme becerisidir. Daha fazla bilgi için bkz . Performans verimliliği sütununa genel bakış.

Azure Stack Hub'da MABS dağıtmayı planlarken, dağıtımı barındıran VM'lere ayrılan işleme, depolama ve ağ kaynaklarının miktarını göz önünde bulundurmanız gerekir. Microsoft, MABS işleme gereksinimlerini karşılamak için 2,33 gigahertz (GHz) dört çekirdekli CPU ve yükleme ikili dosyalarını karşılamak için yaklaşık 10 GB disk alanı ayırmanızı önerir. Diğer depolama gereksinimleri aşağıdaki gibi kategorilere ayırılabilir:

• Yedeklemeler için disk alanı. Yedekleme disk alanı için genel öneri, yedeklenecek tüm verilerin yaklaşık 1,5 katı boyutuna eşdeğer bir disk alanı depolama havuzu ayırmaktır. Diskler VM'ye eklendikten sonra MABS birim ve disk alanı yönetimini yönetir. Vm'ye ekleyebileceğiniz disklerin sayısı, boyutuna bağlıdır.

  Dekont

  Yedeklemeleri beş günden uzun süre yerel olarak depolamamalısınız. Beş günden eski yedeklemeler Azure Site Recovery kasasına yüklenmelidir.

• MARS aracısı önbellek konumu için disk alanı. MABS yüklemesini barındıran VM'de C sürücüsünü kullanmayı göz önünde bulundurun.

• Geri yüklemeler sırasında yerel hazırlama alanı için disk alanı. MABS yüklemesini barındıran VM'de geçici D sürücüsünü kullanmayı göz önünde bulundurun.

MABS yüklemesini barındıran VM'ye depolama sağlamak için Premium performans katmanında yönetilen diskleri kullanın. Beklenen performans özellikleri saniyede 2.300 G/Ç işlemi (IOPS) ve disk başına 145 MB/sn'tir. Azure'dan farklı olarak, Azure Stack Hub için performans garantisi yoktur.

Azure Stack Hub tabanlı iş yükü yedeklemelerini barındırmak için gereken depolama alanıyla ilgili daha doğru bir tahmin elde etmek için Microsoft İndirmeleri'nden edinilebilen MABS için Azure Stack VM Boyut Hesaplayıcısı'nı kullanmayı göz önünde bulundurun. Hesap makinesi, sağladığınız bir dizi parametreyi temel alan en uygun Azure Stack Hub boyutlandırma bilgilerini türeyen makroları olan bir Microsoft Excel çalışma kitabı olarak uygulanır. Bu parametreler şunlardır:

• Her biri için de dahil olmak üzere korunacak VM'lerin listesini içeren kaynak ayrıntıları:
  • Korunan verilerin boyutu
  • İş yükü türü (Windows Server, SharePoint veya SQL Server)
• Gün olarak veri saklama aralığı

Her iş yükü türü varsayılan olarak önceden tanımlanmış günlük değişiklik oranı (veya değişim sıklığı) ile ilişkilidir. Ortamınızdaki kullanım desenlerini yansıtmayan bu değerleri ayarlayabilirsiniz.

MABS için Azure Stack VM Boyut Hesaplayıcısı, aşağıdakileri sağlamak için belirttiğiniz bilgileri kullanır:

• MABS yüklemesini barındıran Azure Stack Hub VM'sinin tahmini boyutu.
• Yedeklenen verileri barındırmak için gereken tahmini MABS disk alanı miktarı.
• Her biri 1 terabayt (TB) olan toplam disk sayısı.
• MABS kullanımı için kullanılabilen IOPS oranı.
• İlk yedeklemenin tamamlanması için tahmini süre. Tahmin, korunan verilerin toplam boyutuna ve MABS kullanımı için kullanılabilen IOPS'ye bağlıdır.
• Günlük yedeklemelerin tamamlanması için tahmini süre. Tahmin, günlük değişim sıklığının toplam boyutuna ve MABS kullanımı için kullanılabilen IOPS'ye bağlıdır.

MABS grafik arabirimini kullanarak bir koruma grubu oluşturursanız, bir koruma grubuna her veri kaynağı eklediğinizde MABS, belirttiğiniz kısa vadeli kurtarma hedeflerini temel alan yerel disk alanı ayırmasını hesaplar. Ardından, çoğaltmalar için depolama havuzunda ne kadar alan ayırabileceğinize ve gruptaki her veri kaynağı için kurtarma noktalarına karar vekleyebilirsiniz. Korumalı sunucuların yerel disklerinde değişiklik günlüğü için yeterli alan olduğundan emin olmanız gerekir. MABS, koruma grubunun üyeleri için varsayılan alan ayırmaları sağlar. Farklı MABS bileşenleri için varsayılan alan ayırmalarıyla ilgili ayrıntılar için koruma gruplarını dağıtma belgelerine bakın.

Gereksinimlerinizi karşılamadığını bilmiyorsanız varsayılan alan ayırmalarını kullanmayı göz önünde bulundurun. Varsayılan ayırmaları geçersiz kılmak çok az veya çok fazla alanın ayrılmasına neden olabilir. Kurtarma noktaları için çok az alan ayırma, MABS'nin bekletme aralığı hedeflerinizi karşılamak için yeterli kurtarma noktası depolamasını engelleyebilir. Çok fazla alan ayırmak disk kapasitesini boşa harcar. Bir koruma grubu oluşturduktan sonra, bir veri kaynağı için çok az alan ayırdıysanız, her veri kaynağı için çoğaltma ve kurtarma noktası birimleri için ayırmaları artırabilirsiniz. Koruma grubu için çok fazla alan ayırdıysanız, veri kaynağını koruma grubundan kaldırabilir ve çoğaltmayı silebilirsiniz. Ardından veri kaynağını daha küçük ayırmalarla koruma grubuna ekleyin.

Dağıtımdan sonra, işleme veya depolama gereksinimlerindeki değişiklikleri karşılamak için MABS barındıran Azure Stack Hub VM'lerinin tahmini boyutunu ayarlamanız gerekiyorsa üç seçeneğiniz vardır:

• Dikey ölçeklendirme uygulayın. Bunun için MABS barındıran Azure Stack Hub VM'lerinin işlemci, bellek ve disk kaynaklarının miktarını ve türünü değiştirmeniz gerekir.
• Yatay ölçeklendirme uygulayın. Bu, korumalı iş yüklerinin işleme taleplerine uyması için MABS'nin yüklü olduğu Azure Stack Hub VM'lerinin sağlanmasını veya sağlamasını kaldırmayı gerektirir.
• Koruma ilkelerini değiştirme. Bu, koruma ilkelerinin bekletme aralığı, kurtarma noktası zamanlaması ve hızlı tam yedekleme zamanlaması gibi parametrelerinin değiştirilmesini gerektirir.

Birimleri otomatik olarak büyütmeyi tercih ederseniz, üretim verileri büyüdükçe MABS artan yedekleme birimini hesaplar. Aksi takdirde MABS, yedekleme depolama alanını koruma grubundaki veri kaynaklarının boyutuyla sınırlar.

Kullanılabilir bant genişliğini ayarlamak için iki ana seçenek vardır:

• VM boyutunu artırın. Azure Stack Hub VM'leri için boyut, ağ bant genişliği üst sınırını belirler. Ancak bant genişliği garantisi yoktur. Bunun yerine VM'ler, boyutlarına göre belirlenen sınıra kadar kullanılabilir bant genişliği miktarını kullanabilir.
• Yukarı bağlantı anahtarlarının aktarım hızını artırın. Azure Stack Hub sistemleri, çeşitli yukarı bağlantı hızları seçenekleri sunan bir dizi donanım anahtarını destekler. Her Azure Stack Hub küme düğümü, hataya dayanıklılık için raf üstü anahtarlara iki yukarı bağlantı içerir. Sistem, kritik altyapı için yukarı bağlantı kapasitesinin yarısını ayırır ve geri kalanı Azure Stack hizmetleri ve tüm kullanıcı trafiği için paylaşılan kapasitedir. Daha yüksek hızlarla dağıtılan sistemler, yedekleme trafiği için daha fazla bant genişliğine sahiptir.

Sunucuya ikinci bir ağ bağdaştırıcısı ekleyerek ağ trafiğini ayırmanız mümkün olsa da, İnternet'e yönelik tüm Azure Stack Hub VM trafiği aynı yukarı bağlantıyı paylaşır. İkinci bir sanal ağ bağdaştırıcısı, fiziksel aktarım düzeyinde trafiği ayırmaz.

Daha büyük yedekleme boyutlarını barındırmak için Azure Stack Hub sanal ağları ile Azure Kurtarma Hizmetleri kasası arasında bağlantı kurmak için Microsoft eşlemesi ile Azure ExpressRoute'u kullanabilirsiniz. Azure ExpressRoute, bir bağlantı sağlayıcısı tarafından sağlanan özel bir bağlantı üzerinden şirket içi ağları Microsoft bulutuna genişletir. ExpressRoute bağlantı hatlarını 50 Mb/sn ile 10 Gb/sn arasında çok çeşitli bant genişlikleri için satın alabilirsiniz.

Özet

Azure Stack Hub, diğer sanallaştırma platformlarından birçok açıdan farklı olan benzersiz bir tekliftir. Bu nedenle, VM'lerinde çalışan iş yükleri için iş sürekliliği stratejileriyle ilgili özel bir değerlendirme sağlar. Azure hizmetlerinin kullanılması tasarım ve uygulama stratejisini basitleştirir. Bu makalede, bağlı dağıtım modelindeki Azure Stack Hub VM'lerinde dosya ve uygulama verilerini yedeklemek için MABS'yi kullanmayı keşfettik. Bu yaklaşım müşterilerin Azure Stack Hub'ın dayanıklılığından ve yönetilebilirliğinden ve Azure bulutunun hiper ölçek ve genel varlığından yararlanmasını sağlar.

Burada açıklanan yedekleme çözümü yalnızca Azure Stack Hub VM'lerindeki dosya ve uygulama verilerine odaklanır. Bu, iş yükü kullanılabilirliğini etkileyen diğer çeşitli senaryoları hesaba eklemesi gereken genel bir iş sürekliliği stratejisinin yalnızca bir parçasıdır. Bazı örnekler şunlardır: yerelleştirilmiş donanım ve yazılım hataları, sistem kesintileri, yıkıcı olaylar ve büyük ölçekli olağanüstü durumlar.

Sonraki adımlar

• Nasıl yapılır kılavuzları - Azure Stack'te Depolama Hesaplarını Yedekleme
• Nasıl yapılır kılavuzları - Commvault kullanarak Azure Stack Hub'da VM yedekleme
• Bulut ve Şirket İçi iş yüklerini Buluta yedekleme
• Azure Backup Sunucusu'nu yükleme
• Azure Stack'te dosyaları ve uygulamaları yedekleme
• Azure Stack'te SharePoint grubu yedekleme
• Azure Stack'te SQL Server yedekleme

İlgili kaynaklar

İlgili karma kılavuz:

• Karma mimari tasarım
• Azure hibrit seçenekleri
• Karma uygulama tasarımında dikkat edilmesi gerekenler
• Bulutlar arası ölçeklendirilen şirket içi verilerle karma uygulama dağıtma

İlgili mimariler:

• Azure Stack Hub VM'leri için Olağanüstü Durum Kurtarma
• Şirket içi uygulamaları ve verileri buluta yedekleme