Redis için Azure Cache örneği için veri kalıcılığını yapılandırma

  • Makale

Redis kalıcılığı , ö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üğümleri devre dışı olduğunda bir hata oluşursa veri kaybı mümkündür. Kalıcılık, Redis için Azure Cache ile yüksek kullanılabilirlik ve olağanüstü durum kurtarma stratejinizin önemli bir parçası olmalıdır.

Uyarı

Premium katmanında kalıcılık kullanıyorsanız, veri kalıcılığı özelliğini kullanmadan önce depolama hesabınızda geçici silme özelliğinin etkinleştirilip etkinleştirilmediğini denetleyin. Geçici silme ile veri kalıcılığının kullanılması çok yüksek depolama maliyetlerine neden olur. Daha fazla bilgi için bkz . Geçici silmeyi etkinleştirmeli miyim?.

Uyarı

Kurumsal ve Kurumsal Flash katmanlarında AOF kalıcılığı için her zaman yazma seçeneği 1 Nisan 2025'te kullanımdan kaldırılacak şekilde ayarlanmıştır. Bu seçeneğin önemli performans sınırlamaları vardır, artık önerilmez. Bunun yerine her saniye yazma seçeneğinin kullanılması veya RDB kalıcılığının kullanılması önerilir.

Kullanılabilirlik kapsamı

Katman Temel, Standart Premium Enterprise, Enterprise Flash
Kullanılabilir Hayır Evet Evet (önizleme)

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

Redis için Azure Cache 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, Redis için Azure Cache önbelleğinizin anlık görüntüsünü ikili biçimde kalıcı hale getirir. Anlık görüntü bir Azure Depolama hesabına 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ğaltma önbelleğini devre dışı bırakırsa, ö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, Redis için Azure Cache her yazma işlemini bir günlüğe kaydeder. Günlük bir Azure Depolama hesabına saniyede en az 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.

Redis için Azure Cache 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ı yeni bir önbelleğe veya mevcut önbelleğe aktarılamaz. Verileri önbellekler arasında taşımak için İçeri ve Dışarı Aktarma özelliğini kullanın. Daha fazla bilgi için bkz. Redis için Azure Cache'da 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 CLI kullanarak otomatik betikler yazabilirsiniz.

Ön koş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, edilgen coğrafi çoğaltma veya etkin coğrafi çoğaltma kullanan önbelleklerde desteklenmez.
  • Premium katmanında, AOF kalıcılığı birden çok çoğaltmada desteklenmez.
  • Premium katmanında verilerin önbellek örneğiyle aynı bölgedeki bir depolama hesabında kalıcı olması gerekir.
  • Premium katmanında, depolama hesabına bağlanmak için yönetilen kimlik kullanılıyorsa verileri kalıcı hale getirmek için farklı aboneliklerdeki depolama hesapları kullanılabilir.

Premium ve Kurumsal katmanlarda kalıcılık arasındaki farklar

Premium katmanında veriler doğrudan sahip olduğunuz ve yönettiğiniz bir Azure Depolama hesabında kalıcı hale bırakılır. Azure Depolama kalıcı olduğunda verileri otomatik olarak şifreler, ancak şifreleme için kendi anahtarlarınızı da kullanabilirsiniz. Daha fazla bilgi için bkz. Azure Depolama şifrelemesi için müşteri tarafından yönetilen anahtarlar.

Uyarı

Premium katmanında kalıcılık kullanıyorsanız, veri kalıcılığı özelliğini kullanmadan önce depolama hesabınızda geçici silme özelliğinin etkinleştirilip etkinleştirilmediğini denetleyin. Geçici silme ile veri kalıcılığının kullanılması çok yüksek depolama maliyetlerine neden olur. Daha fazla bilgi için bkz . Geçici silmeyi etkinleştirmeli miyim?.

Kurumsal ve Kurumsal Flash katmanlarında veriler doğrudan önbellek örneğine bağlı yönetilen diskte kalıcı hale getirilir. Konum yapılandırılamaz veya kullanıcı tarafından erişilebilir değildir. Yönetilen disk kullanmak kalıcılık performansını artırır. 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

  1. Premium önbellek oluşturmak için Azure portalında oturum açın ve Kaynak oluştur'u seçin. Azure portalında önbellek oluşturabilirsiniz. Resource Manager şablonlarını, PowerShell'i veya Azure CLI'yı kullanarak da oluşturabilirsiniz. Redis için Azure Cache oluşturma hakkında daha fazla bilgi için bkz. Önbellek oluşturma.

    Redis için Azure Cache kaynağı oluşturmaya yönelik formu gösteren ekran görüntüsü.

  2. Kaynak oluştur sayfasında Veritabanları'nı ve ardından Redis için Azure Cache'ı seçin.

    Yeni veritabanı türü olarak seçilen Redis için Azure Cache gösteren ekran görüntüsü.

  3. Yeni Redis Önbelleği sayfasında, yeni premium önbelleğinizin ayarlarını yapılandırın.

    Ayar Önerilen değer Açıklama
    DNS adı Genel olarak benzersiz bir ad girin. Önbellek adı yalnızca sayı, harf veya kısa çizgi içeren 1 ile 63 karakter arasında bir dize olmalıdır. Adın bir sayı veya harfle başlayıp bitmesi gerekir ve ardışık kısa çizgi içeremez. Önbellek örneğinizin ana bilgisayar adı şeklindedir\<DNS name>.redis.cache.windows.net.
    Abonelik Açılan menüye gidin ve aboneliğinizi seçin. Bu yeni Redis için Azure Cache örneğinin oluşturulacağı abonelik.
    Kaynak grubu Açılan menüden bir kaynak grubu seçin veya Yeni oluştur'u seçip yeni bir kaynak grubu adı girin. Önbelleğinizi ve diğer kaynakları oluşturacağınız kaynak grubunun adı. Tüm uygulama kaynaklarınızı tek bir kaynak grubuna yerleştirerek bunları kolayca yönetebilir veya silebilirsiniz.
    Konum Açılan menüye gidin ve bir konum seçin. Önbelleğinizi kullanan diğer hizmetlerin yakınında bir bölge seçin.
    Önbellek türü Açılan menüye gidin ve premium özellikleri yapılandırmak için bir premium önbellek seçin. Ayrıntılar için bkz. fiyatlandırma Redis için Azure Cache. Fiyatlandırma katmanı önbellek için kullanılabilen boyut, performans ve özellikleri belirler. Daha fazla bilgi için bkz. Redis için Azure Cache Genel Bakış.

  4. Ağ sekmesini seçin veya sayfanın en altındaki Ağ düğmesini seçin.

  5. Ağ sekmesinde bağlantı yönteminizi seçin. Premium önbellek örnekleri için Genel IP adresleri veya hizmet uç noktaları aracılığıyla genel olarak bağlanırsınız. Özel uç nokta kullanarak özel olarak bağlanırsınız.

  6. Sonraki: Gelişmiş sekmesini seçin veya sayfanın en altındaki İleri: Gelişmiş düğmesini seçin.

  7. Premium önbellek örneğinin Gelişmiş sekmesinde TLS olmayan bağlantı noktası, kümeleme ve veri kalıcılığı ayarlarını yapılandırın. Veri kalıcılığı için RDB veya AOF kalıcılığı seçebilirsiniz.

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

    Ayar Önerilen değer Açıklama
    Kimlik Doğrulama Yöntemi Açılan menüye gidin ve bir kimlik doğrulama yöntemi seçin. Seçenekler Yönetilen Kimlik veya Depolama Anahtarıdır Tercih ettiğiniz kimlik doğrulama yöntemini seçin. Yönetilen kimlik kullanmak, önbelleğinizin bulunduğu abonelikten farklı bir abonelikte depolama hesabı kullanmanıza olanak tanır.
    Abonelik Açılan menüye gidin ve bir abonelik seçin. Kimlik doğrulama yöntemi olarak yönetilen kimlik kullanıyorsanız farklı bir abonelikte bir depolama hesabı seçebilirsiniz.
    Yedekleme Sıklığı Açılan menüye gidin ve bir yedekleme aralığı seçin. Seçenekler arasında 15 Dakika, 30 dakika, 60 dakika, 6 saat, 12 saat ve 24 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.
    Depolama Hesabı Açılan menüye gidin ve depolama hesabınızı seçin. Önbellekle aynı bölgede ve abonelikte bir depolama hesabı seçin. Daha yüksek aktarım hızına sahip olduğundan bir Premium Depolama hesabı önerilir. Ayrıca depolama hesabında geçici silme özelliğini devre dışı bırakmanızı kesinlikle öneririz çünkü bu da depolama maliyetlerinin artmasına neden olur. Daha fazla bilgi için bkz . Fiyatlandırma ve faturalama.
    Depolama Anahtarı Açılan menüye gidin ve kullanılacak Birincil anahtarı veya İkincil anahtarı seçin. Kalıcılık hesabınızın depolama anahtarı yeniden oluşturulursa anahtarı Depolama Anahtarı açılan listesinden yeniden yapılandırmanız gerekir.

    Yedekleme sıklığı aralığı geçtikten sonra ilk yedekleme başlar.

    Not

    RDB dosyaları depolama alanına yedeklendiğinde, sayfa blobları biçiminde depolanır. HNS etkin bir depolama hesabı kullanıyorsanız, sayfa blobları HNS etkinleştirilmiş depolama hesaplarında (ADLS 2. Nesil) desteklenmediğinden kalıcılık başarısız olur.

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

    Ayar Önerilen değer Açıklama
    Kimlik Doğrulama Yöntemi Açılan menüye gidin ve bir kimlik doğrulama yöntemi seçin. Seçenekler Yönetilen Kimlik veya Depolama Anahtarıdır Tercih ettiğiniz kimlik doğrulama yöntemini seçin. Yönetilen kimlik kullanmak, önbelleğinizin bulunduğu abonelikten farklı bir abonelikte depolama hesabı kullanmanıza olanak tanır.
    Abonelik Açılan menüye gidin ve bir abonelik seçin. Kimlik doğrulama yöntemi olarak yönetilen kimlik kullanıyorsanız farklı bir abonelikte bir depolama hesabı seçebilirsiniz.
    İlk Depolama Hesabı Açılan menüye gidin ve depolama hesabınızı seçin. Önbellekle aynı bölgede ve abonelikte bir depolama hesabı seçin. Daha yüksek aktarım hızına sahip olduğundan bir Premium Depolama hesabı önerilir. Ayrıca depolama hesabında geçici silme özelliğini devre dışı bırakmanızı kesinlikle öneririz çünkü bu da depolama maliyetlerinin artmasına neden olur. Daha fazla bilgi için bkz . Fiyatlandırma ve faturalama.
    İlk Depolama Anahtarı Açılan menüye gidin ve kullanılacak Birincil anahtarı veya İkincil anahtarı seçin. Kalıcılık hesabınızın depolama anahtarı yeniden oluşturulursa anahtarı Depolama Anahtarı açılan listesinden yeniden yapılandırmanız gerekir.
    İkinci Depolama Hesabı (İsteğe bağlı) Açılan menüye gidin ve ikincil depolama hesabınızı seçin. İsteğe bağlı olarak başka bir depolama hesabı yapılandırabilirsiniz. İkinci bir depolama hesabı yapılandırılırsa, çoğaltma önbelleğine yazma işlemleri bu ikinci depolama hesabına yazılır.
    İkinci Depolama Anahtarı (İsteğe bağlı) Açılan menüye gidin ve kullanılacak Birincil anahtarı veya İkincil anahtarı seçin. Kalıcılık hesabınızın depolama anahtarı yeniden oluşturulursa anahtarı Depolama Anahtarı açılan listesinden yeniden yapılandırmanız gerekir.

    AOF kalıcılığı etkinleştirildiğinde önbelleğe yazma işlemleri adlandırılmış depolama hesabına (veya ikinci bir depolama hesabı yapılandırdıysanız hesaplar) kaydedilir. Hem birincil hem de çoğaltma önbelleğini indiren yıkıcı bir hata varsa, önbelleği yeniden oluşturmak için depolanan AOF günlüğü kullanılır.

  10. Sonraki: Etiketler sekmesini seçin veya sayfanın en altındaki İleri: Etiketler düğmesini seçin.

  11. İsteğe bağlı olarak, kaynağı kategorilere ayırmak istiyorsanız Etiketler sekmesinde adı ve değeri girin.

  12. Gözden geçir ve oluştur’u seçin. Azure'ın yapılandırmanızı doğruladığı Gözden Geçir ve oluştur sekmesine yönlendirilirsiniz.

  13. Yeşil Doğrulama başarılı iletisi görüntülendiğinde Oluştur'u seçin.

Önbelleğin oluşturulması biraz zaman alır. İlerleme durumunu Redis için Azure Cache Genel Bakış sayfasından izleyebilirsiniz. Durum Çalışıyor olarak gösterildiğinde önbellek kullanıma hazırdır.

PowerShell ve Azure CLI kullanarak veri kalıcılığını ayarlama

New-AzRedisCache komutu, veri kalıcılığı kullanılarak yeni bir Premium katman önbelleği oluşturmak için kullanılabilir. RDB kalıcılığı ve AOF kalıcılığı örneklerine bakın

Mevcut önbellekler Set-AzRedisCache komutu kullanılarak güncelleştirilebilir. Mevcut bir önbelleğe kalıcılık ekleme örneklerine bakın.

az redis create komutu, veri kalıcılığı kullanılarak yeni bir Premium katman önbelleği oluşturmak için kullanılabilir. Örneğin:

az redis create --location westus2 --name MyRedisCache --resource-group MyResourceGroup --sku Premium --vm-size p1 --redis-configuration @"config_rdb.json"

Mevcut önbellekler az redis update komutu kullanılarak güncelleştirilebilir . Örneğin:

az redis update --name MyRedisCache --resource-group MyResourceGroup --set "redisConfiguration.rdb-storage-connection-string"="BlobEndpoint=https//..." "redisConfiguration.rdb-backup-enabled"="true" "redisConfiguration.rdb-backup-frequency"="15" "redisConfiguration.rdb-backup-max-snapshot-count"="1"

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. Şifreleme seçenekleri, kullanılan Redis için Azure Cache katmanına göre değişir.

Premium katmanıyla, kalıcılık başlatıldığında veriler doğrudan önbellek örneğinden Azure Depolama'a akışla aktarılır. Azure Depolama ile Microsoft tarafından yönetilen anahtarlar, müşteri tarafından yönetilen anahtarlar ve müşteri tarafından sağlanan anahtarlar gibi çeşitli şifreleme yöntemleri kullanılabilir. Şifreleme yöntemleri hakkında bilgi için bkz. Bekleyen veriler için Azure Depolama şifrelemesi.

Enterprise ve Enterprise Flash katmanlarıyla veriler, önbellek örneğine bağlı 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 . Kurumsal katman önbelleklerinde şifreleme.

Kalıcılık hakkında SSS

Aşağıdaki liste, Redis için Azure Cache 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 Premium, Kurumsal veya Kurumsal Flash önbelleklerde 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.

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 sahiptir. AOF ile RDB kalıcılığı karşılaştırıldı. Bu, yapılandırılan yedekleme aralığına göre yedeklemeleri performansa en az etkiyle 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ığı aktarım hızını etkiler. AOF hem birincil hem de çoğaltma işleminde ç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.

CPU ve Sunucu Yükü %90'ın altında olduğu sürece aktarım hızına bir ceza uygulanır, ancak önbellek normal çalışır, aksi takdirde. %90'ın üzerinde CPU ve Sunucu Yükü, aktarım hızı cezası çok daha yüksek olabilir ve önbellek tarafından işlenen tüm komutların gecikme süresi artar. AOF kalıcılığı hem birincil hem de çoğaltma işleminde çalıştığından, kullanımdaki düğüm üzerindeki yükü artırdığından ve verilerin kritik yoluna kalıcılık sağladığından gecikme süresi artar.

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 yeni boyutunuz için veritabanları sınırındandaha büyük bir özel veritabanı ayarınız varsa, bu veritabanlarındaki veriler geri yüklenmez. Daha fazla bilgi için bkz. Ölçeklendirme sırasında özel veritabanlarım ayarı etkileniyor mu?
  • 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 çıkarma ilkesi kullanılarak çıkarılır.

İki farklı önbellekte kalıcılık için aynı depolama hesabını kullanabilir miyim?

Hayır, farklı önbellekler için farklı depolama hesapları kullanmanız gerekir. Kalıcılık için ayarlamak için her önbelleğin kendi depolama hesabı olmalıdır.

Önemli

Kalıcılık için ayrı depolama hesapları kullanın ve önbellekte düzenli olarak dışarı aktarma işlemleri gerçekleştirin.

Veri kalıcılığında kullanılan depolama için ücretlendirilecek miyim?

  • Premium önbellekler için, kullanılan depolama hesabının fiyatlandırma modeline göre kullanılan depolama için ücretlendirilirsiniz.
  • Kurumsal ve Kurumsal Flash önbellekler için yönetilen disk depolama alanı için ücret alınmaz. Fiyata dahildir.

RDB ve AOF kalıcılığı bloblarıma ne sıklıkta yazılır ve geçici silmeyi etkinleştirmem gerekir?

Premium katmanında Redis için Azure Cache veri kalıcılığıyla kullanıldığında depolama hesaplarında geçici silmeyi etkinleştirmemenizi öneririz. RDB ve AOF kalıcılığı bloblarınıza her saat, birkaç dakikada bir veya her saniye kadar sık yazabilir. Ayrıca, depolama hesabında geçici silmeyi etkinleştirmek, Redis için Azure Cache eski yedekleme verilerini silerek depolama maliyetlerini en aza indirememe anlamına gelir.

Geçici silme, her saniye yazma işlemleri de gerçekleştiren bir önbelleğin tipik veri boyutlarıyla hızla pahalıya dönüşür. Geçici silme maliyetleri hakkında daha fazla bilgi için bkz . Fiyatlandırma ve faturalama.

Ö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. Kalıcılık için Premium katmanını kullanıyorsanız ve depolama hesabınız için geçici silme açıksa geçici silme ayarı uygulanır ve mevcut yedeklemeler geçici silme durumunda yer almaya devam eder.

Ne zaman ikinci bir depolama hesabı kullanmalıyım?

Önbellekte beklenenden daha yüksek küme işlemlerine sahip olduğunuzu düşündüğünüzde AOF kalıcılığı için ikinci bir depolama hesabı kullanın. İkincil depolama hesabının ayarlanması, önbelleğinizin depolama bant genişliği sınırlarına ulaşmamasını sağlamaya yardımcı olur. Bu seçenek yalnızca Premium katman önbelleklerinde kullanılabilir.

İkinci depolama hesabını nasıl kaldırabilirim?

İkinci depolama hesabını ilk depolama hesabıyla aynı olacak şekilde ayarlayarak AOF kalıcılığı ikincil depolama hesabını kaldırabilirsiniz. Mevcut önbellekler için, önbelleğinizin Kaynak menüsündenVeri kalıcılığına erişin. AOF kalıcılığını devre dışı bırakmak için Devre dışı'yı seçin.

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 beklenenden 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?

AOF verilerim depolamada nasıl düzenlenir?

Premium katmanını kullandığınızda, AOF dosyalarında depolanan veriler parça başına birden çok sayfa blobuna bölünür. Varsayılan olarak, blobların yarısı birincil depolama hesabına, yarısı da ikincil depolama hesabına kaydedilir. Verileri birden çok sayfa blobu ve iki farklı depolama hesabı arasında bölme performansı artırır.

Önbelleğe yazma işleminin en yüksek oranı çok yüksek değilse, bu ek performans gerekli olmayabilir. Bu durumda, ikincil depolama hesabı yapılandırması kaldırılabilir. Bunun yerine tüm AOF dosyaları yalnızca tek bir birincil depolama hesabında depolanır. Aşağıdaki tabloda, her fiyatlandırma katmanı için kullanılan toplam sayfa blobu sayısı gösterilir:

Premium katmanı Bloblar
P1 Parça başına 8
P2 Parça başına 16
P3 Parça başına 32
P4 Parça başına 40

Kümeleme etkinleştirildiğinde, önbellekteki her parçanın önceki tabloda belirtildiği gibi kendi sayfa blobları kümesi vardır. Örneğin, üç parçaya sahip bir P2 önbelleği, AOF dosyasını 48 sayfa bloba dağıtır: parça başına on altı blob, üç parçalı.

Yeniden yazıldıktan sonra, depolama alanında iki AOF dosyası kümesi bulunur. Yeniden yazmalar arka planda gerçekleşir ve ilk dosya kümesine eklenir. Yeniden yazma sırasında önbelleğe gönderilen işlemleri ayarlama, ikinci kümeye ekleme. Bir yedekleme, bir hata olduğunda yeniden yazma sırasında geçici olarak depolanır. Yeniden yazma işlemi tamamlandıktan sonra yedekleme hemen silinir. Depolama hesabınız için geçici silme açıksa geçici silme ayarı uygulanır ve mevcut yedeklemeler geçici silme durumunda kalmaya devam eder.

Depolama hesabında güvenlik duvarı özel durumlarının olması kalıcılığı etkiler mi?

Yönetilen kimliğin kullanılması, önbellek örneğini güvenilen hizmetler listesine ekler ve güvenlik duvarı özel durumlarının daha kolay yürütülmesini sağlar. Yönetilen kimlik kullanmıyorsanız ve bunun yerine bir depolama hesabına anahtar kullanarak yetkilendirme yapıyorsanız, depolama hesabında güvenlik duvarı özel durumlarının olması kalıcılık işlemini bozma eğilimindedir. Bu yalnızca Premium katmanındaki kalıcılık için geçerlidir.

Birden fazla çoğaltmam varsa AOF kalıcılığını etkinleştirebilir miyim?

Premium katmanıyla, birden çok çoğaltmayla Yalnızca Ekleme Dosyası (AOF) kalıcılığını kullanamazsınız. Kurumsal ve Kurumsal Flash katmanlarında çoğaltma mimarisi daha karmaşıktır, ancak Kurumsal önbellekler alanlar arası yedekli dağıtımda kullanıldığında AOF kalıcılığı desteklenir.

Depolama hesabımda geçici silmenin etkinleştirilip etkinleştirilmediğini Nasıl yaparım??

Önbelleğinizin kalıcılık için kullandığı depolama hesabını seçin. Kaynak menüsünden Veri Koruması'nı seçin. Çalışma bölmesinde Bloblar için geçici silmeyi etkinleştir durumunu denetleyin. Azure depolama hesaplarında geçici silme hakkında daha fazla bilgi için bkz . Bloblar için geçici silmeyi etkinleştirme.

Sonraki adımlar

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