Redis için Azure Cache örneği için veri kalıcılığını yapılandırma
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
PowerShell ve Azure CLI kullanarak veri kalıcılığını ayarlama
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.
- Daha önce oluşturulmuş bir önbellekte kalıcılığı etkinleştirebilir miyim?
- AOF ve RDB kalıcılığını aynı anda etkinleştirebilir miyim?
- Kalıcılık coğrafi çoğaltma ile nasıl çalışır?
- Hangi kalıcılık modelini seçmeliyim?
- Farklı bir boyuta ölçeklendirdiysem ve ölçeklendirme işleminden önce yapılmış bir yedekleme geri yüklenirse ne olur?
- İki farklı önbellekte kalıcılık için aynı depolama hesabını kullanabilir miyim?
- Veri Kalıcılığı'nda kullanılan depolama için ücretlendirilecek miyim?
- RDB ve AOF kalıcılığı bloblarıma ne sıklıkta yazılır ve geçici silmeyi etkinleştirmem gerekir?
- Depolama hesabında güvenlik duvarı özel durumlarının olması kalıcılığı etkileyecek mi?
- Depolama hesabımda geçici silmenin etkinleştirilip etkinleştirilmediğini Nasıl yaparım??
RDB kalıcılığı
- Önbelleği oluşturduktan sonra RDB yedekleme sıklığını değiştirebilir miyim?
- RdB yedekleme sıklığım 60 dakika olduğunda yedeklemeler arasında neden 60 dakikadan fazla var?
- Yeni bir yedekleme yapıldığında eski RDB yedeklemelerine ne olur?
AOF kalıcılığı
- Ne zaman ikinci bir depolama hesabı kullanmalıyım?
- AOF kalıcılığı önbelleğimin aktarım hızını, gecikme süresini veya performansını etkiler mi?
- İkinci depolama hesabını nasıl kaldırabilirim?
- Yeniden yazma nedir ve önbelleğimi nasıl etkiler?
- AOF etkinken önbelleği ölçeklendirirken ne beklemem gerekir?
- AOF verilerim depolamada nasıl düzenlenir?
- Birden fazla çoğaltmam varsa AOF kalıcılığını etkinleştirebilir miyim?
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.
- RDB kalıcılığının avantajları ve dezavantajları hakkında daha fazla bilgi edinin.
- AOF kalıcılığının avantajları ve dezavantajları hakkında daha fazla bilgi edinin.
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ından daha 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ünden Veri 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.