Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Przed migracją zapoznaj się z kluczowymi różnicami między usługą Azure Cache for Redis i usługą Azure Managed Redis, aby umożliwić efektywne planowanie.
Ważna
Dostępna jest umiejętność agenta migracji Redis, która pomaga w odpowiadaniu na pytania związane z migracją i przygotowaniu planu migracji dostosowanego do danego środowiska. Aby uzyskać więcej informacji, zobacz Umiejętności agenta migracji usługi Redis.
Dlaczego usługa Azure Managed Redis jest bardziej wydajna
Usługa Azure Managed Redis jest oparta na stosie oprogramowania Redis Enterprise, który zapewnia znaczną poprawę wydajności w przypadku usługi Redis typu open source używanej przez warstwy Podstawowa, Standardowa i Premium. Usługa Redis Enterprise korzysta z wielowątkowej architektury, która może obsługiwać więcej operacji na sekundę, dostarczać mniejsze opóźnienia i efektywniej korzystać z bazowego sprzętu. Oznacza to, że w przypadku tej samej ilości pamięci i zasobów obliczeniowych usługa Azure Managed Redis może obsługiwać znacznie wyższą przepływność w porównaniu z równoważną pamięcią podręczną w warstwie Podstawowa, Standardowa lub Premium.
Ponadto usługa Azure Managed Redis obsługuje zaawansowane struktury danych za pośrednictwem modułów Redis (takich jak RediSearch, RedisJSON i RedisBloom), które nie są dostępne w warstwach Podstawowa, Standardowa lub Premium. Aby dowiedzieć się więcej na temat architektury, zobacz Architektura usługi Azure Managed Redis.
Najważniejsze różnice między kluczowymi cechami a funkcjonalnościami
Poniżej przedstawiono ważne różnice, które należy wziąć pod uwagę podczas przechodzenia z warstwy Podstawowa, Standardowa lub Premium do usługi Azure Managed Redis:
Struktura SKU. Usługa Azure Managed Redis organizuje jednostki SKU inaczej niż usługa Azure Cache for Redis. Zamiast jednostek SKU opartych na warstwach (Podstawowa, Standardowa, Premium), w których funkcje różnią się w zależności od warstwy, jednostki SKU usługi Azure Managed Redis są oparte na dwóch wymiarach: rozmiar pamięci i warstwa wydajności (zrównoważone, zoptymalizowane pod kątem pamięci lub zoptymalizowane pod kątem obliczeń). Wszystkie funkcje wysokiej dostępności i odzyskiwania po awarii (HADR) — w tym nadmiarowość strefowa, trwałość danych, replikacja geograficzna i importowanie/eksportowanie — są dostępne we wszystkich rozmiarach i poziomach wydajności. Nie musisz już wybierać jednostki SKU wyższej warstwy, aby uzyskać dostęp do tych funkcji.
Wysoka dostępność a brak wysokiej dostępności. Usługa Azure Managed Redis zapewnia możliwość wdrożenia z wysoką dostępnością lub bez wysokiej dostępności. Opcja bez wysokiej dostępności jest przeznaczona dla obciążeń nieprodukcyjnych oraz dla środowisk deweloperskich/testowych, w których chcesz zmniejszyć koszty. Wystąpienia bez wysokiej dostępności (HA) nie mają umowy dotyczącej poziomu usług (SLA) i mogą utracić dane w trakcie prac konserwacyjnych. Z kolei warstwy Basic, Standardowa i Premium nie oferują tej elastyczności — Basic nie ma HA, a Standardowa i Premium zawsze ją uwzględniają.
Klastrowanie. Usługa Azure Managed Redis jest domyślnie klastrowana i oferuje dwie zasady klastrowania — klastrowanie systemu operacyjnego i klastrowanie przedsiębiorstwa. Zalecamy wybranie klastrowania systemu operacyjnego w celu uzyskania najlepszej wydajności. Jeśli obecnie używasz nieklastrowanej pamięci podręcznej o warstwie Podstawowej lub Standardowej, konfiguracja biblioteki klienta Redis może wymagać zmian do pracy z wystąpieniem klastra (na przykład do obsługi przekierowań za pomocą biblioteki klienta obsługującej klaster). Jeśli aplikacja absolutnie wymaga wystąpienia nieklastrowanego, usługa Azure Managed Redis oferuje tryb nieklastrowany pamięci podręcznej do 25 GB.
Izolacja sieciowa. Usługa Azure Managed Redis nie obsługuje wstrzykiwania sieci wirtualnej i konfigurowania reguł zapory opartych na protokole IP. Jeśli istniejące wystąpienie usługi Azure Cache for Redis używa iniekcji sieci wirtualnej do izolacji sieci, musisz przełączyć się na korzystanie z usługi Azure Private Link z nowym wystąpieniem usługi Azure Managed Redis.
Skalowanie. Usługa Azure Managed Redis obsługuje zmianę rozmiaru pamięci i warstwy wydajności.
Identyfikator Microsoft Entra. Obie usługi obsługują uwierzytelnianie identyfikatora Entra firmy Microsoft. Jednak usługa Azure Managed Redis nie obsługuje obecnie RBAC Microsoft Entra ID.
Zaplanowane aktualizacje. Usługa Azure Cache for Redis obsługuje konfigurowanie zaplanowanego okna aktualizacji dla aktualizacji silnika Redis. Usługa Azure Managed Redis obsługuje zaplanowane aktualizacje obecnie w wersji zapoznawczej.
Obsługa portów TLS i innych niż TLS. W usłudze Azure Cache for Redis w warstwach Podstawowa, Standardowa i Premium to samo wystąpienie pamięci podręcznej może jednocześnie obsługiwać protokoły TLS (port 6380) i zwykły tekst (port 6379), co umożliwia różnym aplikacjom łączenie się przy użyciu obu trybów. W usłudze Azure Managed Redis pamięć podręczna obsługuje tylko jeden tryb w danym momencie — TLS lub inny niż TLS. Po wybraniu trybu podczas tworzenia pamięci podręcznej wszystkie aplikacje łączące się z tą pamięcią podręczną muszą używać tego samego trybu.
Redundancja strefowa. Usługa Azure Managed Redis jest domyślnie strefowo nadmiarowa, gdy jest włączona wysoka dostępność, a region obsługuje wiele stref dostępności. Dla porównania, nadmiarowość strefowa jest dostępna tylko w warstwie Premium (i w wersji zapoznawczej dla warstwy Standard).
Baz danych. Warstwy Podstawowa, Standardowa i Premium obsługują wiele baz danych Redis (domyślnie maksymalnie 16, konfigurowalnych do 64 w warstwie Premium). Usługa Azure Managed Redis obsługuje tylko jedną bazę danych (bazę danych 0). Jeśli aplikacja używa wielu baz danych, należy refaktoryzować model danych, aby użyć pojedynczej bazy danych lub użyć prefiksów kluczy do logicznego oddzielenia danych przed migracją.
Replikacja geograficzna. Usługa Azure Managed Redis obsługuje aktywną replikację geograficzną, która umożliwia operacje odczytu i zapisu w połączonych pamięciach podręcznych w różnych regionach. Warstwa Premium obsługuje tylko pasywną replikację geograficzną, gdzie pamięć podręczna pomocnicza jest tylko do odczytu. W przeciwieństwie do usługi Azure Cache for Redis, usługa Azure Managed Redis nie obsługuje jawnego polecenia Failover. Zamiast tego aplikacja musi przełączyć się do innego wystąpienia usługi Azure Managed Redis z replikacją geograficzną, gdy wykryje, że jeden z regionów nie działa.
Trwałość danych. Usługa Azure Managed Redis obsługuje trwałość danych we wszystkich jednostkach SKU. W usłudze Azure Cache for Redis trwałość jest dostępna tylko w warstwie Premium.
Moduły Redis. Usługa Azure Managed Redis obsługuje moduły redis, takie jak RediSearch, RedisJSON, RedisBloom i RedisTimeSeries. Te moduły nie są dostępne w warstwach Podstawowa, Standardowa lub Premium.
Importowanie/eksportowanie. Usługa Azure Managed Redis obsługuje importowanie i eksportowanie bazy danych RDB we wszystkich jednostkach SKU. W usłudze Azure Cache for Redis ta funkcja jest dostępna tylko w warstwie Premium.
Powiadomienia dotyczące przestrzeni kluczy. Powiadomienia o przestrzeni kluczy są obsługiwane w usłudze Azure Cache for Redis, ale nie są obecnie dostępne w usłudze Azure Managed Redis.
Ponowny rozruch. Usługa Azure Cache for Redis obsługuje ręczne ponowne uruchamianie węzłów pamięci podręcznej. Ta operacja nie jest dostępna w usłudze Azure Managed Redis, która automatycznie zarządza operacjami węzłów. Jeśli używasz funkcji Reboot do opróżniania danych z pamięci podręcznej, usługa Azure Managed Redis oferuje funkcję Flush jako operację zarządzania. Interfejsy API usługi Azure Managed Redis do symulowania zdarzeń konserwacji na potrzeby testowania odporności aplikacji znajdują się w harmonogramie działania.
Kluczowe różnice w aplikacjach klienckich
Zapoznaj się z tymi różnicami podczas planowania aktualizacji aplikacji:
| Opis funkcji | Azure Cache for Redis | Zarządzany Redis w Azure |
|---|---|---|
| Sufiks DNS (dla chmury publicznej platformy Azure) | .redis.cache.windows.net |
<region>.redis.azure.net |
| Port TLS | 6380 | 10 000 |
| Port inny niż TLS | 6379 | 10 000 |
| Porty TLS dla poszczególnych węzłów | 13XXX | 85xx |
| Indywidualny węzeł z portem bez TLS | 15XXX | 85xx |
| Obsługa klastrowania | Tylko klastrowanie systemu operacyjnego | Klastrowanie oprogramowania open source i systemów korporacyjnych |
| Nieklasterowane/autonomiczne | Tak (Podstawowa, Standardowa, Premium do 120 GB) | Tak (tryb nieklastrowany, tylko do 25 GB) |
| Wersja usługi Redis | 6 | 7,4 |
| Obsługiwane wersje protokołu TLS | 1.2 i 1.3 | 1.2 i 1.3 |
Wybierz odpowiedni rozmiar i wariant SKU dla usługi Azure Managed Redis
Wybranie odpowiedniej jednostki SKU usługi Azure Managed Redis obejmuje dwa kroki: wybranie odpowiedniego rozmiaru pamięci , a następnie wybranie odpowiedniej warstwy wydajności.
Krok 1: Wybieranie odpowiedniego rozmiaru pamięci
- Zidentyfikuj rozmiar pamięci bieżącej pamięci podręcznej. Przejdź do witryny Azure Portal, otwórz pamięć podręczną Podstawowa, Standardowa lub Premium i zanotuj rozmiar pamięci ze strony Przegląd (na przykład C3 = 13 GB, P2 = 13 GB).
Uwaga / Notatka
W przypadku klastrowanych pamięci podręcznych w warstwie Premium: dla klastrów podzielonych na fragmenty wybierz taki rozmiar, który zapewnia równoważną ilość pamięci w sumie we wszystkich fragmentach.
Znajdź jednostkę SKU o podobnym rozmiarze w usłudze Azure Managed Redis. Poszukaj jednostki SKU usługi Redis zarządzanej platformy Azure, która oferuje tę samą lub większą ilość pamięci do wykorzystania. Podczas porównywania rozmiarów należy pamiętać, że usługa Azure Managed Redis rezerwuje około 20% pamięci na potrzeby operacji systemowych i obciążeń. Uwzględnij tę rezerwację podczas wybierania rozmiaru — na przykład jednostki SKU B10/M10/X10 oferują 12 GB całkowitej pamięci, ale około 9,6 GB pamięci do użycia dla danych po rezerwacji.
Optymalizowanie na podstawie rzeczywistego użycia pamięci. Zamiast dopasowywać nominalny rozmiar pamięci podręcznej, zapoznaj się z metryką Używana pamięć na istniejącej pamięci podręcznej w usłudze Azure Monitor. Sprawdź szczytowe użycie pamięci w ciągu ostatniego miesiąca, aby zidentyfikować lepszą jednostkę SKU. Jeśli rzeczywiste użycie pamięci jest znacznie poniżej rozmiaru pamięci podręcznej, możesz wybrać mniejszą, bardziej ekonomiczną jednostkę SKU usługi Azure Managed Redis.
Krok B: Wybieranie odpowiedniej warstwy wydajności
Usługa Azure Managed Redis oferuje trzy warstwy wydajności — zrównoważone, zoptymalizowane pod kątem pamięci i zoptymalizowane pod kątem obliczeń. Wybierz zależnie od charakterystyki obciążenia:
- Zrównoważony — dobry punkt wyjścia, jeśli nie masz pewności. Oferuje zdrową mieszankę pamięci i obliczeń.
- Zoptymalizowane pod kątem pamięci — wybierz tę opcję, jeśli obciążenie intensywnie korzysta z pamięci i prawdopodobnie zabraknie pamięci przed użyciem procesora CPU.
- Zoptymalizowane pod kątem obliczeń — wybierz tę opcję, jeśli obciążenie korzysta z dużej przepływności lub jest wrażliwe na opóźnienia.
Aby uzyskać więcej informacji, zobacz Wybieranie odpowiedniej warstwy.
Uwagi dodatkowe
- Wyłącz wysoką dostępność dla migracji w warstwie Podstawowej. Jeśli przeprowadzasz migrację z podstawowej pamięci podręcznej (która nie ma replikacji ani umowy SLA), musisz wyłączyć wysoką dostępność w nowym wystąpieniu usługi Azure Managed Redis. Zmniejsza koszt o połowę i dostarcza porównywalne środowisko pracy dla obciążeń deweloperskich/testowych.