Aracılığıyla paylaş

Azure Yönetilen Redis'te güvenilirlik

Azure Yönetilen Redis , Redis Enterprise'ı temel alan tam olarak yönetilen bir Azure hizmetidir. Uygulamalar için yüksek performanslı, bellek içi veri depolama sağlar ve 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 tasarlanmıştır.

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'in geçici hatalar, kullanılabilirlik alanı kesintileri ve bölge kesintileri gibi çeşitli olası kesintilere ve sorunlara karşı nasıl dayanıklı hale getirilmeye başlandığı açıklanmaktadır. Ayrıca yedekleme stratejilerini ve hizmet düzeyi sözleşmesini (SLA) açıklar.

Ü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ğıtmak üzere yüksek kullanılabilirlik kullanın.

  • Kullanılabilirlik alanları olan bir bölgeye yüksek oranda kullanılabilir bir önbellek dağıtarak alanlar arası yedekliliği kullanın.

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

Önbellek örneği veya önbellek olarak da bilinen Azure Yönetilen Redis örneğini 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'te dayanıklılık planı yaparken düğümlerin ve parçaların temel kavramlarını anlamanız gerekir.

  • 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 otomatik olarak örnekler oluşturur, örnek durumunu izler ve iyi durumda olmayan örneklerin yerini alır. Bu VM kümesi bir küme oluşturur.

    Örneğinizi yüksek kullanılabilirlik için ayarlayabilirsiniz. Yüksek kullanılabilirlik kullanıldığında, Azure Yönetilen Redis, örneği en az iki düğüme sahip olacak şekilde sağlar ve verileri bunlar arasında otomatik şekilde çoğaltır. Kullanılabilirlik alanları olan bölgelerde hizmet, düğümleri farklı kullanılabilirlik alanlarına yerleştirir. 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ırmadaki belirli düğüm sayısını soyutlar.

  • Parçalar: Her düğüm , parça olarak bilinen birden çok Redis sunucu işlemi çalıştırır. Her parça, önbelleğinizin verilerinin bir alt kümesini yönetir. Önbelleğinizi yüksek kullanılabilirlik için ayarladığınızda, 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 uygulayan SDK yapılandırmalarını kullanın. Uygulamalarınızda Yeniden Deneme desenini ve Devre Kesici düzenini kullanmayı göz önünde bulundurun.

  • Kenar önbellek desenleri için tasarım, Redis geçici olarak kullanılamaz olduğunda birincil veri deposuna geri dönerek uygulamanızın düşük performansla çalışmaya devam edebilmesini sağlar.

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 örneklerini alanlar arası yedekli hale getirerek önbellek düğümlerini bir bölgedeki birden çok kullanılabilirlik alanına otomatik olarak dağıtabilirsiniz. Alanlar arası yedeklilik, bir veri merkezi veya kullanılabilirlik alanı kesintisinin önbelleğinizi kullanılamaz hale getirdiği riskini azaltır.

Önbellek bölgesini yedekli hale getirmek için, bunu desteklenen bir bölgeye dağıtmanız ve yüksek kullanılabilirlik yapılandırmasını kullanacak şekilde ayarlamanız 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ölgelere yerleştirilmiyor.

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

Alanlar arası yedeklilik için ayrı kullanılabilirlik alanları arasında dağıtılmış iki düğüme sahip bir önbelleği gösteren diyagram.

Gereksinimler

  • Bölge desteği: Alanlar arası yedekli Azure Yönetilen Redis önbelleklerini kullanılabilirlik alanlarını destekleyen ve hizmetin kullanılabildiği herhangi bir bölgeye dağıtabilirsiniz. Kullanılabilirlik alanlarını destekleyen bölgelerin 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ı kullanmanız gerekir.

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

Maliyet

Bölge yedekliliği, önbelleğiniz için en az iki düğüm dağıtarak yüksek kullanılabilirlik sağlamak amacıyla önbelleğinizi ayarlamanızı gerektirir. Yüksek kullanılabilirlik yapılandırması, yüksek olmayan kullanılabilirlik yapılandırmasından daha yüksek maliyetlidir. Daha fazla bilgi için bkz. Azure Yönetilen Redis fiyatlandırması.

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

  • Alanlar arası yedekli yeni bir örnek oluşturun. Yeni bir Azure Yönetilen Redis örneği oluşturduğunuzda, yüksek kullanılabilirlik yapılandırmasını kullanın ve kullanılabilirlik alanlarını destekleyen bir bölgeye dağıtın. Örnek, ek yapılandırma gerektirmeden varsayılan olarak alanlar arası yedeklilik içerir.

    Daha fazla bilgi için bkz. Azure Yönetilen Redis örneği oluşturma.

  • Mevcut bir örnek bölgesini yedekli hale getirin. Mevcut bir Azure Yönetilen Redis örneği bölgesini yedekli hale getirmek için kullanılabilirlik alanlarını destekleyen bir bölgeye dağıtın ve önbellekte yüksek kullanılabilirlik ayarlayın.

  • Alanlar arası yedekliliği kapatın. Bir önbelleğe uyguladıktan sonra yüksek kullanılabilirliği tersine çeviremediğiniz için mevcut örneklerde alanlar arası yedekliliği kapatamazsınız.

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ı yaşıyorsa ve kullanılabilirlik alanı hatasına hazırlanmanız gerekiyorsa aşağıdaki yaklaşımlardan birini göz önünde bulundurun:

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ı normal şekilde çalıştığında neler bekleyebileceğiniz açıklanmaktadır:

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

  • Bölgeler arasında veri çoğaltma: Azure Yönetilen Redis, zaman uyumsuz çoğaltma kullanarak parçaları düğümler arasında otomatik olarak çoğaltır. Genellikle parçalar arasındaki çoğaltma gecikmesini saniyeler içinde ölçersiniz, ancak tam süre önbelleğinizin iş yüküne bağlıdır. Yoğun yazma ve ağ ağırlıklı senaryolarda genellikle daha yüksek çoğaltma gecikmesi yaşanıyor.

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

Bu bölümde, yönetilen bir Redis önbelleği alanlar arası yedekli olduğunda ve bir veya daha fazla kullanılabilirlik alanı kullanılamaz hale geldiğinde 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: Hizmet, uçuş içi istekleri bırakabilir ve uygulamaların bunları yeniden denemesi gerekir. 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ını saniye cinsinden ölçersiniz, ancak çoğaltma gecikmesine bağlıdır.

  • Beklenen kapalı kalma süresi: Parçalar iyi durumdaki bölgelerdeki düğümlere yük devrederken genellikle 10 ile 15 saniye arasında küçük bir kapalı kalma süresi oluşabilir. Planlanmamış yük devretme işlemi hakkında daha fazla bilgi için bkz. Yük devretmenin açıklaması. Uygulamaları tasarlarken , geçici hata işlemeye yönelik uygulamaları izleyin.

  • 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 yeniden çalışma işlemlerini tamamen yönetir, bu nedenle kullanılabilirlik alanı hata işlemlerini doğrulamanız veya başka 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ı ayarlayabilirsiniz.

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ölgelerde eşzamanlı yazma işlemleri nedeniyle çakışmalar oluştuğunda, hizmet el ile müdahaleye gerek kalmadan önceden belirlenmiş çakışma çözümleme algoritmalarını kullanarak bunları 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, aynı etkin coğrafi çoğaltma grubu içindeki farklı bölgelerdeki iki önbellek örneği ve her önbellek örneğine bağlanan istemci uygulamaları gösterilmektedir.

Aynı etkin coğrafi çoğaltma grubu içindeki farklı bölgelerdeki iki önbelleği gösteren diyagram. Uygulamalar her örneğe bağlanır.

Herhangi bir bölgesel örnek başarısız olursa istekleri iyi durumdaki bir örneğe yeniden yönlendirmek için istemci uygulamalarınızı ayarlamak sizin sorumluluğunuzdadır. Aşağıdaki diyagramda, genellikle kullandıkları örnek başarısız olduğunda uygulamanın isteklerini nasıl iyi durumdaki bir önbellek örneğine yönlendirebileceği gösterilmektedir.

Farklı bölgelerdeki iki önbelleği gösteren diyagram. Bir önbellek başarısız oluyor ve uygulamalar iyi durumdaki örneğe bağlanıyor.

Gereksinimler

  • Bölge desteği: Hizmetin kullanılabildiği tüm Azure bölgeleri arasında Azure Yönetilen Redis etkin coğrafi çoğaltmayı ayarlayabilirsiniz.

  • Örnek yapılandırması: Etkin coğrafi çoğaltma, katılan her bölgede aynı katmanı ve boyutu kullanan 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 de dahil olmak üzere aynı ayarları kullanmalıdır.

  • Diğer gereksinimler: Önbellek örnekleriniz, kullandığınız modüller de dahil olmak üzere diğer gereksinimleri karşılamalıdır. Bu gereksinimler, önbellek örneklerinizi nasıl ölçeklendirebileceğinizi 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ı, başarısızlık durumunda devretmeyi işlemek üzere hazırlayın. Yük devretme hazırlık gerektirir ve birden çok adım gerçekleştirmenizi gerektirebilir. Daha fazla bilgi için bkz. Bölge kesintisi sırasında bağlantının zorla kesilmesi.

  • Nihai tutarlılık: Değişikliklerin ağ koşullarına ve coğrafi uzaklığa bağlı olarak tüm bölgelere yayılması zaman alabileceğinden, nihai tutarlılık senaryolarını işlemek için uygulamalar tasarlayabilirsiniz. Bölge kesintileri sırasında, bağlantı geri yüklenene ve eşitleme bitene kadar daha fazla veri tutarsızlıkları yaşayabilirsiniz.

Maliyet

Etkin coğrafi çoğaltmayı ayarladığınızda, çoğaltma grubundaki her bölgedeki her Azure Yönetilen Redis örneği için ödeme alırsınız. Bölgeler arasında bölgeler arası çoğaltma trafiği için de veri aktarımı ücreti ödemeniz gerekebilir. 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

  • Coğrafi olarak çoğaltılmış yeni bir önbellek örneği oluşturun. Bir çoğaltma grubu belirtip birden çok örneği bağlayarak önbelleği sağlarken etkin coğrafi çoğaltmayı ayarlayın. Daha fazla bilgi için bkz. Etkin bir coğrafi çoğaltma grubu oluşturma veya gruba katılma.

  • Coğrafi çoğaltma grubuna mevcut bir önbellek örneği ekleyin. Etkin bir coğrafi çoğaltma grubuna mevcut bir önbellek örneği ekleyebilirsiniz.

    Mevcut bir örneği etkin bir coğrafi çoğaltma grubuna eklediğinizde, platformun örnekteki verileri temizlemesi gerekir ve az miktarda kapalı kalma süresiyle karşılaşırsınız. Mümkünse, önbellek örnekleri oluşturduğunuzda etkin coğrafi çoğaltmayı ayarlamayı 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ı kapatın. Önbellek örneğini silerek bir örneği coğrafi çoğaltma grubundan kaldırın. Kalan örnekler ayarlarını otomatik olarak ayarlar.

Kapasite planlaması ve yönetimi

Bölge azaltma olayı sırasında diğer örnekler daha yüksek yükle karşılaşabilir. Bir örnek sıklıkla kaynak sınırlarına yakın çalışıyorsa ve bölgede bir arıza durumunda artan kapasite gereksinimlerine hazırlanmanız gerekiyorsa, örneği fazla kaynakla donatmayı göz önünde bulundurun. Daha fazla bilgi için bkz. Azure Yönetilen Redis örneğini ölçeklendirme.

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

Bu bölümde, etkin coğrafi çoğaltmayı kullanmak ve tüm bölgelerin normal şekilde çalışması için örnekleri ayarladığınızda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arasında trafik yönlendirme: Uygulamalarınızı belirli bir önbellek örneğine bağlanacak şekilde ayarlamak 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. Uygulama, en düşük gecikme süresi için istemcileri en yakın bölgeye yönlendirmenizi sağlayan trafik yönlendirmesini işler. Azure Yönetilen Redis, bölgeler arasındaki trafiği otomatik olarak yönlendirmez.

  • Bölgeler arasında veri çoğaltma: Hizmet, nihai tutarlılığı korumak için bölgeler arasında zaman uyumsuz çoğaltma kullanır. Yerel bölgede yazma işlemlerini hemen taahhüt eder ve ardından bunları arka planda diğer bölgelere yayar. Çakışmasız çoğaltılmış veri türleri (CRDT) hizmetin farklı bölgelerdeki eşzamanlı yazmaları otomatik olarak birleştirmesini sağlar.

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

Bu bölümde, etkin coğrafi çoğaltmayı kullanmak için örnekleri ayarladığınızda ve bir bölgede kesinti oluştuğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: Önbellek örneğinin başarısızlığını tespit etmek ve yük devrini ne zaman yapacağınıza karar vermek sizin sorumluluğunuzdadır. 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 bilgi için bkz. Bölge kesintisi sırasında bağlantının zorla kesilmesi.

  • 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 iyi durumda ölçümünü kullanın. Ölçüm her zaman 1 (sağlıklı) veya 0 (sağlıksız) değerine sahiptir. Örneklerin ne zaman eşitlenmemiş olabileceğini belirlemek için bu ölçümde Azure İzleyici uyarıları ayarlayın.

  • Etkin istekler: Hizmet, başarısız bölgeye yönelik istekleri sonlandırır ve uygulamanızın yük devretme mantığının bunları işlemesi gerekir. Uygulamalar, trafiği iyi durumdaki önbelleklere yönlendirebilen yeniden deneme ilkeleri uygulamalıdır.

  • Beklenen veri kaybı: Bölgeler arasında zaman uyumsuz çoğaltma, yapılan yazma işlemleri diğer bölgelere çoğaltılmamışsa, başarısız bölgedeki son yazmaların kaybolmasına neden olabilir. Olası veri kaybı miktarı, hata anında çoğaltma gecikmesine bağlıdır. Daha fazla bilgi için Etkin-etkin coğrafi olarak dağıtılmış Redis ve çakışmasız çoğaltılmış veritabanı (CRDB) bölgesel hatasında tutarlılık ve veri kaybı üzerine önemli hususlar bölümüne bakınız.

  • 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üresi yaşar. Bu kapalı kalma süresi genellikle saniyeler ile birkaç dakika arasında değişir ve uygulamanızın sistem durumu denetimi ve yük devretme yapılandırmasını nasıl ayarladığınıza bağlıdır.

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

Bölge geri kazanımı

Başarısız bir bölge kurtarıldığında, Azure Yönetilen Redis sizin müdahaleniz olmadan bu bölgedeki örnekleri otomatik olarak etkin coğrafi çoğaltma grubuna yeniden ekler. Hizmet, sağlıklı durumdaki örneklerden verileri otomatik olarak senkronize eder. Bu işlem sırasında, kurtarılan örnekler kesinti sırasında oluşan değişiklikleri aşamalı olarak eşitler. 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 edin. Uygulamanızın örnekler arasında yük devretme yapabilmesi ve geçiş sırasında kapalı kalma süresi için iş gereksinimlerinizi karşılayabilmesi gerekir. Ayrıca 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, normal hizmet yükseltmelerini ve diğer bakım görevlerini işler.

Bakım sırasında, Azure Yönetilen Redis yeni düğümleri otomatik olarak oluşturur ve yük devretme işlemi yapar. İstemci uygulamaları bağlantı kesintileri ve diğer geçici hatalarla karşılaşabilir. Uygulamalar bu geçici kesintileri işlemek için yeniden deneme mantığı uygulamalıdır .

Azure Yönetilen Redis bakım işlemleri hakkında daha fazla bilgi için bkz. Azure Managed Redis için yük devretme ve güncelleme yamaları.

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ğlar.

  • Veri kalıcılığı: Varsayılan olarak, Azure Yönetilen Redis tüm önbellek verilerini bellekte depolar. Hizmet, isteğe bağlı olarak veri kalıcılığını kullanarak verilerinizin anlık görüntülerini diske yazabilir. Bir donanım hatası düğümü etkilerse Azure Yönetilen Redis verileri otomatik olarak geri yükler. Anlık görüntü sıklığı ve önbelleğinizdeki performans etkileri arasında farklı dengeler sağlayan farklı veri kalıcılığı türleri arasından seçim yapabilirsiniz.

    Veri dosyalarını başka bir örneğe geri yükleyemezsiniz 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 kullandığınızda verilerinizin yedeklerini destekler. Desteklenen bölgelerde Azure Depolama hesabınızda coğrafi olarak yedekli depolama (GRS) ayarlayabilir 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ükleyebilirsiniz.

    Hizmet yerleşik içeri veya dışarı aktarma zamanlayıcısı içermez, 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. Veri kaybına karşı korumayı kapsamaz.

Azure Yönetilen Redis için kullanılabilirlik SLA'larına uygun olmak için aşağıdaki gereksinimleri karşılamanız gerekir:

  • Yüksek kullanılabilirlik yapılandırması kullanmanız 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 hale gelebilirsiniz.

İlgili içerik

  • Last updated on