Aracılığıyla paylaş

Azure Yönetilen Redis örneği için veri kalıcılığını yapılandırma (önizleme)

  • Şunlara uygulanır: ✅ Azure Managed Redis

Redis kalıcılığı (önizleme), önbellek örneğinde depolanan verileri kalıcı hale almanızı sağlar. Donanım hatası varsa, önbellek örneği yeniden çevrimiçi olduğunda kalıcılık dosyasındaki verilerle yeniden oluşturulur. Tüm önbellek verileri bellekte depolandığından, verileri kalıcı hale getirmek, önbellek örneğinin dayanıklılığını artırmanın önemli bir yoludur. Önbellek düğümlerinin kapanmasına yol açan bir hata oluşursa veri kaybı olabilir. Kalıcılık, Azure Yönetilen Redis ile yüksek kullanılabilirlik ve olağanüstü durum kurtarma stratejinizin önemli bir parçası olmalıdır.

Önemli

Veri kalıcılığı, beklenmeyen Redis düğümü hataları için dayanıklılık sağlamaya yöneliktir, ancak bu bir veri yedekleme veya zaman noktası kurtarma (PITR) özelliği değildir. Bozuk veriler Redis örneğine yazılırsa bu veriler de kalıcı hale gelir. Redis örneğinizin yedeğini almak için dışarı aktarma özelliğini kullanın.

Kullanılabilirlik kapsamı

Katman Bellek için İyileştirilmiş, Dengeli, İşlem için İyileştirilmiş Flash İçin Optimize Edilmiş
Mevcut Evet (önizleme) Evet (önizleme)

Redis'te veri kalıcılığı türleri

Azure Yönetilen Redis ile kalıcılık için iki seçeneğiniz vardır: Redis veritabanı (RDB) biçimi ve Yalnızca Dosya Ekle (AOF) biçimi:

  • RDB kalıcılığı - RDB kalıcılığını kullandığınızda, Azure Yönetilen Redis önbelleğinizin anlık görüntüsünü ikili biçimde kalıcı hale getirir. Anlık görüntü, Redis örneğine bağlı bir yönetilen diske kaydedilir. Yapılandırılabilir yedekleme sıklığı, anlık görüntünün ne sıklıkta kalıcı hale dönüştürüleceğini belirler. Hem birincil hem de çoğaltmayı devre dışı bırakır bir felaket olayı oluşursa, önbellek en son anlık görüntü kullanılarak otomatik olarak yeniden oluşturulur. RDB kalıcılığının avantajları ve dezavantajları hakkında daha fazla bilgi edinin.
  • AOF kalıcılığı - AOF kalıcılığını kullandığınızda, Azure Yönetilen Redis her yazma işlemini bir günlüğe kaydeder. Günlük, Redis örneğine bağlı yönetilen diske saniyede bir kez kaydedilir. Hem birincil hem de çoğaltma önbelleklerini devre dışı bırakmak için yıkıcı bir olay oluşursa, önbellek depolanan yazma işlemleri kullanılarak otomatik olarak yeniden oluşturulur. AOF kalıcılığının avantajları ve dezavantajları hakkında daha fazla bilgi edinin.

Önemli

Azure Yönetilen Redis kalıcılık özellikleri, veri kaybından sonra verileri otomatik olarak aynı önbelleğe geri yüklemek için kullanılmak üzere tasarlanmıştır. RDB/AOF kalıcı veri dosyalarına kullanıcılar tarafından erişilemiyor veya yeni veya mevcut bir önbelleğe aktarılamıyor. Verileri önbellekler arasında taşımak için İçeri ve Dışarı Aktarma özelliğini kullanın. Daha fazla bilgi için bkz. Azure Yönetilen Redis'te verileri içeri ve dışarı aktarma.

Yeni bir önbelleğe eklenebilen verilerin yedeklerini oluşturmak için, verileri düzenli aralıklarla dışarı aktaran PowerShell veya Azure CLI kullanarak otomatik betikler yazabilirsiniz.

Önkoşullar ve sınırlamalar

Kalıcılık özellikleri, veri kaybından sonra verileri aynı önbelleğe geri yüklemek için kullanılmaya yöneliktir.

  • RDB/AOF kalıcı veri dosyaları yeni bir önbelleğe veya mevcut önbelleğe aktarılamaz. Bunun yerine İçeri/Dışarı Aktarma özelliğini kullanın.
  • Kalıcılık, etkin coğrafi çoğaltma kullanan önbelleklerde desteklenmez.
  • Kalıcı veri dosyalarını tutan yönetilen disk, varsayılan olarak Microsoft tarafından yönetilen anahtarlar (MMK) kullanılarak şifrelenir, ancak müşteri tarafından yönetilen anahtarlar (CMK) da kullanılabilir. Daha fazla bilgi için bkz. Veri şifrelemeyi yönetme.

Azure portalını kullanarak veri kalıcılığını ayarlama (önizleme)

  1. Azure portalında oturum açın ve Azure Yönetilen Redis hızlı başlangıç kılavuzundaki yönergeleri izleyin.

  2. Gelişmiş sekmesine ulaştığınızda, Veri Kalıcılığı bölümünde RDB veya AOF seçenekleri'ni seçin.

    Kurumsal katman Gelişmiş sekmesini ve Veri kalıcılığını gösteren ekran görüntüsü kırmızı bir kutuyla vurgulanmış.

  3. RDB kalıcılığını etkinleştirmek için RDB'yi seçin ve ayarları yapılandırın.

    Ayarlar Önerilen değer Açıklama
    Yedekleme Sıklığı Açılan listeyi kullanın ve bir yedekleme aralığı seçin. Seçenekler arasında 60 Dakika, 6 saat ve 12 saat bulunur. Bu aralık, önceki yedekleme işlemi başarıyla tamamlandıktan sonra geri saymaya başlar. Bu süre dolduğunda yeni bir yedekleme başlatılır.

  4. AOF kalıcılığını etkinleştirmek için AOF'yi seçin. Yalnızca bir yedekleme sıklığı seçeneği kullanılabilir.

  5. Azure Yönetilen Redis hızlı başlangıç kılavuzundaki diğer yönergeleri izleyerek önbelleği oluşturmayı tamamlayın.

Uyarı

Daha önce oluşturulmuş bir Azure Yönetilen Redis örneğine istediğiniz zaman Kaynak menüsündeki Gelişmiş ayarlar'a giderek kalıcılık ekleyebilirsiniz.

PowerShell ve Azure CLI kullanarak veri kalıcılığını ayarlama (önizleme)

PowerShell'i kullanma

New-AzRedisEnterpriseCache komutu, veri kalıcılığını kullanarak yeni bir Azure Yönetilen Redis örneği oluşturmak için kullanılabilir. RdbPersistenceEnabledKalıcılık kurulumunu yapılandırmak için , RdbPersistenceFrequency, AofPersistenceEnabledve AofPersistenceFrequency parametrelerini kullanın. Bu örnek, bir saatlik sıklıkta RDB kalıcılığı kullanarak yeni bir Dengeli B10 örneği oluşturur:

New-AzRedisEnterpriseCache -Name "MyCache" -ResourceGroupName "MyGroup" -Location "West US" -Sku "Balanced_B10" -RdbPersistenceEnabled -RdbPersistenceFrequency "1h"

Mevcut önbellekler Update-AzRedisEnterpriseCacheDatabase komutu kullanılarak güncelleştirilebilir. Bu örnek, mevcut örneğe 12 saatlik sıklıkta RDB kalıcılığı ekler:

Update-AzRedisEnterpriseCacheDatabase -Name "MyCache" -ResourceGroupName "MyGroup" -RdbPersistenceEnabled -RdbPersistenceFrequency "12h"

Azure CLI’yı kullanma

az redisenterprise create komutu, veri kalıcılığı kullanılarak yeni bir Azure Yönetilen Redis örneği oluşturmak için kullanılabilir. rdb-enabledKalıcılık kurulumunu yapılandırmak için , rdb-frequency, aof-enabledve aof-frequency parametrelerini kullanın. Bu örnek, bir saatlik sıklıkta RDB kalıcılığı kullanarak yeni bir Dengeli B10 örneği oluşturur:

az redisenterprise create --cluster-name "cache1" --resource-group "rg1" --location "East US" --sku "Balanced_B10" --persistence rdb-enabled=true rdb-frequency="1h"

Mevcut önbellekler az redisenterprise database update komutu kullanılarak güncelleştirilebilir . Bu örnek, mevcut bir önbellek örneğine 12 saatlik sıklıkta RDB kalıcılığı ekler:

az redisenterprise database update --cluster-name "cache1" --resource-group "rg1" --persistence rdb-enabled=true rdb-frequency="12h"

Veri şifrelemeyi yönetme

Redis kalıcılığı bekleyen veriler oluşturduğundan, bu verilerin şifrelenmesi birçok kullanıcı için önemli bir konudur. Azure Yönetilen Redis'te veriler, önbellek örneğine bağlı bir yönetilen diskte depolanır. Varsayılan olarak, kalıcılık verilerini tutan disk ve işletim sistemi diski Microsoft tarafından yönetilen anahtarlar kullanılarak şifrelenir. Müşteri tarafından yönetilen anahtar (CMK), veri şifrelemesini denetlemek için de kullanılabilir. Yönergeler için bkz . Azure Yönetilen Redis'te şifreleme.

Kalıcılık SSS

Aşağıdaki liste, Azure Yönetilen Redis kalıcılığı hakkında sık sorulan soruların yanıtlarını içerir.

RDB kalıcılığı

AOF kalıcılığı

Daha önce oluşturulmuş bir önbellekte kalıcılığı etkinleştirebilir miyim?

Evet, kalıcılık hem önbellek oluşturma sırasında hem de mevcut Azure Yönetilen Redis örneklerinde yapılandırılabilir.

AOF ve RDB kalıcılığını aynı anda etkinleştirebilir miyim?

Hayır, RDB veya AOF'yi etkinleştirebilirsiniz ancak ikisini aynı anda etkinleştiremezsiniz.

Kalıcılık coğrafi çoğaltma ile nasıl çalışır?

Veri kalıcılığını etkinleştirirseniz, önbelleğiniz için coğrafi çoğaltma etkinleştirilemiyor. Bunun nedeni, etkin coğrafi çoğaltmanın bölgesel bir kesinti durumunda veri kalıcılığından daha iyi dayanıklılık sağlamasıdır. Verilerinizin bir kopyasını yedekleme olarak dışarı aktarmanız gerekiyorsa, bunun yerine dışarı aktarma özelliğini kullanın.

Hangi kalıcılık modelini seçmeliyim?

AOF kalıcılığı, her yazmanın bir günlüğe kaydedilmesini sağlar ve bu da aktarım hızı üzerinde önemli bir etkiye sahip olabilir. RDB kalıcılığı, yapılandırılan yedekleme aralığına göre yedeklemeleri en düşük performans etkisiyle kaydeder. Birincil hedefiniz veri kaybını en aza indirmekse AOF kalıcılığını seçin ve önbelleğiniz için daha düşük bir aktarım hızını işleyebilirsiniz. Önbelleğinizde en iyi aktarım hızını korumak ancak yine de veri kurtarma için bir mekanizma istiyorsanız RDB kalıcılığını seçin.

AOF kalıcılığını kullanırken performans hakkında daha fazla bilgi için bkz. AOF kalıcılığı önbelleğimin aktarım hızını, gecikme süresini veya performansını etkiler mi?

AOF kalıcılığı önbelleğimin aktarım hızını, gecikme süresini veya performansını etkiler mi?

AOF kalıcılığının kullanılması aktarım hızını etkiler. AOF tüm birincil işlemlerde çalışır, bu nedenle AOF kalıcılığı olan bir önbellek için AOF kalıcılığı olmayan aynı önbellekten daha yüksek CPU ve Sunucu Yükü görürsünüz. AOF bellekteki verilerle en iyi tutarlılığı sunar çünkü her yazma ve silme işlemi yalnızca birkaç saniye gecikmeyle kalıcı hale getirilir. Sonuç olarak AOF daha yoğun işlem gücü kullanır.

Farklı bir boyuta ölçeklendirdiysem ve ölçeklendirme işleminden önce yapılmış bir yedekleme geri yüklenirse ne olur?

Hem RDB hem de AOF kalıcılığı için:

  • Daha büyük bir boyuta ölçeklendirdiyseniz bunun bir etkisi yoktur.
  • Daha küçük bir boyuta ölçeklendirdiyseniz ve daha küçük boyutta son yedeklemedeki tüm verileri tutmak için yeterli alan yoksa, geri yükleme işlemi sırasında anahtarlar çıkarılır. Genellikle, anahtarlar allkeys-lru temizleme ilkesi kullanılarak kaldırılır.

Veri kalıcılığında kullanılan yönetilen disk için ücretlendirilecek miyim?

Yönetilen disk depolama alanı için sizden ücret alınmaz. Fiyata dahildir.

Önbelleği oluşturduktan sonra RDB yedekleme sıklığını değiştirebilir miyim?

Evet, Azure portalı, CLI veya PowerShell'i kullanarak RDB kalıcılığının yedekleme sıklığını değiştirebilirsiniz.

RdB yedekleme sıklığım 60 dakika olduğunda yedeklemeler arasında neden 60 dakikadan fazla var?

Önceki yedekleme işlemi başarıyla tamamlanana kadar RDB kalıcılık yedekleme sıklığı aralığı başlatılmaz. Yedekleme sıklığı 60 dakika ise ve bir yedekleme işleminin tamamlanması 15 dakika sürüyorsa, bir sonraki yedekleme, önceki yedeklemenin başlangıç saatinden 75 dakika sonraya kadar başlamaz.

Yeni bir yedekleme yapıldığında eski RDB yedeklemelerine ne olur?

En son yedekleme dışındaki tüm RDB kalıcılık yedekleri otomatik olarak silinir. Bu silme işlemi hemen gerçekleşmeyebilir, ancak eski yedeklemeler süresiz olarak kalıcı olmaz.

Yeniden yazma nedir ve önbelleğimi nasıl etkiler?

AOF dosyası yeterince büyük hale geldiğinde, önbellekte otomatik olarak yeniden yazma kuyruğa alınır. Yeniden yazma işlemi, geçerli veri kümesini oluşturmak için gereken en düşük işlem kümesiyle AOF dosyasını yeniden boyutlandırıyor. Yeniden yazma işlemleri sırasında, özellikle büyük veri kümeleriyle ilgilenirken performans sınırlarına daha erken ulaşmayı bekleyebilirsiniz. AOF dosyası büyüdükçe yeniden yazma işlemi daha az gerçekleşir, ancak gerçekleştiğinde önemli miktarda zaman alır.

AOF etkinken önbelleği ölçeklendirirken ne beklemem gerekir?

Ölçeklendirme sırasında AOF dosyası büyükse ölçeklendirme tamamlandıktan sonra dosyayı yeniden yüklediğinden ölçeklendirme işleminin normalden uzun sürmesini bekleyebilirsiniz.

Ölçeklendirme hakkında daha fazla bilgi için bkz. Farklı bir boyuta ölçeklendiysem ve ölçeklendirme işleminden önce yapılmış bir yedekleme geri yüklendiyse ne olur?

Sonraki Adımlar