Udostępnij za pośrednictwem

Planowanie wykonywania migracji — warstwy Podstawowa, Standardowa i Premium do usługi Azure Managed Redis

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

Ten artykuł zawiera instrukcje krok po kroku dotyczące ścieżek migracji. Zdecydowanie zalecamy przeprowadzenie migracji poza godzinami pracy, ponieważ spowoduje to krótką przerwę w łączności, podobną do przerw podczas regularnych prac konserwacyjnych.

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.

Krok 1. Aktualizowanie skryptów wdrażania

Po zidentyfikowaniu odpowiedniej jednostki SKU usługi Azure Managed Redis zaktualizuj skrypty wdrażania (takie jak szablony usługi ARM, pliki Bicep lub konfiguracje narzędzia Terraform), aby aprowizować usługę Azure Managed Redis zamiast usługi Azure Cache for Redis.

Krok 2. Tworzenie nowego wystąpienia usługi Azure Managed Redis

  1. Użyj tabeli mapowania SKU, aby wybrać odpowiedni rozmiar (ten sam lub większy niż istniejąca pamięć podręczna) oraz warstwę wydajności.
  2. Utwórz wystąpienie, wykonując czynności opisane w przewodniku Szybki start: tworzenie wystąpienia usługi Azure Managed Redis.

Wskazówka

Jeśli nie masz pewności, czy obciążenie intensywnie korzysta z pamięci, czy intensywnie korzysta z zasobów obliczeniowych, zacznij od warstwy zrównoważonej wydajności.

Krok 3. Migrowanie danych

Wybierz strategię migracji danych na podstawie tolerancji przestojów i utraty danych.

Uwaga / Notatka

Jeśli aplikacja może tolerować utratę danych lub może przywrócić pamięć podręczną z jego źródła danych (na przykład wzorzec 'look-aside' pamięci podręcznej), możesz pominąć ten krok i przejść bezpośrednio do Kroku 4.

Eksportowanie i importowanie danych przy użyciu pliku RDB

Obsługiwane tylko dla warstwy Premium. Udostępnia migawkę Twoich danych w danym momencie.

  • Plusy: Prosta, zgodna z dowolną pamięcią podręczną Redis Cache.
  • Minusy: Dane zapisywane po wykonaniu migawki nie są przechwytywane.

Kroki:

  1. Wyeksportuj plik RDB z istniejącego wystąpienia usługi Azure Cache for Redis przy użyciu instrukcji eksportu lub cmdlet Export programu PowerShell.
  2. Zaimportuj plik RDB do nowego wystąpienia usługi Azure Managed Redis przy użyciu instrukcji importowania lub polecenia cmdlet importowania programu PowerShell.
  3. Przejdź do kroku 4. Zaktualizuj aplikację.

Strategia podwójnego zapisu

Najlepiej działa, gdy wymagana jest zerowa utrata danych i można tymczasowo tolerować działanie dwóch pamięci podręcznych.

  • Plusy: Brak utraty danych, bez przestojów, nieprzerwanych operacji.
  • Minusy: Wymaga uruchomienia dwóch pamięci podręcznych przez dłuższy czas.

Kroki:

  1. Zmodyfikuj kod aplikacji, aby zapisywał zarówno do istniejącej pamięci podręcznej, jak i do nowego wystąpienia usługi Azure Managed Redis.
  2. Kontynuuj odczytywanie danych z istniejącej pamięci podręcznej, dopóki nowe wystąpienie nie zostanie wystarczająco wypełnione.
  3. Zaktualizuj kod aplikacji, aby odczytywał i zapisywał tylko z nowego wystąpienia.
  4. Przejdź do kroku 4. Zaktualizuj aplikację.

Migracja programowa

RIOT umożliwia migrowanie zawartości z usługi Enterprise do usługi Azure Managed Redis. Aby uzyskać więcej informacji, zobacz Migracja danych za pomocą RIOT-X dla usługi Azure Managed Redis.

  • Plusy: Pełna kontrola, możliwość dostosowywania.
  • Minusy: Wymaga nakładu pracy programistycznej.

Kroki:

  1. Utwórz maszynę wirtualną w tym samym regionie co istniejąca pamięć podręczna. Jeśli zestaw danych jest duży, wybierz zaawansowaną maszynę wirtualną, aby skrócić czas kopiowania.
  2. Opróżnij dane z nowej pamięci podręcznej, aby upewnić się, że są puste. Nie opróżnij źródłowej pamięci podręcznej.
  3. Skopiuj dane z cache źródłowej do nowego wystąpienia usługi Azure Managed Redis.
  4. Przejdź do kroku 4. Zaktualizuj aplikację.

Krok 4. Aktualizowanie aplikacji

Zaktualizuj konfigurację połączenia aplikacji, aby skierować ją na nową instancję Azure Managed Redis. Należy zaktualizować co najmniej:

  • Nazwa hosta: sufiks DNS zmienia się z .redis.cache.windows.net na <region>.redis.azure.net.
  • Port: Port TLS zmienia się z 6380 na 10000.
  • Klucz dostępu: użyj klucza dostępu z nowego wystąpienia usługi Azure Managed Redis.

Ważna

Rozważ przejście na uwierzytelnianie za pomocą Microsoft Entra ID zamiast kluczy dostępu. Identyfikator Entra firmy Microsoft oferuje lepsze zabezpieczenia i jest zalecaną metodą uwierzytelniania.

Uwaga / Notatka

Jeśli łączysz się z istniejącą pamięcią podręczną za pośrednictwem prywatnego punktu końcowego, upewnij się, że nowe wystąpienie usługi Azure Managed Redis jest połączone metodą peeringu z tą samą siecią wirtualną, co aplikacja, przy podobnej konfiguracji sieciowej.

Usługi Azure Cache for Redis i Azure Managed Redis są zgodne, więc w większości scenariuszy nie są wymagane żadne zmiany kodu aplikacji inne niż konfiguracje połączeń.

Krok 5: Weryfikacja i likwidacja

  1. Sprawdź, czy aplikacja działa poprawnie z nowym wystąpieniem usługi Azure Managed Redis.
  2. Monitoruj nową pamięć podręczną pod kątem oczekiwanego zachowania, wydajności i współczynników błędów.
  3. Gdy masz pewność, że nowe wystąpienie działa zgodnie z oczekiwaniami, usuń stare wystąpienie usługi Azure Cache for Redis.

Treści powiązane

  • Last updated on