Redis için Azure Cache’i yönetme

  • Makale

Bu makalede, yeniden başlatma ve Kanalı güncelleştirme ve Redis için Azure Cache örnekleriniz için güncelleştirmeleri zamanlama gibi yönetim görevlerinin nasıl gerçekleştirilmesi açıklanır.

Yeniden başlatma

Sol tarafta, Yeniden Başlatma önbelleğinizin bir veya daha fazla düğümünün yeniden başlatılmasını sağlar. Bu yeniden başlatma özelliği, önbellek düğümünde hata olması durumunda uygulamanızı dayanıklılık açısından test etmenizi sağlar.

Önemli

Kurumsal katmanda yeniden başlatma henüz kullanılamıyor. Yeniden başlatma diğer tüm katmanlar için kullanılabilir.

Yeniden Başlat menü seçeneğini vurgulayan ekran görüntüsü

Yeniden başlatacak düğümleri seçin ve yeniden başlat'ı seçin.

Hangi düğümleri yeniden başlatabileceğinizi gösteren ekran görüntüsü

Kümelemenin etkinleştirildiği bir premium önbelleğiniz varsa, önbelleğin hangi parçalarının yeniden başlatılıp başlatılmayabileceğini seçebilirsiniz.

parça seçeneklerinin ekran görüntüsü

Önbelleğinizin bir veya daha fazla düğümlerini yeniden başlatmak için düğümleri seçin ve Yeniden başlat'ı seçin. Kümelemenin etkinleştirildiği bir premium önbelleğiniz varsa, yeniden başlatacak parçaları seçin ve ardından Yeniden Başlat'ı seçin. Birkaç dakika sonra, seçilen düğümler yeniden başlatılır ve birkaç dakika sonra yeniden çevrimiçi olur.

İstemci uygulamalarınız üzerindeki etkisi, yeniden başlatdığınız düğümlere bağlı olarak değişir.

  • Birincil - Birincil düğüm yeniden başlatıldığında, Redis için Azure Cache çoğaltma düğümüne yük devredilir ve birincil düğüme yükseltilir. Bu yük devretme sırasında, bağlantıların önbellekte başarısız olabileceği kısa bir zaman aralığı olabilir.
  • Çoğaltma - Çoğaltma düğümü yeniden başlatıldığında genellikle önbellek istemcileri üzerinde hiçbir etkisi olmaz.
  • Hem birincil hem de çoğaltma - her iki önbellek düğümü de yeniden başlatıldığında, Redis için Azure Cache iki düğümü de düzgün bir şekilde yeniden başlatmayı dener ve diğerini yeniden başlatmadan önce birinin bitebilmesini bekler. Genellikle veri kaybı gerçekleşmez. Ancak, beklenmeyen bakım olaylarında veya hatalarında yine de veri kaybı oluşabilir. Önbelleğinizi art arda birçok kez yeniden başlatmak veri kaybı olasılığını artırır.
  • Kümeleme etkinleştirilmiş bir premium önbelleğin düğümleri - Kümeleme etkin bir premium önbelleğin bir veya daha fazla düğümünü yeniden başlatırken, seçili düğümlerin davranışı ilgili düğümü veya kümelenmemiş önbelleğin düğümlerini yeniden başlatmanızla aynıdır.

Yeniden başlatma hakkında SSS

Uygulamamı test etmek için hangi düğümü yeniden başlatmalıyım?

Uygulamanızın önbelleğinizin birincil düğümünün başarısızlığına karşı dayanıklılığını test etmek için Birincil düğümü yeniden başlatın. Uygulamanızın çoğaltma düğümünün başarısızlığına karşı dayanıklılığını test etmek için Çoğaltma düğümünü yeniden başlatın.

İstemci bağlantılarını temizlemek için önbelleği yeniden başlatabilir miyim?

Evet, önbelleği yeniden başlatırsanız tüm istemci bağlantıları temizlenir. Yeniden başlatma, istemci uygulamasındaki bir mantık hatası veya hata nedeniyle her istemci bağlantısının kullanılması durumunda yararlı olabilir. Her fiyatlandırma katmanının çeşitli boyutlar için farklı istemci bağlantı sınırları vardır ve bu sınırlara ulaşıldıktan sonra istemci bağlantısı kabul edilir. Önbelleği yeniden başlatmak, tüm istemci bağlantılarını temizlemek için bir yol sağlar.

Önemli

İstemci bağlantılarını temizlemek için önbelleğinizi yeniden başlatırsanız, Redis düğümü yeniden çevrimiçi olduğunda StackExchange.Redis otomatik olarak yeniden bağlanır. Temel alınan sorun çözülmezse, istemci bağlantıları kullanılmaya devam edebilir.

Yeniden başlatma işlemi yaptığımda önbelleğimden verileri kaybeder miyim?

Hem Birincil hem de Çoğaltma düğümlerini yeniden başlatırsanız, önbellekteki (veya kümeleme etkin bir premium önbellek kullanırken bu parçadaki) tüm veriler güvenli olabilir. Ancak bazı durumlarda veriler kaybolabilir. Her iki düğümün de yeniden başlatılması dikkatli olunmalıdır.

Düğümlerden yalnızca birini yeniden başlatırsanız veriler genellikle kaybolmaz, ancak yine de olabilir. Örneğin, birincil düğüm yeniden başlatılırsa ve önbellek yazma işlemi devam ederse önbellek yazma işlemindeki veriler kaybolur. Veri kaybına yönelik başka bir senaryo, bir düğümü yeniden başlatırsanız ve aynı anda bir hata nedeniyle diğer düğümün kapanması olabilir. Veri kaybının olası nedenleri hakkında daha fazla bilgi için bkz. Redis'te verilerime ne oldu?

PowerShell, CLI veya diğer yönetim araçlarını kullanarak önbelleğimi yeniden başlatabilir miyim?

Evet, PowerShell yönergeleri için bkz. Bir Redis için Azure Cache yeniden başlatmak için.

Kurumsal önbelleğimi yeniden başlatabilir miyim?

Hayır Kurumsal katmanda yeniden başlatma henüz kullanılamıyor. Temel, Standart ve Premium katmanlarında yeniden başlatma kullanılabilir. Kaynak menüsünde Yönetici istrasyon altında gördüğünüz ayarlar, önbelleğinizin katmanına bağlıdır. Kurumsal katmanından bir önbellek kullanırken Yeniden Başlatma'yı görmezsiniz.

Verileri temizleme

Redis için Azure Cache Temel, Standart veya Premium katmanlarını kullanırken kaynak menüsünde Verileri boşalt seçeneğini görürsünüz. Verileri temizleme işlemi, önbelleğinizdeki tüm verileri silmenize veya temizlemenize olanak tanır. Bu temizleme işlemi, önbelleğinizde ölçeklendirme işlemini tamamlamak için gereken süreyi azaltmak için ölçeklendirme işlemlerinde önce kullanılabilir. Bellek kullanımını kontrol altında tutmak için geliştirme/test önbelleklerinizde temizleme işlemini düzenli aralıklarla çalıştıracak şekilde de yapılandırabilirsiniz.

Temizleme işlemi, kümelenmiş bir önbellekte yürütülürken tüm parçalardan verileri aynı anda temizler.

Önemli

Daha önce temizleme işlemi yalnızca coğrafi olarak çoğaltılan Kurumsal katman önbellekleri için kullanılabilirdi. Artık Temel, Standart ve Premium katmanlarında kullanılabilir.

Önbellek örneğinin kaynak menüsünde seçilen temizleme verilerini gösteren ekran görüntüsü.

Kanalı güncelleştirme ve Güncelleştirmeleri zamanlama

Sol tarafta Güncelleştirmeleri zamanla seçeneği önbellek örneğiniz için bir güncelleştirme kanalı ve bakım penceresi seçmenize olanak tanır.

Kararlı güncelleştirme kanalını kullanan tüm önbellek örnekleri, Önizleme güncelleştirme kanalını kullanarak önbellek örneklerinden birkaç hafta sonra güncelleştirmeleri alır. Üretim dışı ve daha az kritik iş yükleriniz için Önizleme güncelleştirme kanalını seçmenizi öneririz. En kritik üretim iş yükleriniz için Kararlı güncelleştirme kanalını seçin. Tüm önbellekler varsayılan olarak Kararlı güncelleştirme kanalına varsayılan olarak eklenir.

Önemli

Önbellek örneğinizdeki güncelleştirme kanalının değiştirilmesi, önbelleğinizde doğru güncelleştirmeleri uygulamak için bir düzeltme eki uygulama olayına neden olur. Bakım pencereniz sırasında güncelleştirme kanalını değiştirmeyi göz önünde bulundurun.

Bakım penceresi, önbelleğinizi barındıran VM'lerin güncelleştirilebileceği haftanın günlerini ve saatlerini denetlemenizi sağlar. Redis için Azure Cache, tanımladığınız belirtilen zaman penceresinde Redis sunucu yazılımını güncelleştirmeyi başlatmak ve bitirmek için en iyi çabayı gösterir.

Önemli

Güncelleştirme kanalı ve bakım penceresi Redis sunucusu güncelleştirmeleri ve önbelleği barındıran VM'lerin İşletim Sistemi güncelleştirmeleri için geçerlidir. Güncelleştirme kanalı ve bakım penceresi, önbellek VM'lerini veya diğer Azure Ağ bileşenlerini barındıran Konaklar için Konak işletim sistemi güncelleştirmeleri için geçerli değildir. Önbelleklerin eski modellerde barındırıldığı nadir durumlarda bakım penceresi Konuk işletim sistemi güncelleştirmelerine de uygulanmaz. Önbelleğinizin eski bir modelde olup olmadığını, önbelleğin DNS adının , chinacloudapp.cnusgovcloudapi.net veya cloudapi.desonekine cloudapp.netçözümlenip çözümlenmediğini anlayabilirsiniz.

Şu anda, kurumsal katman önbelleği için güncelleştirme kanalını veya zamanlanmış güncelleştirmeleri yapılandırma seçeneği yoktur.

Zamanlama güncelleştirmelerini gösteren ekran görüntüsü

Bir bakım penceresi belirtmek için, istediğiniz günleri denetleyin ve her günün bakım penceresinin başlangıç saatini belirtin. Ardından Tamam'ı seçin. Bakım penceresi saati UTC'dir ve yalnızca saatlik olarak yapılandırılabilir.

Güncelleştirmeler için varsayılan ve en düşük bakım penceresi beş saattir. Bu değer Azure portalından yapılandırılamaz, ancak New-AzRedisCacheScheduleEntry cmdlet'ini kullanarak MaintenanceWindow PowerShell'de yapılandırabilirsiniz. Daha fazla bilgi için bkz. PowerShell, CLI veya diğer yönetim araçlarını kullanarak zamanlanmış güncelleştirmeleri yönetebilir miyim?

Güncelleştirmeleri zamanlama hakkında SSS

Güncelleştirmeleri zamanlama özelliğini kullanmadığımda güncelleştirmeler ne zaman gerçekleşir?

Bir bakım penceresi belirtmezseniz, güncelleştirmeler istediğiniz zaman yapılabilir.

Zamanlanmış bakım penceresi sırasında ne tür güncelleştirmeler yapılır?

Zamanlanan bakım penceresi sırasında yalnızca Redis sunucu güncelleştirmeleri yapılır. Bakım penceresi Azure güncelleştirmeleri veya konak işletim sistemi güncelleştirmeleri için geçerli değildir.

PowerShell, CLI veya diğer yönetim araçlarını kullanarak zamanlanmış güncelleştirmeleri yönetebilir miyim?

Evet, zamanlanmış güncelleştirmelerinizi aşağıdaki PowerShell cmdlet'lerini kullanarak yönetebilirsiniz:

Zamanlanmış Güncelleştirmeler özelliği tarafından kapsanan ve yönetilen bir güncelleştirme Zamanlanmış Güncelleştirmeler penceresinin dışında gerçekleşebilir mi?

Evet. Genel olarak, güncelleştirmeler yapılandırılmış Zamanlanmış Güncelleştirmeler penceresinin dışına uygulanmaz. Nadir kritik güvenlik güncelleştirmeleri, güvenlik ilkemizin bir parçası olarak düzeltme eki uygulama zamanlaması dışında uygulanabilir.

İlgili içerik

Redis için Azure Cache özellikleri hakkında daha fazla bilgi edinin.