Azure Yönetilen Redis'te güvenilirlik

Azure Managed Redis , Azure üzerinde tam tümleşik ve yönetilen Redis Enterprise sağlar ve uygulamalar için yüksek performanslı bellek içi veri depolama alanı sunar. Bu hizmet ultra düşük gecikme süresi, yüksek aktarım hızı ve gelişmiş veri yapıları gerektiren kurumsal iş yükleri için oluşturulmuştur.

Azure'ı kullandığınızda güvenilirlik paylaşılan bir sorumluluktır. Microsoft, dayanıklılık ve kurtarmayı desteklemek için çeşitli özellikler sunar. Bu özelliklerin kullandığınız tüm hizmetler içinde nasıl çalıştığını anlamak ve iş hedeflerinize ve çalışma süresi hedeflerinize ulaşmak için ihtiyacınız olan özellikleri seçmek sizin sorumluluğunuzdadır.

Bu makalede Azure Yönetilen Redis'te geçici hatalara dayanıklılık, kullanılabilirlik alanı hataları ve bölge genelindeki hatalar dahil olmak üzere güvenilirlik açıklanmaktadır. Makalede ayrıca yedekleme stratejileri ve hizmet düzeyi sözleşmesi (SLA) açıklanmaktadır.

Üretim dağıtımı önerileri

Üretim Azure Yönetilen Redis örneklerinizde yüksek güvenilirlik sağlamak için şunları yapmanızı öneririz:

• Önbelleğiniz için birden çok düğüm dağıtan yüksek kullanılabilirliği etkinleştirin.
• Kullanılabilirlik alanları olan bir bölgeye yüksek oranda kullanılabilir bir önbellek dağıtarak bölge yedekliliğini etkinleştirin.
• Görev açısından kritik olan ve bölgeler arası yük devretme gerektiren iş yükleri için etkin coğrafi çoğaltmayı uygulamayı göz önünde bulundurun.

Güvenilirlik mimarisine genel bakış

Bu bölümde, hizmetin nasıl çalıştığına ilişkin güvenilirlik açısından en uygun olan bazı önemli yönler açıklanmaktadır. bölümünde dağıttığınız ve kullandığınız bazı kaynak ve özellikleri içeren mantıksal mimari tanıtılır. Ayrıca, hizmetin kapaklar altında nasıl çalıştığına ilişkin ayrıntılar sağlayan fiziksel mimariyi de ele alır.

Mantıksal mimari

Azure Yönetilen Redis, Redis Enterprise üzerinde oluşturulmuştur ve yüksek kullanılabilirlik yapılandırmaları ve çoğaltma özellikleriyle güvenilirlik sağlar.

Azure Yönetilen Redis örneğini, önbellek örneği veya önbellek olarak da adlandırılır, dağıtırsınız. İstemci uygulamalarınız Redis API'lerini kullanarak verileri önbellek içinde depolar ve bunlarla etkileşim kurar.

Fiziksel mimari

Azure Yönetilen Redis için dayanıklılığı planlarken anlamanız gereken iki temel kavram vardır: düğümler ve parçalar.

• Düğüm: Her önbellek örneği, sanal makineler (VM) olan düğümlerden oluşur. Her VM, kümede bağımsız bir işlem birimi görevi görür. VM'leri doğrudan görmez veya yönetemezsiniz. Platform, örnek oluşturmayı, sistem durumunu izlemeyi ve iyi durumda olmayan örneklerin değiştirilmesini otomatik olarak yönetir. Birlikte alınan VM kümesi, küme olarak da adlandırılır.

  Örneğinizi yüksek kullanılabilirlik için yapılandırabilirsiniz. Bunu yaptığınızda, Azure Yönetilen Redis en az iki düğüm olduğundan emin olur ve verileri düğümler arasında otomatik olarak çoğaltır. Kullanılabilirlik alanları olan bölgelerde düğümler farklı kullanılabilirlik alanlarına yerleştirilir. Daha fazla bilgi için bkz. Kullanılabilirlik alanı hatalarına dayanıklılık.

  Hizmet, karmaşıklığı önlemek ve en iyi yapılandırmaları sağlamak için her yapılandırmada kullanılan düğüm sayısını soyutlar.

• Parçalar: Her düğüm, önbellek verilerinizin bir alt kümesini yöneten parçalar olarak adlandırılan birden çok Redis sunucu işlemi çalıştırır. Önbelleğiniz yüksek kullanılabilirlik için yapılandırıldığında, parçalar düğümler arasında otomatik olarak dağıtılır ve çoğaltılır. Parçaların düğümler arasında nasıl dağıtılacağını belirleyen bir küme ilkesi belirtirsiniz.

Daha fazla bilgi için bkz. Azure Yönetilen Redis mimarisi ve Azure Yönetilen Redis için yük devretme ve yamalama.

Geçici hatalara dayanıklılık

Geçici hatalar, bileşenlerde kısa ve aralıklı hatalardır. Bunlar genellikle bulut gibi dağıtılmış bir ortamda gerçekleşir ve işlemlerin normal bir parçasıdır. Geçici hatalar kısa bir süre sonra kendilerini düzeltmektedir. Uygulamalarınızın genellikle etkilenen istekleri yeniden deneyerek geçici hataları işleyebileceği önemlidir.

Bulutta barındırılan tüm uygulamalar, bulutta barındırılan API'ler, veritabanları ve diğer bileşenlerle iletişim kurarken Azure geçici hata işleme yönergelerini izlemelidir. Daha fazla bilgi için bkz Geçici hataları ele alma önerileri.

Azure Yönetilen Redis kullanırken geçici hataları yönetmek için şu önerileri izleyin:

• Geçici hatalar oluştuğunda otomatik olarak yeniden deneyen ve uygun geri alma ve zaman aşımı dönemlerini kullanan SDK yapılandırmalarını kullanın. Uygulamalarınızda Yeniden Deneme desenini ve Devre Kesici düzenini kullanmayı göz önünde bulundurun.
• Birincil veri deposuna geri dönerek Redis geçici olarak kullanılamaz hale geldiğinde uygulanmanın performans kaybıyla işletilmeye devam edebileceği önbellek-dışı desenleri tasarlayın.

Kullanılabilirlik alanı hatalarına dayanıklılık

Kullanılabilirlik alanları , bir Azure bölgesi içindeki veri merkezlerinin fiziksel olarak ayrı gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Azure Yönetilen Redis önbellek örnekleri bölge yedekliliğine hale getirilebilir ve bu da önbellek düğümlerini bir bölge içindeki birden çok kullanılabilirlik alanına otomatik olarak dağıtır. Alanlar arası yedeklilik, önbelleğinizin kullanılamamasına neden olan veri merkezi veya kullanılabilirlik alanı kesintisi riskini azaltır.

Önbelleği alanlar arası yedekli hale getirmek için, bunu desteklenen bir bölgeye dağıtmanız ve yüksek kullanılabilirlik yapılandırmasını etkinleştirmeniz gerekir. Kullanılabilirlik alanları olmayan bölgelerde yüksek kullanılabilirlik yapılandırması en az iki düğüm oluşturur ancak bunlar ayrı bölgelerde değildir.

Aşağıdaki diyagramda, her birinin ayrı bir bölgede yer alan iki düğümü olan alanlar arası yedekli bir önbellek gösterilmektedir:

Gereksinimler

• Bölge desteği: Alanlar arası yedekli Azure Yönetilen Redis önbellekleri kullanılabilirlik alanlarını destekleyen ve hizmetin kullanılabildiği herhangi bir bölgeye dağıtılabilir. Kullanılabilirlik alanlarını destekleyen bölgelerin en güncel listesi için bkz. Kullanılabilirlik alanları olan Azure bölgeleri. Azure Yönetilen Redis'i destekleyen bölgelerin listesi için bkz. Bölgeye göre ürün kullanılabilirliği.

• Yüksek kullanılabilirlik yapılandırması: Alanlar arası yedekli olması için önbelleğinizde yüksek kullanılabilirlik yapılandırmasını etkinleştirmeniz gerekir.

• Katman: Tüm Azure Yönetilen Redis katmanları kullanılabilirlik alanlarını destekler.

Maliyet

Alanlar arası yedeklilik, önbelleğinizin yüksek kullanılabilirlik için yapılandırılmasını gerektirir ve bu da önbelleğiniz için en az iki düğüm dağıtır. Yüksek kullanılabilirlik yapılandırması, yüksek olmayan kullanılabilirlik yapılandırmasından daha yüksek bir oranda faturalandırılır. Daha fazla bilgi için bkz. Azure Yönetilen Redis fiyatlandırması

Kullanılabilirlik alanı desteğini yapılandırma

• Yeni bir alanlar arası yedekli örnek oluşturun: Yeni bir Azure Yönetilen Redis örneği oluşturduğunuzda, yüksek kullanılabilirlik yapılandırmasını etkinleştirin ve kullanılabilirlik alanları olan bir bölgeye dağıtın. Ardından, bölge yedekliliğini varsayılan olarak otomatik olarak içerir. Daha fazla yapılandırma yapmanıza gerek yoktur.

  Ayrıntılı adımlar için bkz . Hızlı Başlangıç: Azure Yönetilen Redis Örneği Oluşturma.

• Mevcut bir örnekte alanlar arası yedekliliği etkinleştirin: Mevcut Azure Yönetilen Redis örneğini alanlar arası yedekli olacak şekilde yapılandırmak için, kullanılabilirlik alanlarını destekleyen bir bölgeye dağıtıldığından emin olun ve önbellekte yüksek kullanılabilirliği etkinleştirin.

• Bölge yedekliliğini devre dışı bırak: Bir önbellek örneğinde etkinleştirildikten sonra yüksek kullanılabilirliği devre dışı bırakamadığınız için, mevcut örneklerde alanlar arası yedeklilik devre dışı bırakılamaz.

Kapasite planlaması ve yönetimi

Bölge azaltma olayı sırasında, örneğiniz iş yükünüz için daha az kullanılabilir kaynağa sahip olabilir. Örneğiniz genellikle kaynak baskısı altındaysa ve kullanılabilirlik alanı hatasına hazırlanmanız gerekiyorsa aşağıdaki yaklaşımlardan birini göz önünde bulundurun:

• Örneğinizi aşırı kaynak ayırma: Aşırı kaynak ayırma, gerektiğinden daha yüksek bir performans katmanı seçmeyi içerir. Örneğinizin bazı kapasite kayıplarını tolere etmesine ve performansı düşürmeden çalışmaya devam etmesine olanak tanır. Fazla sağlama ilkesi hakkında daha fazla bilgi için bkz. Fazla sağlama yoluyla kapasiteyi yönetme. Örneğinizi ölçeklendirmeyi öğrenmek için bkz. Azure Yönetilen Redis örneğini ölçeklendirme.

• Etkin coğrafi çoğaltma kullan: Farklı bölgelere birden çok örnek dağıtabilir ve yükünüzü bu ayrı örneklere yaymak için etkin coğrafi çoğaltmayı yapılandırabilirsiniz.

Tüm bölgeler sağlıklı olduğunda davranış

Bu bölümde, yönetilen bir Redis önbelleği alanlar arası yedekli olduğunda ve tüm kullanılabilirlik alanları çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır:

• Bölgeler arasında trafik yönlendirme: Parçalar, küme ilkenize göre düğümler arasında dağıtılır. Küme ilkeniz, trafiğin her düğüme nasıl yönlendirileceğini de belirler. Alanlar arası yedeklilik, trafiğin yönlendirme şeklini değiştirmez.

• Bölgeler arasında veri çoğaltma: Parçalar düğümler arasında otomatik olarak çoğaltılır ve zaman uyumsuz çoğaltma kullanılır. Genellikle parçalar arasındaki çoğaltma gecikmesi saniye cinsinden ölçülür, ancak bu durum önbelleğin iş yüküne bağlı olarak farklılık gösterebilir ve genellikle daha yüksek çoğaltma gecikmesi gören yoğun yazma ve ağ kullanımlı senaryolar söz konusudur.

Bölge hatası sırasındaki davranış

Bu bölümde, yönetilen redis önbelleği alanlar arası yedekli olduğunda ve bir veya daha fazla kullanılabilirlik alanı kullanılamadığında neler bekleyebileceğiniz açıklanmaktadır:

• Algılama ve yanıt: Azure Yönetilen Redis, kullanılabilirlik alanındaki bir hatayı algılamaktan sorumludur. Bölge yük devretmesini başlatmak için herhangi bir işlem yapmanız gerekmez.

• Bildirim: Microsoft, bir bölge kapatıldığında sizi otomatik olarak bilgilendirmez. Bununla birlikte, bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için Azure Hizmet Durumu'nı kullanabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

• Etkin istekler: Uçuş içi istekler bırakılabilir ve yeniden denenmelidir. Uygulamalar bu geçici kesintileri işlemek için yeniden deneme mantığı uygulamalıdır .

• Beklenen veri kaybı: Başka bir bölgedeki parçalara çoğaltılmamış tüm veriler, bölge hatası sırasında kaybolabilir. Genellikle veri kaybı miktarı saniye cinsinden ölçülür, ancak çoğaltma gecikmesine bağlıdır.

• Beklenen kapalı kalma süresi: Genellikle parçalar iyi durumdaki bölgelerdeki düğümlere yük devrederken 10-15 saniyelik küçük bir kapalı kalma süresi oluşabilir. Planlanmamış yük devretme işlemi hakkında bilgi için bkz. Yük devretmenin açıklaması. Uygulamaları tasarlarken geçici hata yönetimi uygulamalarını takip edin.

• Trafik yeniden yönlendirme: Azure Yönetilen Redis, trafiği otomatik olarak iyi durumdaki bölgelerdeki düğümlere yönlendirir.

Bölge kurtarma

Etkilenen kullanılabilirlik alanı kurtarıldığında, Azure Yönetilen Redis işlemleri otomatik olarak bu bölgeye geri yükler. Azure platformu bu işlemi tamamen yönetir ve müşteri müdahalesi gerektirmez.

Bölge hataları için test

Azure Yönetilen Redis, bölge hataları için trafik yönlendirme, yük devretme ve geri yükleme işlemlerini tam olarak yönettiğinden, kullanılabilirlik bölgesi hata işlemlerini doğrulamanız veya başka bir giriş sağlamanız gerekmez.

Bölge genelindeki hatalara dayanıklılık

Azure Yönetilen Redis, etkin coğrafi çoğaltma aracılığıyla yerel çok bölgeli destek sağlar. Bu sayede farklı Azure bölgelerindeki birden çok Azure Yönetilen Redis örneğini tek bir çoğaltma grubuna bağlayabilirsiniz. Ardından örnekler arasında kendi yük devretme yaklaşımınızı yapılandırabilirsiniz.

Etkin coğrafi çoğaltma

Etkin coğrafi çoğaltma kullandığınızda, uygulamalar gruptaki herhangi bir önbellek örneğinden okuma ve yazma yapabilir ve değişiklikler tüm bölgeler arasında otomatik olarak eşitlenir. Hizmet, her bölgenin aynı anda hem okuma hem de yazma işlemlerini işleyebildiği etkin-etkin çoğaltma desenlerini destekler. Farklı bölgelerdeki eşzamanlı yazma işlemleri nedeniyle çakışmalar oluştuğunda, hizmet bunları el ile müdahaleye gerek kalmadan önceden belirlenmiş çakışma çözümleme algoritmaları kullanarak otomatik olarak çözümler. Bu yaklaşım, genel olarak dağıtılmış uygulamalar için düşük gecikme süreli erişimi korurken bölge hatalarına dayanıklılık sağlar.

Aşağıdaki diyagramda, her önbellek örneğine bağlanan istemci uygulamalarıyla aynı etkin coğrafi çoğaltma grubu içindeki farklı bölgelerdeki iki önbellek örneği gösterilmektedir:

İstemci uygulamalarınızı, herhangi bir bölgesel örnek başarısız olursa isteklerini iyi durumdaki bir örneğe yönlendirecek şekilde yapılandırmak sizin sorumluluğunuzdadır. Aşağıdaki diyagramda bir uygulamanın normalde kullandığı örnek başarısız olduğunda isteklerini nasıl iyi durumda bir önbellek örneğine yönlendirebileceği gösterilmektedir:

Gereksinimler

• Bölge desteği Azure Yönetilen Redis etkin coğrafi çoğaltma, hizmetin kullanılabilir olduğu tüm Azure bölgeleri arasında yapılandırılabilir.

• Örnek yapılandırması: Etkin coğrafi çoğaltma, tüm katılımcı bölgelerde aynı katmana ve boyuta sahip Azure Yönetilen Redis örneklerini gerektirir. Çoğaltma grubundaki tüm önbellek örnekleri kalıcılık seçenekleri, modüller ve kümeleme ilkeleri dahil olmak üzere aynı ayarlarla yapılandırılmalıdır.

• Diğer gereksinimler: Önbellek örnekleriniz kullandığınız modüller de dahil olmak üzere diğer gereksinimleri karşılamalıdır ve önbellek örneklerinizin ölçeklendirilebilmesini etkiler. Daha fazla bilgi için bkz . Etkin coğrafi çoğaltma önkoşulları.

Değerlendirmeler

• Yük devretme sorumluluğu: Etkin coğrafi çoğaltma kullandığınızda , önbellek örnekleri arasında yük devretme sizin sorumluluğunuzdadır. Uygulamanızı yük devretmeyi işleyecek şekilde hazırlamanız ve yapılandırmanız gerekir. Yük devretme hazırlık gerektirir ve birden çok adımı tamamlamanızı gerektirebilir. Daha fazla bilgi için bkz. Bölge kesintisi varsa bağlantıyı zorla kaldırma.

• Nihai tutarlılık: Uygulamaların nihai tutarlılık senaryolarını işleyecek şekilde tasarlanması gerekir çünkü değişikliklerin ağ koşullarına ve coğrafi uzaklığa bağlı olarak tüm bölgelere yayılması zaman alabilir. Bölge kesintileri sırasında, bağlantı geri yüklenene ve eşitleme tamamlanana kadar daha fazla veri tutarsızlıklarıyla karşılaşabilirsiniz.

Maliyet

Etkin coğrafi çoğaltmayı etkinleştirdiğinizde, çoğaltma grubu içindeki her bölgedeki her Azure Yönetilen Redis örneği için faturalandırılırsınız. Ayrıca, bölgeler arasında bölgeler arası çoğaltma trafiği için veri aktarımı ücretlerine tabi olabilirsiniz. Fiyatlandırma hakkında daha fazla bilgi için bkz. Azure Yönetilen Redis fiyatlandırması ve Bant genişliği fiyatlandırma ayrıntıları.

Çok bölgeli desteği yapılandırma

• Yeni bir coğrafi çoğaltmalı önbellek örneği oluşturma: Bir çoğaltma grubu belirterek ve birden çok örneği bağlayarak önbellek sağlama sırasında etkin coğrafi çoğaltmayı yapılandırın. Daha fazla bilgi için bkz. Etkin bir coğrafi çoğaltma grubu oluşturma veya gruba katılma.

• Coğrafi çoğaltma için mevcut bir önbellek örneğini etkinleştirme: Etkin bir coğrafi çoğaltma grubuna mevcut bir önbellek örneği ekleyebilirsiniz.

  Ancak, mevcut bir örnek etkin bir coğrafi çoğaltma grubuna eklendiğinde, örnekteki verilerin temizlenmesi gerekir ve az miktarda kesinti süresi yaşanır. Mümkünse, önbellek örnekleri oluştururken etkin coğrafi çoğaltmayı etkinleştirmeyi planlayın.

  Daha fazla bilgi için bkz. Etkin bir coğrafi çoğaltma grubuna var olan bir örneği ekleme.

• Önbellek örneğinde coğrafi çoğaltmayı devre dışı bırakma: Önbellek örneğini silerek bir örneği coğrafi çoğaltma grubundan kaldırın. Kalan örnekler kendilerini otomatik olarak yeniden yapılandırır.

Kapasite planlaması ve yönetimi

Bölge azaltma olayı sırasında diğer örnekler daha yüksek baskı altında olabilir. Bir instance genellikle zaten kaynak baskısı altındaysa ve bölge hatası sırasında artan kapasite gereksinimlerine hazırlanmanız gerekiyorsa, instance'ı fazla sağlamayı göz önünde bulundurun. Bir örneği nasıl ölçeklendireceğinizi öğrenmek için bkz. Azure Yönetilen Redis örneğini ölçeklendirme.

Tüm bölgeler iyi durumda olduğunda davranış

Bu bölümde, örnekler etkin coğrafi çoğaltma kullanacak şekilde yapılandırıldığında ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

• Bölgeler arasında trafik yönlendirme: Uygulamalarınızı belirli bir önbellek örneğine bağlanacak şekilde yapılandırmak sizin sorumluluğunuzdadır. Uygulamalar çoğaltma grubundaki herhangi bir önbellek örneğine bağlanabilir ve hem okuma hem de yazma işlemleri gerçekleştirebilir. Trafik yönlendirme uygulama tarafından işlenir ve en düşük gecikme süresi için istemcileri en yakın bölgeye yönlendirmenizi sağlar. Azure Yönetilen Redis, bölgeler arasında otomatik trafik yönlendirmesi sağlamaz.

• Bölgeler arasında veri çoğaltma: Hizmet, nihai tutarlılığı korumak için bölgeler arasında zaman uyumsuz çoğaltma kullanır. Yazma işlemleri hemen yerel bölgede işlenir ve ardından arka planda diğer bölgelere yayılır. Çakışmasız çoğaltılmış veri türleri (CRDT) farklı bölgelerdeki eşzamanlı yazmaların otomatik olarak birleştirilmesini sağlar.

Bölge hatası sırasındaki davranış

Bu bölümde, örnekler etkin coğrafi çoğaltma kullanacak şekilde yapılandırıldığında ve bir bölgede kesinti olduğunda neler bekleyebileceğiniz açıklanmaktadır:

• Algılama ve yanıt: Bir önbellek örneğinin hatasını algılamak ve yük devretme zamanına karar vermekten siz sorumlusunuz. Coğrafi olarak çoğaltılmış bir kümenin sistem durumunu izleyebilirsiniz. Bu, yük devretmenin ne zaman başlayacağına karar vermenize yardımcı olabilir. Daha fazla bilgi için bkz . Coğrafi çoğaltma ölçümü.

  Yük devretme için birden çok adım gerçekleştirmeniz gerekir. Daha fazla ayrıntı için bkz. Bölge kesintisi durumunda bağlantıyı zorla kaldır.

• Bildirim: Microsoft, bir bölge kapatıldığında size otomatik olarak bildirim vermez. Bununla birlikte, tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlamak için Azure Hizmet Durumu'nı kullanabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

  Ayrıca her örneğin sağlığını da izleyebilirsiniz.

  Coğrafi çoğaltma ilişkisinin durumunu izlemek için Coğrafi çoğaltma sağlıklı ölçümünü kullanabilirsiniz. Ölçüm her zaman 1 (sağlıklı) veya 0 (sağlıksız) değerine sahiptir. Örneklerin ne zaman eşitlenmemiş olabileceğini anlamak için bu ölçümde Azure İzleyici uyarılarını yapılandırabilirsiniz.

• Etkin istekler: Başarısız bölgeye yönelik istekler sonlandırılır ve uygulamanızın yük devretme mantığı tarafından işlenmelidir. Uygulamalar, trafiği iyi durumdaki önbelleklere yönlendirebilen yeniden deneme ilkeleri uygulamalıdır.

• Beklenen veri kaybı: Bölgeler arasındaki zaman uyumsuz çoğaltma nedeniyle, başarısız bölgeye yapılan son yazma işlemleri henüz başka bölgelere çoğaltılmadıysa kaybolabilir. Olası veri kaybı miktarı, hata anında çoğaltma gecikmesine bağlıdır. Daha fazla bilgi için bkz. Active-Active coğrafi olarak dağıtılmış Redis ve CRDB Bölgesel Hatasında Tutarlılık ve Veri Kaybıyla İlgili Önemli Noktalar.

• Beklenen kapalı kalma süresi: Uygulamalar yalnızca hatayı algılamak ve trafiği iyi durumdaki bölgelere yönlendirmek için gereken süre boyunca kapalı kalma süresiyle karşılaşır. Bu genellikle uygulamanızın sistem durumu denetimi ve yük devretme yapılandırmasını nasıl yapılandırdığınıza bağlı olarak saniyeler ile birkaç dakika arasında değişir.

• Trafik yönlendirme: Bölge hatalarını algılamak ve trafiği iyi durumdaki bölgelere yönlendirmek için uygulamalarınıza mantık uygulamak sizin sorumluluğunuzdadır. Bu, sistem durumu denetimleri, devre kesici desenleri veya dış yük dengeleme çözümleri aracılığıyla gerçekleştirilebilir.

Bölge geri kazanımı

Başarısız bir bölge kurtarıldığında Azure Yönetilen Redis, müdahalenize gerek kalmadan bu bölgedeki örnekleri otomatik olarak etkin coğrafi çoğaltma grubuna yeniden ekler. Hizmet, iyi durumdaki örneklerden verileri otomatik olarak senkronize eder. Bu işlem sırasında kurtarılan örnek, kesinti sırasında oluşan değişiklikleri yavaş yavaş yakalar. Eşitleme tamamlandıktan sonra kurtarılan örnekler tamamen etkin hale gelir ve hem okuma hem de yazma işlemlerini işleyebilir.

Trafiği kurtarılan bölge örneğine geri yönlendirmek için uygulamanızı yeniden yapılandırmak sizin sorumluluğunuzdadır.

Bölge hataları testi

Uygulamanızın yük devretme yordamlarını düzenli olarak test etmelisiniz. Uygulamanızın, örnekler arasında yük devretme gerçekleştirebilmesi ve bu esnada kapalı kalma süresi için iş gereksinimleriniz dahilinde kalması önemlidir. Güvenlik duvarlarının ve diğer altyapının yeniden yapılandırılması ve kurtarma süreciniz de dahil olmak üzere genel yanıt süreçlerinizi test edin.

Hizmet bakımına dayanıklılık

Azure Yönetilen Redis düzenli hizmet yükseltmeleri ve diğer bakım görevlerini gerçekleştirir.

Bakım devam ederken, Azure Yönetilen Redis otomatik olarak yeni düğümler oluşturur ve yük devretmeyi otomatik olarak gerçekleştirir. İstemci uygulamaları bağlantı kesintilerini ve diğer geçici hataları görebilir. Uygulamalar bu geçici kesintileri işlemek için yeniden deneme mantığı uygulamalıdır .

Azure Yönetilen Redis'in bakım işlemleri hakkında daha fazla bilgi edinmek için bkz: Azure Managed Redis için yük devretme ve düzeltme eki uygulama.

Yedekleme ve geri yükleme

Azure Yönetilen Redis, diğer güvenilirlik özelliklerinin ele almayabileceği veri kaybı senaryolarına karşı koruma sağlamak için hem veri kalıcılığı hem de yedekleme özellikleri sağlar. Yedeklemeler veri bozulması, yanlışlıkla silme veya yapılandırma hataları gibi senaryolara karşı koruma sağlayabilir.

• Veri kalıcılığı: Varsayılan olarak, Azure Yönetilen Redis tüm önbellek verilerini bellekte depolar. İsteğe bağlı olarak, veri kalıcılığını kullanarak verilerinizin anlık görüntülerini diske yazabilir. Düğümü etkileyen bir donanım hatası varsa Azure Yönetilen Redis verileri otomatik olarak geri yükler. Aralarından seçim yapabileceğiniz farklı veri kalıcılığı türleri vardır ve bu da anlık görüntü sıklığı ile önbelleğinizdeki performans etkileri arasında farklı dengeler sağlar.

  Ancak, veri dosyaları başka bir örneğe geri yüklenemez ve dosyalara erişemezsiniz. Veri kalıcılığı sizi veri bozulmasına veya yanlışlıkla silinmeye karşı korumaz.

• İçeri ve dışarı aktarma: Azure Yönetilen Redis, yedekleme dosyalarını Azure Blob Depolama'ya kaydeden içeri ve dışarı aktarma işlevini kullanarak verilerinizin yedek olmasını destekler. Azure Depolama hesabınızda coğrafi olarak yedekli depolama yapılandırabilir veya daha fazla koruma için yedek blobları başka konumlara kopyalayabilir veya taşıyabilirsiniz.

  Dışarı aktarılan dosyalar aynı önbellek örneğine veya farklı bir önbellek örneğine geri yüklenebilir.

  Yerleşik içeri veya dışarı aktarma zamanlayıcısı yoktur, ancak dışarı aktarma işlemlerini başlatmak için Azure CLI veya Azure PowerShell kullanan kendi otomasyon işlemlerinizi geliştirebilirsiniz.

Hizmet düzeyi sözleşmesi

Azure hizmetleri için hizmet düzeyi sözleşmesi (SLA), her hizmetin beklenen kullanılabilirliğini ve bu kullanılabilirlik beklentisini elde etmek için çözümünüzün karşılaması gereken koşulları açıklar. Daha fazla bilgi için çevrimiçi hizmetler için SLA'lar sayfasına bakın.

Azure Yönetilen Redis için SLA, önbellek uç noktalarına bağlantıyı kapsar. SLA, veri kaybına karşı korumayı kapsamaz.

Azure Yönetilen Redis için kullanılabilirlik SLA'larına uygun olmak için:

• Yüksek kullanılabilirlik yapılandırmasını etkinleştirmeniz gerekir.
• Geçici kullanım dışılığı üretmek için belgelenen hiçbir ürün özelliğini veya yönetim eylemini başlatmamalısınız.

Örneğiniz alanlar arası yedekli olduğunda daha yüksek kullanılabilirlik SLA'ları uygulanır. Bazı katmanlarda, etkin coğrafi çoğaltma kullanarak alanlar arası yedekli örnekleri en az üç bölgeye dağıttığınızda daha yüksek kullanılabilirlik SLA'sı için uygun olabilirsiniz.