Opcje migracji — warstwy Podstawowa, Standardowa i Premium do zarządzanej przez Azure pamięci podręcznej Redis

  • Dotyczy: ✅ Azure Cache for Redis, ✅ Azure Managed Redis

W tym artykule opisano dostępne opcje migracji umożliwiające przejście z warstw Azure Cache for Redis Podstawowa, Standardowa i Premium do usługi Azure Managed Redis.

Ważna

Dostępna jest umiejętność agenta migracji dla Azure Cache for Redis (warstwy Podstawowa, Standardowa i Premium), która pomaga odpowiedzieć na pytania związane z migracją i przygotować plan migracji dostosowany do danego środowiska. Aby uzyskać więcej informacji, zobacz Umiejętności agenta migracji usługi Redis.

Istnieją dwie ścieżki migracji do rozważenia. Zalecamy opcję 1 dla większości klientów.

W tym podejściu utworzysz nowe wystąpienie usługi Azure Managed Redis, zmigrujesz do niego dane, zaktualizujesz aplikacje, aby wskazywały nowe wystąpienie, a następnie usuniesz stare wystąpienie Azure Cache for Redis.

Dlaczego jest to zalecane:

  • Pełna kontrola. Decydujesz dokładnie, kiedy należy przeciąć, i możesz przetestować nowe wystąpienie przed przełączeniem ruchu produkcyjnego. Jeśli masz wiele aplikacji łączących się z udostępnionym wystąpieniem usługi Redis, możesz jednocześnie przeprowadzić migrację jednej aplikacji.
  • Minimalny przestój. Korzystając ze strategii synchronizacji danych (takiej jak podwójne zapisy lub eksport/import), można zachować równoległe działanie obu pamięci podręcznych i przełączyć się z minimalnymi zakłóceniami.
  • Niezależna walidacja. Przed zlikwidowaniem starej pamięci podręcznej możesz sprawdzić, czy nowe wystąpienie usługi Redis zarządzanej przez Azure działa poprawnie z aplikacją.

Artykuł Samoobsługowa migracja zawiera instrukcje krok po kroku dotyczące tego podejścia, w tym wiele strategii migracji danych.

Opcja 2. Korzystanie z narzędzi migracji (wersja zapoznawcza)

Azure udostępnia wbudowane narzędzia migracji (wersja zapoznawcza), które automatyzuje migrację punktu końcowego z istniejącego wystąpienia Azure Cache for Redis do wstępnie utworzonego wystąpienia usługi Redis zarządzanego Azure. Po utworzeniu nowego wystąpienia zarządzanego Redis Azure i zainicjowaniu migracji narzędzie aktualizuje nazwę hosta Azure Cache for Redis, aby wskazywała zarządzany Redis Azure. Dzięki temu aplikacje klienckie automatycznie ponownie łączą się z tym samym wystąpieniem zarządzanego Redis Azure przy użyciu tej samej nazwy hosta i klucza dostępu. Po zweryfikowaniu migracji usuń stare wystąpienie Azure Cache for Redis i zaktualizuj aplikacje klienckie, aby używały nowej nazwy hosta usługi Redis zarządzanej Azure.

Ważna

Przed wybraniem tego podejścia zapoznaj się z poniższymi ograniczeniami.

Ograniczenia

  • Wstępnie utworzona docelowa usługa Azure zarządzana Redis jest wymagana. Przed rozpoczęciem migracji należy wybrać i utworzyć wystąpienie usługi Redis zarządzanej Azure.
  • Brak kontroli nad tym, kiedy następuje przełączenie systemu. Możesz użyć narzędzia do zainicjowania migracji, ale nie masz kontroli nad tym, kiedy dokładnie następuje przełączenie ruchu podczas migracji.
  • Wszystkie aplikacje klienckie zostały dotknięte jednocześnie. Wszystkie aplikacje klienckie, które łączą się z migrowanym wystąpieniem usługi Redis, zostaną zmigrowane jednocześnie. Nie można migrować jednej aplikacji ani usługi naraz.
  • Synchronizacja danych nie jest obsługiwana. To narzędzie będzie organizować migrację nazwy hosta/punktu końcowego, ale nie migruje żadnych danych.
  • Ograniczone okno wycofania. Ten przepływ obsługuje anulowanie lub wycofywanie po rozpoczęciu migracji. Jednak po pomyślnym zakończeniu migracji będziesz mieć ograniczony czas na sprawdzenie, czy aplikacje działają zgodnie z oczekiwaniami, oraz na dokonanie wycofania, jeśli to konieczne.
  • Ograniczony okres na zachowanie obu nazw hostów. Po pomyślnym zakończeniu migracji zdecydowanie zalecamy zaktualizowanie aplikacji do używania nowej nazwy hosta usługi Redis zarządzanej Azure. Nazwa hosta ze starego wystąpienia Azure Cache for Redis zostanie automatycznie usunięta w przyszłości.
  • Tymczasowa blokada zarządzania podczas migracji. Gdy stan to Migrowanie, inne operacje zarządzania są blokowane do czasu zakończenia migracji.
  • Prywatny punkt końcowy nie jest obsługiwany. Pamięci podręczne z prywatnymi punktami końcowymi nie są obsługiwane.
  • Pamięci podręczne typu injected w sieci wirtualnej nie są obsługiwane.
  • Niewspierane są zreplikowane geograficznie pamięci podręczne.
  • Nie wszystkie konfiguracje pamięci podręcznej są kopiowane. Konfiguracje lub właściwości, takie jak tożsamości zarządzane, reguły zapory, ustawienia trwałości, harmonogramy aktualizacji, powiadomienia o przestrzeni kluczy nie są kopiowane do nowego wystąpienia usługi Redis zarządzanego Azure. Podczas tworzenia należy skonfigurować usługę Azure Managed Redis z odpowiednią konfiguracją.

Artykuł Migracja przy użyciu narzędzi zawiera instrukcje krok po kroku dotyczące tego podejścia, w tym wiele strategii migracji danych.

Treści powiązane

  • Last updated on