Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Bu makalede Azure Veri Gezgini kaynaklarınızı, yönetiminizi ve alımınızı farklı Azure bölgelerinde çoğaltarak Azure bölgesel kesintisine nasıl hazırlanabileceğiniz açıklanmaktadır. Azure Event Hubs ile veri alımı örneği verilmiştir. Farklı mimari yapılandırmaları için maliyet iyileştirme de ele alınıyor. Mimariyle ilgili önemli noktalara ve kurtarma çözümlerine daha ayrıntılı bir bakış için bkz . iş sürekliliğine genel bakış.
Verilerinizi korumak için Azure bölgesel kesintisine hazırlanma
Azure Veri Gezgini, azure bölgesinin tamamının kesintisine karşı otomatik korumayı desteklemez. Bu kesinti, deprem gibi doğal bir afet sırasında gerçekleşebilir. Olağanüstü durum kurtarma durumu için bir çözüme ihtiyacınız varsa, iş sürekliliğini sağlamak için aşağıdaki adımları uygulayın. Bu adımlarda kümelerinizi, yönetiminizi ve veri alımınızı iki Azure eşleştirilmiş bölgesinde çoğaltacaksınız.
- İki Azure eşleştirilmiş bölgesinde iki veya daha fazla bağımsız küme oluşturun.
- Yeni tablolar oluşturma veya her kümede kullanıcı rollerini yönetme gibi tüm yönetim etkinliklerini çoğaltın.
- Her kümeye paralel olarak veri alma.
Birden çok bağımsız küme oluşturma
Birden fazla bölgede birden fazla Azure Veri Gezgini kümesi oluşturun. Bu kümelerden en az ikisinin Azure eşleştirilmiş bölgelerinde oluşturulduğundan emin olun.
Aşağıdaki görüntüde çoğaltmalar, üç farklı bölgede üç küme gösterilmektedir.
Yönetim etkinliklerini çoğaltma
Her çoğaltmada aynı küme yapılandırmasına sahip olmak için yönetim etkinliklerini çoğaltın.
Her çoğaltmada aynı şekilde oluşturun:
- Veritabanları: Yeni bir veritabanı oluşturmak için Azure portalını veya SDK'larımızdan birini kullanabilirsiniz.
- Tablolar
- Eşleştirmeleri
- İlkeler
Her çoğaltmada kimlik doğrulamasını ve yetkilendirmeyi yönetin.
Olay hub'ı alımını kullanarak olağanüstü durum kurtarma çözümü
Verilerinizi korumak için Azure bölgesel kesintisine hazırlanma'yı tamamladıktan sonra verileriniz ve yönetiminiz birden çok bölgeye dağıtılır. Bir bölgede kesinti olursa Azure Veri Gezgini diğer çoğaltmaları kullanabilir.
Olay hub'ı kullanarak alımı ayarlama
Azure Event Hubs'dan her bölgenin Azure Veri Gezgini kümesine veri almak için önce Azure Event Hubs kurulumunuzu her bölgede çoğaltın. Ardından her bölgenin Azure Veri Gezgini çoğaltmasını ilgili Event Hubs'larından veri almak için yapılandırın.
Not
Azure Event Hubs/IoT Hub/Storage aracılığıyla alım sağlamdır. Bir küme belirli bir süre kullanılamazsa, daha sonra bu kümeyi yakalar ve bekleyen iletileri veya blobları ekler. Bu işlem denetim noktası belirlemeye dayanır.
Aşağıdaki diyagramda gösterildiği gibi, veri kaynaklarınız tüm bölgelerdeki olay hub'larına olaylar üretir ve her Azure Veri Gezgini çoğaltması olayları tüketir. Power BI, Grafana veya SDK destekli WebApps gibi veri görselleştirme bileşenleri çoğaltmalardan birini sorgulayabilir.
Maliyetleri iyileştirme
Artık aşağıdaki yöntemlerden bazılarını kullanarak çoğaltmalarınızı iyileştirmeye hazırsınız:
- İsteğe bağlı veri kurtarma yapılandırması oluşturma
- Çoğaltmaları başlatma ve durdurma
- Yüksek oranda kullanılabilir bir uygulama hizmeti uygulama
- Etkin-etkin bir yapılandırmada maliyeti iyileştirme
İsteğe bağlı veri kurtarma yapılandırması oluşturma
Azure Veri Gezgini kurulumunun çoğaltılması ve güncelleştirilmesi, çoğaltma sayısıyla maliyeti doğrusal olarak artırır. Maliyeti iyileştirmek için zaman, yük devretme ve maliyeti dengelemek için bir mimari değişken uygulayabilirsiniz. İsteğe bağlı veri kurtarma yapılandırmasında, pasif Azure Veri Gezgini çoğaltmaları getirilerek maliyet iyileştirmesi uygulanmıştır. Bu çoğaltmalar yalnızca birincil bölgede (örneğin, A bölgesinde) bir olağanüstü durum olduğunda açılır. B ve C Bölgelerindeki çoğaltmaların 7/24 etkin olması gerekmez ve bu da maliyeti önemli ölçüde azaltır. Ancak çoğu durumda, bu çoğaltmaların performansı birincil küme kadar iyi olmayacaktır. Daha fazla bilgi için bkz . İsteğe bağlı veri kurtarma yapılandırması.
Aşağıdaki görüntüde, olay hub'ından yalnızca bir küme veri alır. Bölge A'daki birincil küme, tüm verileri bir depolama hesabına sürekli olarak dışarı aktarır . İkincil çoğaltmalar, dış tabloları kullanarak verilere erişebilir.
Çoğaltmaları başlatma ve durdurma
Aşağıdaki yöntemlerden birini kullanarak ikincil çoğaltmaları başlatabilir ve durdurabilirsiniz:
Azure portalının Genel Bakış sekmesindeki Durdur düğmesi. Daha fazla bilgi için bkz . Kümeyi durdurma ve yeniden başlatma.
Azure CLI:
az kusto cluster stop --name=<clusterName> --resource-group=<rgName> --subscription=<subscriptionId>"
Yüksek oranda kullanılabilir bir uygulama hizmeti uygulama
Azure Uygulaması Hizmeti BCDR istemcisini oluşturma
Bu bölümde, tek bir birincil ve birden çok ikincil Azure Veri Gezgini kümesine bağlantıyı destekleyen bir Azure Uygulaması Hizmeti oluşturma adımları gösterilmektedir. Aşağıdaki görüntüde Azure Uygulaması Hizmeti kurulumu gösterilmektedir.
İpucu
Aynı hizmetteki çoğaltmalar arasında birden çok bağlantı olması size daha fazla kullanılabilirlik sağlar. Bu kurulum yalnızca bölgesel kesinti örneklerinde kullanışlı değildir.
Bir uygulama hizmeti için bu ortak kodu kullanın. Çok kümeli bir istemci uygulamak için AdxBcdrClient sınıfı oluşturulmuştur. Bu istemci kullanılarak yürütülen her sorgu önce birincil kümeye gönderilir. Bir hata varsa, sorgu ikincil çoğaltmalara gönderilir.
Performansı ölçmek ve birincil ve ikincil kümelere dağıtım istemek için özel uygulama içgörüleri ölçümlerini kullanın.
Azure Uygulaması Hizmeti BCDR istemcisini test edin
Birden çok Azure Veri Gezgini çoğaltması kullanarak bir test çalıştırdık. Birincil ve ikincil kümelerde sanal bir kesintiden sonra, app service BCDR istemcisinin amaçlandığı gibi davrandığını görebilirsiniz.
Azure Veri Gezgini kümeleri Batı Avrupa (2xD14v2 birincil), Güney Doğu Asya ve Doğu ABD (2xD11v2) genelinde dağıtılır.
Not
Daha yavaş yanıt süreleri farklı SKU'lar ve gezegenler arası sorgular nedeniyledir.
Dinamik veya statik yönlendirme gerçekleştirme
İsteklerin dinamik veya statik yönlendirmesi için Azure Traffic Manager yönlendirme yöntemlerini kullanın. Azure Traffic Manager, app service trafiğini dağıtmanızı sağlayan DNS tabanlı bir trafik yük dengeleyicidir. Bu trafik, genel Azure bölgelerindeki hizmetler için iyileştirilirken yüksek kullanılabilirlik ve yanıt hızı sağlar.
Azure Front Door tabanlı yönlendirmeyi de kullanabilirsiniz. Bu iki yöntemin karşılaştırması için bkz . Azure'ın uygulama teslim paketiyle yük dengeleme.
Etkin-etkin bir yapılandırmada maliyeti iyileştirme
Olağanüstü durum kurtarma için etkin-etkin bir yapılandırma kullanmak maliyeti doğrusal olarak artırır. Maliyet düğümleri, depolamayı, işaretlemeyi ve bant genişliği için artan ağ maliyetini içerir.
Maliyetleri iyileştirmek için en iyi duruma getirilmiş otomatik ölçeklendirmeyi kullanma
İkincil kümeler için yatay ölçeklendirmeyi yapılandırmak için iyileştirilmiş otomatik ölçeklendirme özelliğini kullanın. Alım yükünü işleyebilmeleri için boyutlandırılmalıdır. Birincil kümeye erişilemedikten sonra ikincil kümeler daha fazla trafik alır ve yapılandırmaya göre ölçeklendirilir.
Bu örnekte iyileştirilmiş otomatik ölçeklendirme kullanıldığında, tüm çoğaltmalarda aynı yatay ve dikey ölçekle karşılaştırıldığında maliyetin kabaca %50'sini kaydetmiş olursunuz.