Azure Veri Platformu için DR - Mimari

Azure Synapse Analytics
Azure Machine Learning
Azure Cosmos DB
Azure Data Lake
Azure Event Hubs

Kullanım örneği tanımı

Bu çalışan örneği desteklemek için kurgusal "Contoso" firması, Microsoft Başvuru Mimarileri'ni temel alan bir Azure Veri Platformu ile kullanılacaktır.

Veri Hizmeti - Bileşen Görünümü

Contoso, Kurumsal Giriş Bölgesi'nin bir alt kümesi olan aşağıdaki temel Azure yapısını uygulamıştır. Örnek bir Kurumsal Azure giriş bölgesini gösteren diyagram.

Aşağıdaki açıklamalardaki sayılar yukarıdaki diyagrama karşılık gelir.

Contoso'nun Azure Temelleri - İş Akışı

  1. Kurumsal Kayıt - Contoso'nun Microsoft ile ticari sözleşmesini, kuruluş hesabı yapısını ve kullanılabilir Azure aboneliklerini yansıtan Azure'daki en üst kurumsal kaydı. Abonelikler ve dijital emlak yönetimi için faturalama temelini sağlar
  2. Kimlik ve Erişim Yönetimi – Contoso'nun Azure ayak izi genelinde kimlik, kimlik doğrulaması, kaynak erişimi ve yetkilendirme hizmetleri sağlamak için gereken bileşenler
  3. Yönetim Grubu ve Abonelik Kuruluşu - Veri platformunun temel özelliklerine uygun ölçeklenebilir bir grup hiyerarşisi, iş yüklerinin net ayrım yaptığı merkezi olarak yönetilen güvenlik ve idareyi kullanarak büyük ölçekte operasyonelleştirmeye olanak sağlar. Yönetim grupları aboneliklerin üzerinde bir idare kapsamı sağlar
  4. Yönetim Aboneliği - Veri platformunu desteklemek için gereken çeşitli yönetim düzeyi işlevleri için ayrılmış bir abonelik
  5. Bağlantı Aboneliği - Veri platformunun bağlantı işlevleri için ayrılmış abonelik, adlandırılmış hizmetleri tanımlamasını, iç ve dış hizmetler arasında güvenli yönlendirme ve iletişim belirlemesini sağlar
  6. Giriş Bölgesi Aboneliği – Azure yerel, çevrimiçi uygulamalar, iç ve dış kullanıma yönelik iş yükleri ve kaynaklar için bire çok abonelikler
  7. DevOps Platformu - Azure temelini ve Veri Platformunu destekleyen DevOps Platformu. Bu platform, kod olarak altyapının otomatik dağıtımlarını (IaC) sağlayan kod temel kaynak denetimi deposunu ve CI/CD işlem hatlarını içerir

Not

Birçok müşteri hala büyük bir hizmet olarak altyapı (IaaS) ayak izine sahiptir. IaaS genelinde kurtarma özellikleri sağlamak için, eklenecek temel bileşen Azure Site recovery'dir. Site Recovery , Azure VM'lerinin bölgeler, şirket içi sanal makineler ve fiziksel sunucular arasında Azure'a ve şirket içi makineler arasında ikincil bir veri merkezine çoğaltılmasını düzenler ve otomatikleştirir.

Bu temel yapıda Contoso, Azure Synapse ile uçtan uca Analiz kılavuzuna uygun olarak kurumsal iş zekası gereksinimlerini desteklemek için aşağıdaki öğeleri uygulamıştır.

Azure veri hizmetlerini kullanan modern bir veri platformu mimarisini gösteren diyagram.Contoso'nun veri platformu

Contoso'nun Veri Platformu - İş Akışı

İş akışı, veri akışından sonra soldan sağa okunur:

  • Veri Kaynakları - Veri platformunun kullanabileceği veri kaynakları veya türleri
  • Alma - Platformun çeşitli yapı ve hız kaynaklarından veri alma özelliği. Bu tasarım bir Lambda mimarisini yansıtır
  • Store - Platforma alınan verileri uygun ölçekte güvenli bir şekilde depolama özelliği
  • İşlem - Platformun verileri işleme özelliği sayesinde temizleme, standartlaştırma ve modelleme gibi aşağı akış işlemleri için "amaca uygun" hale gelir. Verilerin önceden işlenmesi genellikle "konum ve koşul, kullanıma hazır" durumda olmasını sağlar
  • Zenginleştirme - İstatistiksel, Machine Learning veya diğer modelleme teknikleri veya önceden oluşturulmuş Azure AI hizmetleri aracılığıyla platformda işlenen verileri geliştirme özelliği
  • Hizmet - Platformun aşağı akış tüketimi için verileri şekillendirme ve sunma özelliği
  • Veri Tüketicileri - Platformların çeşitli hizmet veren dokunmatik noktalarından veri tüketen bireyler, uygulamalar veya aşağı akış işlemleri
  • Bulma ve Yönetme - Platformun içerdiği verileri idare etme ve dizine alınmış, bulunabilir/aranabilir, iyi tanımlanmış, tam kökenli olduğundan ve son kullanıcılarına ve kullanım süreçlerine saydam olduğundan emin olmak için sunduğu özellikler.
  • Platform - Platformun oluşturulduğu temel, yani yukarıda açıklandığı gibi Contoso'nun Azure Temelleri.

Not

Birçok müşteri için kullanılan Veri Platformu başvuru mimarisinin kavramsal düzeyi uyumlu olacaktır, ancak fiziksel uygulama farklılık gösterebilir. Örneğin, ELT (ayıklama, yükleme, dönüştürme) işlemleri Azure Data Factory ve Azure SQL sunucusu tarafından veri modelleme aracılığıyla gerçekleştirilebilir. Bu endişeyi gidermek için aşağıdaki Durum Bilgisi Olmayan ve Durum Bilgisi Olan bölümü rehberlik sağlayacaktır.

Veri Platformu için Contoso, tüm bileşenler için önerilen en düşük üretim hizmeti katmanlarını seçti ve işletim maliyetini en aza indiren bir yaklaşıma dayalı olarak "Olağanüstü Durumda Yeniden Dağıtma" olağanüstü durum kurtarma (DR) stratejisini benimsemeyi seçti.

Aşağıdaki bölümlerde, dr süreci ve bu duruşu yükseltmeye yönelik kullanılabilir kaldıraçlar hakkında temel bir anlayış sağlanacaktır.

Azure hizmeti ve bileşen görünümü

Aşağıdaki tablolarda Contoso – Veri platformunda kullanılan her Azure hizmetinin ve bileşeninin dökümü ve DR uplift seçenekleri yer alır.

Not

Aşağıdaki bölümler durum bilgisi olan ve durum bilgisi olmayan hizmetlere göre düzenlenmiştir

Durum Bilgisi Olan Temel Bileşenler

  • Rol yetkilendirmeleri de dahil olmak üzere Microsoft Entra Kimliği

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Premium P1
    • DR Uplift seçenekleri: Microsoft Entra dayanıklılığı, hizmet olarak yazılım (SaaS) teklifinin bir parçasıdır
    • Notlar

  • Azure Key Vault

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Yok
    • DR Uplift seçenekleri: Yok, Azure Hizmetinin bir parçası olarak ele alınmıştır

  • Kurtarma Hizmetleri Kasası

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Varsayılan (coğrafi olarak yedekli depolama (GRS))
    • DR Uplift seçenekleri: Bölgeler Arası Geri Yükleme'yi etkinleştirme, ikincil, eşleştirilmiş bölgede veri geri yükleme oluşturur
    • Notlar
      • Yerel olarak yedekli depolama (LRS) ve alanlar arası yedekli depolama (ZRS) kullanılabilir olsa da, varsayılan ayardan yapılandırma etkinlikleri gerektirir

  • Azure DevOps

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: DevOps Services
    • DR Uplift seçenekleri: DevOps hizmeti ve veri dayanıklılığı , SaaS teklifinin bir parçasıdır
    • Notlar
      • Şirket içi teklif olarak DevOps Server, olağanüstü durum kurtarma için müşterinin sorumluluğunda kalacaktır
      • Üçüncü taraf hizmetleri (örneğin SonarCloud, Jfrog Artifactory, Jenkins derleme sunucuları) kullanılırsa, olağanüstü durumdan kurtarma için müşterinin sorumluluğunda kalırlar
      • IaaS VM'leri DevOps araç zincirinde kullanılıyorsa, olağanüstü durumdan kurtarma için müşterinin sorumluluğunda kalırlar

Durum Bilgisi Olmayan Temel Bileşenler

  • Abonelikler

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Yok
    • DR Uplift seçenekleri: Yok, Azure Hizmetinin bir parçası olarak ele alınmıştır

  • Yönetim Grupları

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Yok
    • DR Uplift seçenekleri: Yok, Azure Hizmetinin bir parçası olarak ele alınmıştır

  • Azure İzleyici

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Yok
    • DR Uplift seçenekleri: Yok, Azure Hizmetinin bir parçası olarak ele alınmıştır

  • Maliyet Yönetimi

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Yok
    • DR Uplift seçenekleri: Yok, Azure Hizmetinin bir parçası olarak ele alınmıştır

  • Bulut için Microsoft Defender

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Yok
    • DR Uplift seçenekleri: Yok, Azure Hizmetinin bir parçası olarak ele alınmıştır

  • Azure DNS

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Tek Bölge - Genel
    • DR Uplift seçenekleri: Yok, DNS tasarım gereği yüksek oranda kullanılabilir

  • Ağ İzleyicisi

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Yok
    • DR Uplift seçenekleri: Yok, Azure Hizmetinin bir parçası olarak ele alınmıştır

  • Alt ağlar, kullanıcı tanımlı yol (UDR) ve ağ güvenlik grupları (NSG) dahil olmak üzere Sanal Ağ

  • Azure Güvenlik Duvarı

    • Bileşen Kurtarma Sorumluluğu: Contoso
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Contoso
    • Contoso SKU seçimi: Standart
    • DR Uplift seçenekleri: Azure Güvenlik Duvarı tasarım gereği yüksek oranda kullanılabilir ve daha fazla kullanılabilirlik için Kullanılabilirlik Alanları ile oluşturulabilir

  • Azure DDoS

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Contoso
    • Contoso SKU seçimi: DDoS Ağ Koruması
    • DR Uplift seçenekleri: Azure hizmetinin bir parçası olarak ele alınan YOK

  • ExpressRoute Bağlantı Hattı

    • Bileşen Kurtarma Sorumluluğu: Contoso, bağlantı ortağı ve Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Bağlantı iş ortağı ve Microsoft
    • Contoso SKU seçimi: Standart
    • DR Uplift seçenekleri:
      • ExpressRoute, coğrafi olarak yedekli bir hizmet sunarak özel eşlemeyi kullanmak için yükseltilmiş olabilir
      • ExpressRoute ayrıca yüksek kullanılabilirlik (HA) tasarımlara sahiptir
      • Siteden Siteye VPN bağlantısı ExpressRoute için yedek olarak kullanılabilir
    • Notlar
      • ExpressRoute, bağlantı sağlayıcısından/istemcinin ağ kenarından bir ExpressRoute Konumunda iki Microsoft Enterprise uç yönlendiricisine (MSEEs) iki bağlantıdan oluşan her bağlantı hattıyla birlikte yerleşik yedekliliğe sahiptir
      • ExpressRoute premium devresi küresel olarak tüm Azure bölgelerine erişim sağlayacak

  • VPN Gateway

  • Azure Load Balancer

    • Bileşen Kurtarma Sorumluluğu: Contoso
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Contoso
    • Contoso SKU seçimi: Standart
    • DR Uplift seçenekleri:
    • Notlar
      • Azure Traffic Manager , DNS tabanlı bir trafik yük dengeleyicidir. Bu hizmet, genel Kullanıma yönelik uygulamalar için trafiğin genel Azure bölgelerinde dağıtılmasını destekler. Bu çözüm, yüksek kullanılabilirlik tasarımı içinde bölgesel bir kesintiye karşı koruma sağlar

Durum Bilgisi Olan Veri platformuna özgü hizmetler

Durum Bilgisi Olmayan Veri platformuna özgü hizmetler

  • Azure Synapse: İşlem Hatları

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Contoso
    • Contoso SKU seçimi: Hesaplanan İyileştirilmiş 2. Nesil
    • DR Uplift seçenekleri: Yok, Synapse dayanıklılığı, otomatik yük devretme özelliğini kullanarak SaaS teklifinin bir parçasıdır
    • Notlar
      • Şirket İçinde Barındırılan Veri İşlem Hatları kullanılırsa, olağanüstü durumdan kurtarma için müşterinin sorumluluğunda kalırlar

  • Azure Synapse: Veri Gezgini Havuzları

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Contoso
    • Contoso SKU seçimi: Hesaplanan İyileştirilmiş, Küçük (4 çekirdek)
    • DR Uplift seçenekleri: Yok, Synapse dayanıklılığı SaaS teklifinin bir parçasıdır
    • Notlar

  • Azure Synapse: Spark Havuzları

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Contoso
    • Contoso SKU seçimi: Hesaplanan İyileştirilmiş, Küçük (4 çekirdek)
    • DR Uplift seçenekleri: Yok, Synapse dayanıklılığı SaaS teklifinin bir parçasıdır
    • Notlar

  • Azure Synapse: Sunucusuz ve Ayrılmış SQL Havuzları

  • Azure AI hizmetleri (eski adıyla Bilişsel Hizmetler)

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Kullandıkça Öde
    • DR Uplift seçenekleri: Yok, yapay zeka hizmetleri API'leri Microsoft tarafından yönetilen veri merkezleri tarafından barındırılır
    • Notlar
      • Müşteri tarafından dağıtılan Docker kapsayıcıları aracılığıyla yapay zeka hizmetleri dağıtıldıysa kurtarma işlemi müşterinin sorumluluğundadır

  • Azure AI Search (eski adıyla Bilişsel Arama)

    • Bileşen Kurtarma Sorumluluğu: Microsoft
    • İş Yükü/Yapılandırma Kurtarma Sorumluluğu: Microsoft
    • Contoso SKU seçimi: Standart S1
    • DR Uplift seçenekleri:
    • Notlar
      • AI Search'te iş sürekliliği (ve olağanüstü durum kurtarma), birden çok yapay zeka Arama hizmeti ile elde edilir.
      • olağanüstü durum kurtarma için yerleşik bir mekanizma yoktur. Yıkıcı bir hata sırasında sürekli hizmet gerekiyorsa, farklı bir bölgede ikinci bir hizmetin olması ve dizinlerin tüm hizmetlerde tamamen yedekli olduğundan emin olmak için bir coğrafi çoğaltma stratejisi uygulanması önerilmektedir

Durum Bilgisi Olan ve Durum Bilgisi Olmayan Bileşenler

Özellikle Microsoft ürün paketi ve Azure genelindeki yeniliklerin hızı, bu çalışan örnek için kullandığımız bileşen kümesinin hızla gelişeceği anlamına gelir. Eski yönergeler sağlamaya ve bu kılavuzu açıkça bu belgede açık olarak ele alınmayan bileşenlere genişletmeye karşı geleceğe dönük olarak dayanıklı hale getirmek için, aşağıdaki bölümde durumun büyük ölçekli sınıflandırmasına dayalı bazı yönergeler sağlanmaktadır.

Bileşen/hizmet, önceki olayları veya kullanıcı etkileşimlerini anımsayacak şekilde tasarlandıysa durum bilgisi olan olarak tanımlanabilir. Durum bilgisi olmayan, önceki etkileşimlerin kaydının olmadığı ve her etkileşim isteğinin tamamen onunla birlikte gelen bilgilere göre işlenmesi gerekdiği anlamına gelir.

Yeniden dağıtmayı çağıran bir DR senaryosu için:

  • Azure İşlevleri ve Azure Data Factory işlem hatları gibi "durum bilgisi olmayan" bileşenler/hizmetler, daha geniş bir sisteme sunulmadan önce kullanılabilirliği doğrulamak için en az bir duman testiyle kaynak denetiminden yeniden dağıtılabilir
  • Azure SQL Veritabanı ve depolama hesapları gibi "durum bilgisi olan" bileşenler/hizmetler daha fazla dikkat gerektirir
    • Bileşeni temin ederken önemli bir karar veri yedekliliği özelliğini seçmek olacaktır. Bu karar genellikle kullanılabilirlik ve işletim maliyetleriyle dayanıklılık arasında bir dengeye odaklanır
  • Veri depolarının bir veri yedekleme stratejisine de ihtiyacı vardır. Temel alınan depolamanın veri yedekliliği işlevi bazı tasarımlar için bu riski azaltırken, SQL veritabanları gibi diğerlerinde ayrı bir yedekleme işlemi gerekir.
    • Gerekirse bileşen, duman testi aracılığıyla doğrulanmış bir yapılandırmayla kaynak denetiminden yeniden dağıtılabilir
    • Yeniden dağıtılan veri depolarının veri kümesinin yeniden doldurulması gerekir. Yeniden doldurma, veri yedekliliği (kullanılabilir olduğunda) veya bir yedekleme veri kümesi aracılığıyla gerçekleştirilebilir. Yeniden doldurma tamamlandığında doğruluk ve tamlık açısından doğrulanması gerekir
      • Yedekleme işleminin yapısına bağlı olarak, yedekleme veri kümeleri uygulanmadan önce doğrulama gerektirebilir. Yedekleme işlemi bozulması/hatası, kullanılabilir en son sürüm yerine daha önceki bir yedeklemenin kullanılmasına neden olabilir
    • Bileşen tarihi/zaman damgası ile geçerli tarih arasındaki herhangi bir değişiklik, veri alımı işlemlerini bu noktadan sonra yeniden yürüterek veya yeniden yürüterek ele alınmalıdır
    • Bileşenin veri kümesi güncel olduğunda, daha geniş bir sisteme tanıtılabilir

Diğer önemli hizmetler

Bu bölüm, diğer önemli Azure Veri bileşenleri ve hizmetleri için HA/DR yönergelerini içerir.

Sonraki adımlar

Artık senaryonun mimarisi hakkında bilgi edindiğinize göre, senaryo ayrıntıları hakkında bilgi edinebilirsiniz