Temel, Standart, Premium ve Kurumsal katmanlardan Azure Yönetilen Redis'e geçiş

Bu makalede Redis için Azure Cache'ten (Temel, Standart, Premium ve Kurumsal katmanlar dahil) Azure Yönetilen Redis'e geçişin nedeni ve nasıl olduğu açıklanmaktadır.

Şu konularda bilgi ediniyorsunuz:

• Azure Yönetilen Redis'i önceki katmanlara göre seçmenin avantajları.
• Hizmetler arasındaki önemli özellik farkları.
• Önbellek verilerinizi geçirme stratejileri.
• Sorunsuz bir geçiş işlemi sağlamanın yolları.
• Gereksinimleriniz için doğru Azure Yönetilen Redis SKU'su ve performans katmanını seçme yönergeleri.
• İstemci uygulamalarınızı güncelleştirmeyle ilgili önemli noktalar ve öneriler.

Temel, Standart, Premium veyaEnterprise veya OSS katmanlarını kullanıyor olun, bu kılavuz Azure Yönetilen Redis'e geçişinizi planlamanıza ve yürütmenize yardımcı olur.

Belge iki bölüme ayrılır. Bunlardan biri Kurumsal örneklerle ilgili. Diğeri ise Redis için Azure Cache'in Temel, Standart ve Premium katmanlarıyla ilgili.

• Kurumsal'dan Azure Yönetilen Redis'e geçmenin avantajları
• Temel, Standart veya Premium önbelleklerden Azure Yönetilen Redis'e geçmenin avantajları

Kurumsal'dan Azure Yönetilen Redis'e geçmenin avantajları

Azure Yönetilen Redis, gelişmiş Redis Enterprise yazılımı üzerine kurulmuştur. Azure Yönetilen Redis bir Azure birinci taraf teklifidir; başka bir deyişle azure market bileşeni söz konusu değildir ve kullanıcıların Market ile ayrı işlem yapmak zorunda kalmaları gerekmez. Azure Yönetilen Redis'i diğer tüm yerel Azure hizmetleri veya ürünleri gibi hazırlar, yönetir ve ödersiniz.

Azure Yönetilen Redis'in, kullanılmayan kaynaklara yol açan quorum düğümüne ihtiyacı yoktur, bu da Redis Enterprise için Azure Cache'in sunulabileceği bölgeleri veya bulutları sınırlayan durumun ortadan kalkmasını sağlar. Azure Yönetilen Redis artık çoğu Azure bölgelerinde kullanıma sunuldu ve diğer bağımsız bulutlarda desteklenme planları bulunmaktadır. Quorum düğümü hakkında daha fazla bilgi için bkz: Kurumsal ve Kurumsal Flash katmanları. Kullanılmayan çekirdek düğümünü kaldırarak, tüm düğümler veri düğümü olarak kullanılabildiğinden maliyet verimliliği artar.

Azure Yönetilen Redis, varsayılan olarak bölgeler arası yedeklilik sunar.

Azure Yönetilen Redis'i geliştirme ve test ortamlarınız için yüksek kullanılabilirlik (HA) olmadan kullanabilirsiniz. ÜRETIM dışı ortamların HA olmadan kullanılması, örneğinizin maliyetini yarıya düşürür.

Azure Yönetilen Redis için SKU yapısı, bellek ve performans gereksinimlerinizi temel alır. Redis Enterprise için Azure Cache'te olduğu gibi ölçek faktörlerini veya kapasiteyi yönetmek yerine Azure Yönetilen Redis'te üç performans katmanı arasından seçim yapabilirsiniz. Daha fazla bilgi için bkz. Doğru katmanı seçme.

Son olarak Azure Yönetilen Redis, iş yükünüzün güvenlik duruşunu geliştirmek için bir önbellek oluşturduğunuzda Microsoft Entra Id kimlik doğrulamasını sunar.

Özellik karşılaştırması

Özellik	Azure Redis Enterprise Önbelleği	Azure Yönetilen Redis
Redis sürümü	7.2	7.4
Kümeleme ilkesi	Açık Kaynak Yazılım, Kurumsal	OSS (Açık Kaynak Kodlu Yazılım), Kurumsal, Nonclustered
Geo-replication	Aktif	Aktif
SLA	En fazla 99,999%	En fazla 99,999%
Bölge yedekliliği	Yes	*Yüksek kullanılabilirlik ile evet
HA dışı mod	No	Evet (geliştirme/test için)
Veri kalıcılığı	Evet (önizlemede)	Yes
Scaling	Yes	Yes
TLS sürüm desteği	1.2,1.3	1.2,1.3
Microsoft Entra Id kimlik doğrulaması	No	Yes
Azure Bölgesi desteği	Sınırlı	Yaygın
Azure Bağımsız Bulut desteği	No	Evet (çok yakında)
Ana bilgisayar adı DNS son eki	<name>.<region>.redisenterprise.cache.azure.net	<name>.<region>.redis.azure.net

* Yüksek kullanılabilirlik etkinleştirildiğinde Azure Yönetilen Redis, birden çok Kullanılabilirlik Alanı olan bölgelerde alanlar arası yedeklidir.

Kurumsal'dan Azure Yönetilen Redis'e geçiş yaparken dikkat edilmesi gerekenler

Azure Yönetilen Redis, Redis Enterprise için Azure Cache ile aynı yazılım yığınını kullandığından Kurumsal katmanı kullanan mevcut uygulamalarınızda çok fazla değişiklik gerekmez. Önemli istisna, bağlantı kimlik bilgilerini değiştirme gereksinimidir.

Farklı ana bilgisayar adı ve sonek

Redis Enterprise için Azure Cache ve Azure Yönetilen Redis'in temel yazılımı benzer olsa da, Redis küme ana bilgisayar adınız için DNS son eki farklıdır. Azure Yönetilen Redis'e geçtiğinizde uygulamanızın Redis kümesi ana bilgisayar adını değiştirmesi gerekir. Önbelleğinize bağlanmak için erişim anahtarları kullanıyorsanız, önbelleğe bağlanmak için kullandığı erişim anahtarını da güncelleştirmeniz gerekir.

Önemli

Önbelleğe bağlanan kodu güncelleştirmeyi göz önünde bulundurun. Erişim anahtarlarını kullanmak yerine Microsoft Entra Id kullanın. Erişim anahtarları yerine Microsoft Entra Id kullanmanızı öneririz.

Doğru Azure Yönetilen Redis boyutunu ve SKU'yu seçme

Azure Yönetilen Redis birçok bellek boyutu ve üç performans katmanı sunar. Bellek boyutları ve performans katmanları hakkında daha fazla bilgiyi burada Doğru katmanı seçme bölümünden okuyabilirsiniz.

Mevcut Redis Enterprise için Azure Cache örneğinin bellek boyutunu belirleme

Redis Enterprise için Azure Cache örneklerinin ölçeği genişletilip hem daha fazla bellek hem de daha fazla işlem kaynağı sağlanabilir, bu nedenle önbelleğinizin ölçeği genişletme faktörünü not etmek önemlidir. Yatay genişleme, aynı zamanda kümeniz için çalışan sanal makinelerin sayısını belirten kapasiteyle de ilgilidir.

Doğru Azure Yönetilen Redis bellek boyutunu seçmek için:

1. Azure portalına gidin ve kaynak menüsünden Genel Bakış'ı seçin.
2. Kurumsal örneğinize genel bakış bölümünde Durum alanını denetleyin. Durum alanında Redis Enterprise örneğinizin bellek boyutu gösterilir.

Şimdi olası bir senaryoya göz atalım.

Genel Bakış bölmesinde Durum'a baktığınızda Çalışıyor - Kurumsal 8 GB (2 x 4 GB) seçeneğini görürsünüz. Şu anda E5 Kurumsal SKU'su ve 2 ölçek kullanarak 8 GB'lık bir önbellek kullanımını ifade etmektedir. Bu nedenle, Azure Yönetilen Redis'te en az 10 GB önbellekle başlamalısınız.

Bu durumda, 12 GB bellek sunan katmanlardan herhangi birini kullanın.

SKU	Katman
M10	Memory Optimized
B10	Balanced
X10	Compute Optimized

Performans katmanını belirleme

ayrıca iş yükünüzün yoğun bellek veya işlem yoğunluklu olup olmadığını da göz önünde bulundurmanız gerekir. Geçerli Kurumsal örneğinizde bellek yetersiz kalma olasılığı CPU'dan daha yüksekse, iş yükünüz bellek ağırlıklıdır. Memory Optimized performans katmanından seçim yapmayı değerlendirin.

İş yükünüz yoğun aktarım hızına sahipse veya çok fazla gecikme süresine sahipse, iş yükünüz yoğun işlem gücü kullanıyor demektir. İşlem için İyileştirilmiş performans katmanından seçim yapmayı göz önünde bulundurun.

Emin değilseniz dengeli performans katmanıyla başlayabilirsiniz çünkü iyi durumda bir bellek ve performans karışımı sunar.

Şu anda Redis Enterprise Flash katmanı kullanıyorsanız Flash için İyileştirilmiş katmanı seçmeniz gerekir.

Yeni bir Azure Yönetilen Redis örneği oluşturma

Yeni Azure Yönetilen Redis örneğiniz için bellek ve performans katmanını seçtikten sonra yeni Azure Yönetilen Redis örneğini oluşturabilirsiniz. Önbellek oluşturma hakkında daha fazla bilgi için bkz . Hızlı Başlangıç: Azure Yönetilen Redis Örneği Oluşturma.

Ardından, verilerinizi taşımak için bir strateji seçmeniz gerekir. Son olarak, uygulamanızı yeni önbelleği kullanacak şekilde güncelleştirmeniz gerekir.

Azure Yönetilen Redis örneğine bağlanmak için uygulamayı güncelleştirme

Yeni bir Azure Yönetilen Redis örneği oluşturduktan sonra, uygulamanızdaki Redis uç noktasını/ana bilgisayar adını ve erişim anahtarını yeni Azure Yönetilen Redis örneğinize işaret eden şekilde değiştirmeniz gerekir. Bu uç nokta değişikliğini bağlantıda kısa süreli kesinti yaşanacağından iş saatleri dışında yayımlamanızı öneririz.

Note

Mevcut Redis Enterprise örneğine özel bir uç nokta üzerinden bağlanırsanız, yeni Azure Yönetilen Redis önbelleğinizin de uygulamanızın sanal ağıyla eşlendiğinden emin olun. Yeni önbellek, mevcut Redis Enterprise örneğine benzer bir kuruluma sahip olmalıdır.

Uygulamanızın beklendiği gibi çalıştığını doğrulayın ve önceki Redis Enterprise örneğinizi silin.

Verilerinizi Kurumsal önbelleğinizden yeni bir Azure Yönetilen Redis önbelleğine taşıma

Azure Yönetilen Redis örneğine geçiş yaparken, verilerinizi mevcut Redis Enterprise örneğinden yeni Azure Yönetilen Redis örneğine taşımanın en iyi yolunu düşünmeniz gerekir. Uygulamanız veri kaybını tolere edebilirse veya önbelleği olumsuz etkiler olmadan yeniden doldurmaya yönelik başka mekanizmalara sahipse, bu adımı atlayıp sonraki adımlara geçin.

Uygulamanızın verilerin yeni Azure Yönetilen Redis örneğine de geçirildiğinden emin olması gerekiyorsa aşağıdaki seçeneklerden birini belirleyin:

RDB Dosyası Kullanarak Veri Dışarı Ve İçeri Aktarma

• Artılar: Veri anlık görüntüsünü korur.
• Dezavantajları: Yazma işlemleri anlık görüntüden sonra gerçekleşirse veri kaybı riski.

Temel dışa aktarma/içe aktarma prosedürü aşağıdadır:

1. RdB'yi mevcut Redis Enterprise önbelleğinden Azure Depolama hesabınıza aktarın.
2. Azure Depolama hesabından yeni bir Azure Yönetilen Redis önbelleğine veri aktarma.
3. Verileri dışarı/içeri aktarma hakkında daha fazla bilgi için bkz. Azure Yönetilen Redis'te verileri içeri ve dışarı aktarma.

Dual-Write Stratejisi

• Artılar: Sıfır kapalı kalma süresi, güvenli geçiş.
• Dezavantajları: Geçici çift önbellekli kurulum gerektirir.

Temel çift yazma prosedürü şu şekildedir:

1. Uygulamanızı hem Redis için Azure Cache Kurumsal önbelleğine hem de yeni Azure Yönetilen Redis önbelleğine yazacak şekilde değiştirin.
2. Redis Enterprise önbelleğinden okumaya ve yazmaya devam edin.
3. Yeterli veri eşitlemesi gerçekleştiğinde okumaları Azure Yönetilen Redis'e yönlendirin ve Redis Enterprise örneğini silin.

RIOT-X kullanarak programlı geçiş

RIOT-X, içeriğinizi Kurumsal'dan Azure Yönetilen Redis'e geçirmenin bir yolunu sağlar. Daha fazla bilgi için bkz. Azure Yönetilen Redis için RIOT-X ile Veri Geçişi.

• Artılar: Tam denetim, özelleştirilebilir.
• Dezavantajları: Geliştirme çabası gerektirir.

Temel, Standart veya Premium önbelleklerden Azure Yönetilen Redis'e geçmenin avantajları

OSS SKU'larından herhangi birini, Temel, Standart veya Premium'u kullanıyorsanız, Azure Yönetilen Redis'e geçmek size her düzeyde önbellekte daha fazla özellik sunar.

Redis için Azure Cache'teki özellikleri Azure Yönetilen Redis'teki özelliklerle karşılaştıran bir tablo aşağıdadır

Özellik Açıklaması	Basic OSS	Standard OSS	Premium OSS	Balanced AMR	Memory Optimized AMR	Compute Optimized AMR
Availability	N/A	99.9%	99.9%	En fazla 99,999%	En fazla 99,999%	En fazla 99,999%
Aktarım sırasında veri şifrelemesi	Yes	Yes	Yes	Yes	Yes	Yes
Ağ izolasyonu	Yes	Yes	Yes	Yes	Yes	Yes
kapasiteyi artırma/genişletme	Yes	Yes	Yes	Yes	Yes	Yes
Ölçeği azaltma/daraltma	Yes	Yes	Yes	No	No	No
Açık kaynaklı yazılım kümeleme	No	No	Yes	Yes	Yes	Yes
Veri kalıcılığı	No	No	Yes	Yes	Yes	Yes
Bölge yedekliliği	No	Evet (önizleme)	Yes	*Yüksek kullanılabilirlik ile evet	*Yüksek kullanılabilirlik ile evet	*Yüksek kullanılabilirlik ile evet
Geo-replication	No	No	Evet (Pasif)	Evet (Etkin)	Evet (etkin)	Evet (etkin)
Bağlantı denetim günlükleri	No	No	Yes	Yes(Event-based)	Yes(Event-based)	Yes(Event-based)
Redis Modülleri	No	No	No	Yes	Yes	Yes
Import/Export	No	No	Yes	Yes	Yes	Yes
Reboot	Yes	Yes	Yes	No	No	No
Zamanlanmış güncelleştirmeler	Yes	Yes	Yes	No	No	No
Microsoft Entra Id kimlik doğrulaması	Yes	Yes	Yes	Yes	Yes	Yes
Microsoft Entra ID RBAC	Yes	Yes	Yes	No	No	No
Keyspace bildirimi	Yes	Yes	Yes	No	No	No
Yüksek kullanılabilirlik olmayan	N/A	No	No	Yes	Yes	Yes

OSS , Redis için Azure Cache'i ifade eder
AMR , Azure Yönetilen Redis'i ifade eder

* Yüksek kullanılabilirlik etkinleştirildiğinde Azure Yönetilen Redis, birden çok Kullanılabilirlik Alanı olan bölgelerde alanlar arası yedeklidir.

Azure Yönetilen Redis'i uygularken göz önünde bulundurmanız gereken diğer bazı farklar aşağıdadır. Şu istemci uygulaması değişikliklerini göz önünde bulundurun:

Özellik Açıklaması	Redis için Azure Cache	Azure Yönetilen Redis
DNS soneki (yalnızca PROD bulutu için)	.redis.cache.windows.net	<region>.redis.azure.net
TLS bağlantı noktası	6380	10000
TLS olmayan bağlantı noktası	6379	Desteklenmez
Tek düğüm TLS bağlantı noktaları	13XXX	85xx
Tek düğüm tls olmayan bağlantı noktası	15XXX	Desteklenmez
Kümeleme desteği	İşletim sistemi kümeleme modu	İşletim sistemi ve Kurumsal küme modları
Desteklenmeyen komutlar	Desteklenmeyen komutlar	Çoklu tuş komutları
Bölgesel erişilebilirlik	Tüm Azure bölgeleri	* Bu bölümden sonraki bölgelerin listesine bakın.
Redis sürümü	6	7.4
Desteklenen TLS sürümleri	1.2 ve 1.3	1.2 ve 1.3

Temel, Standart veya Premium önbelleğinizi Azure Yönetilen Redis'e geçirme

Tabloya göre Redis için Azure Cache SKU'ları ile Azure Yönetilen Redis'teki önbellek seçenekleri arasındaki bazı eşlemeler aşağıdadır.

Note

Temel SKU'ları Geçirmek için Azure Yönetilen Redis'in Yüksek Kullanılabilirlik dışı seçeneğini kullanma

Redis için Azure Cache	Azure Yönetilen Redis	Ek bellek (%)
Temel/Standart - C0	Dengeli - B0	50
Temel/Standart - C1	Dengeli - B1	0
Temel/Standart - C2	Dengeli - B3	17
Temel/Standart - C3	Dengeli - B5	0
Temel/Standart - C4	Bellek için İyileştirilmiş – M10*	-8
Temel/Standart – C4	Bellek için İyileştirilmiş – M20**	46
Temel/Standart - C5	Bellek için İyileştirilmiş – M20*	-8
Temel/Standart – C5	Bellek için İyileştirilmiş – M50**	57
Temel/Standart - C6	Bellek için İyileştirilmiş - M50	12
Premium - P1	Dengeli - B5	0
Premium - P2	Dengeli - B10*	-8
Premium - P2	Dengeli - B20**	46
Premium - P3	Dengeli - B20*	-8
Premium - P3	Dengeli - B50**	57
Birinci Sınıf - P4	Dengeli - B50	12
Üstün Kalite - P5	Dengeli - B100	0

• * Bu seçenek maliyet verimliliği içindir. Bu seçeneği belirlemek için geçen ay kullanılan toplam belleğin önerilen Azure Yönetilen Redis belleğinden az olduğundan emin olun.
• ** Bu seçenek bol miktarda bellek tüketimi içindir.

premium kümelenmiş Redis için Azure Cache

• Parçalı küme için eşdeğer toplam belleğe sahip bir Bellek için İyileştirilmiş katmanı seçin.
• Birden fazla okuma amaçlı çoğaltması olan kümeler için, birincil çoğaltma olarak eşdeğer toplam belleğe sahip İşlem için İyileştirilmiş katmanı seçin.

Geçiş seçenekleri

İstemci uygulamalarının farklı kümeleme modları ve uç noktaları olan bir Azure Yönetilen Redis örneğini kullanabilmesi gerekir. Redis için Azure Cache ve Azure Yönetilen Redis uyumlu olduğundan, çoğu senaryo için bağlantı yapılandırmaları dışında hiçbir uygulama kodu değişikliği gerekmez.

Daha fazla bilgi edinin:

• Azure Yönetilen Redis örneğini ölçeklendirme

Redis için Azure Cache Azure Yönetilen Redis'e Geçirme Seçenekleri

Option	Advantages	Disadvantages
Yeni önbellek oluşturma	Uygulanması en basit.	Verileri yeni önbelleğe yeniden doldurmanız gerekir ve bu da birçok uygulamayla çalışmayabilir.
RDB dosyası aracılığıyla verileri dışarı ve içeri aktarma	Genel olarak herhangi bir Redis önbelleğiyle uyumludur.	RDB dosyası oluşturulduktan sonra mevcut önbelleğe yazılırlarsa bazı veriler kaybolabilir.
İki önbelleğe veri çift yazma	Veri kaybı veya kapalı kalma süresi yok. Mevcut önbelleğin kesintisiz işlemleri. Yeni önbelleğin daha kolay test edilmesi.	Uzun bir süre için iki önbellek gerekir.
Verileri program aracılığıyla geçirme	Verilerin taşınma şekli üzerinde tam denetim.	Özel kod gerektirir.

Yeni bir Azure Yönetilen Redis Örneği oluşturma

Bu yaklaşım teknik olarak geçiş değildir. Veri kaybı önemli değilse, Azure Yönetilen Redis katmanına geçmenin en kolay yolu yeni bir önbellek örneği oluşturmak ve uygulamanızı buna bağlamaktır. Örneğin, Redis'i veritabanı kayıtlarının ayrı bir önbelleği olarak kullanırsanız önbelleği sıfırdan kolayca yeniden oluşturabilirsiniz. Bu seçeneği uygulamak için genel adımlar şunlardır:

1. Yeni bir Azure Yönetilen Redis örneği oluşturun.
2. Uygulamanızı yeni örneği kullanacak şekilde güncelleştirin.
3. Eski Redis için Azure Cache örneğini silin.

Verileri RDB dosyasına aktarma ve Azure Yönetilen Redis'e aktarma

Bu seçenek yalnızca premium katman önbellekleri için geçerlidir. Açık kaynak Redis, önbelleğin bellek içi veri kümesinin anlık görüntüsünü almak ve bir dosyaya kaydetmek için standart bir mekanizma tanımlar. Başka bir Redis önbelleği, dışarı aktarılan RDB dosyasını okuyabilir. Redis için Azure Cache premium katmanı, RDB dosyaları aracılığıyla önbellek örneğinden veri dışarı aktarmayı destekler. Mevcut bir Redis için Azure Cache örneğinden Azure Yönetilen Redis örneğine veri aktarmak için RDB dosyası kullanabilirsiniz.

Bu seçeneği uygulamak için genel adımlar şunlardır:

1. Mevcut Redis için Azure Cache örneğiyle aynı boyutta (veya daha büyük) yeni bir Azure Yönetilen Redis örneği oluşturun.
2. Bu dışarı aktarma yönergelerini veya PowerShell Dışarı Aktarma cmdlet'ini kullanarak mevcut Redis için Azure Cache örneğinden RDB dosyasını dışarı aktarma
3. Bu içeri aktarma yönergelerini veya PowerShell İçeri Aktarma cmdlet'ini kullanarak RDB dosyasını yeni Azure Yönetilen Redis örneğine aktarın
4. Uygulamanızı yeni Azure Yönetilen Redis örneği bağlantı dizesi kullanacak şekilde güncelleştirin.

Geçiş döneminde aynı anda iki Redis önbelleğine yazma

Verileri doğrudan önbellekler arasında taşımak yerine, hem mevcut bir önbelleğe hem de ayarladığınız yeni bir önbelleğe veri yazmak için uygulamanızı kullanabilirsiniz. Uygulama başlangıçta mevcut önbellekten verileri okumaya devam eder. Yeni önbellek gerekli verilere sahip olduğunda, uygulamayı bu önbelleğe geçirip eskisini kullanımdan kaldırırsınız. Örneğin Redis'i oturum deposu olarak kullandığınızı ve uygulama oturumlarının yedi gün boyunca geçerli olduğunu varsayalım. Bir hafta boyunca iki önbelleğe yazdıktan sonra, yeni önbelleğin tüm bekleyen oturum bilgilerini içerdiğinden emin olursunuz. Veri kaybından endişe duymadan bu noktadan itibaren güvenle buna güvenebilirsiniz.

Bu seçeneği uygulamak için genel adımlar şunlardır:

1. Mevcut Redis için Azure Cache örneğiyle aynı boyutta (veya daha büyük) yeni bir Azure Yönetilen Redis örneği oluşturun.
2. Uygulama kodunu hem yeni hem de özgün örneklere yazacak şekilde değiştirin.
3. Yeni örnek verilerle yeterince doldurulana kadar özgün örnekteki verileri okumaya devam edin.
4. Uygulama kodunu yalnızca yeni örnekten okuyacak ve yazacak şekilde güncelleştirin.
5. Özgün örneği silin.

Programatik olarak taşıma

Mevcut bir Redis için Azure Cache örneğinden verileri program aracılığıyla okuyarak ve Bunları Azure Yönetilen Redis örneğine yazarak özel bir geçiş işlemi oluşturun. Deneyebileceğiniz iki açık kaynak aracı vardır:

• Redis-copy
  • Bu açık kaynak aracı, verileri bir Redis için Azure Cache örnekten diğerine kopyalamak için kullanılabilir. Bu araç, verileri farklı Azure Cache bölgelerindeki önbellek örnekleri arasında taşımak için kullanışlıdır. Derlenmiş bir sürüm de kullanılabilir. Ayrıca, kendi geçiş aracınızı yazmak için yararlı bir kılavuz olacak kaynak kodu da bulabilirsiniz.
• RIOT
  • RIOT, Redis topluluğu tarafından test edilen bir diğer popüler geçiş aracıdır. Redis'e veri girip çıkmanıza yardımcı olmak için tasarlanmış bir komut satırı yardımcı programıdır.

Note

Bu araç Microsoft tarafından resmi olarak desteklenmez.

Bu seçeneği uygulamak için genel adımlar şunlardır:

1. Mevcut önbelleğin bulunduğu bölgede bir VM oluşturun. Veri kümeniz büyükse kopyalama süresini kısaltmak için nispeten güçlü bir VM seçin.
2. Yeni bir Azure Yönetilen Redis örneği oluşturun.
3. Boş olduğundan emin olmak için verileri yeni önbellekten temizleyin. Kopyalama aracının kendisi hedef önbellekteki mevcut hiçbir anahtarın üzerine yazmadığından bu adım gereklidir. Önemli: Kaynak önbellekten TEMIZLEMEYİn.
4. Verilerin kaynak önbellekten hedefe kopyalanmasını otomatikleştirmek için daha önce bahsedilen açık kaynak aracı gibi bir uygulama kullanın. Veri kümenizin boyutuna bağlı olarak kopyalama işleminin tamamlanmasının biraz zaman alabileceğini unutmayın.

Azure Yönetilen Redis için bölgesel kullanılabilirlik

Azure Yönetilen Redis sürekli olarak yeni bölgelere genişletiliyor. Bölgeye göre kullanılabilirliği denetlemek için bkz . Bölgeye göre kullanılabilir ürünler.

İlgili içerik

• Azure Yönetilen Redis nedir?
• Azure Yönetilen Redis mimarisi