Planowanie wykonania 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 i tworzenie nowego wystąpienia usługi Redis zarządzanego Azure

  1. Po zidentyfikowaniu odpowiedniej jednostki SKU usługi Redis zarządzanej Azure zaktualizuj skrypty wdrażania (takie jak szablony usługi ARM, pliki Bicep lub konfiguracje programu Terraform), aby aprowizować usługę Azure Managed Redis zamiast Azure Cache for Redis.
  2. Użyj tabeli mapowania SKU, aby wybrać odpowiedni rozmiar (ten sam lub większy niż istniejąca pamięć podręczna) oraz warstwę wydajności.
  3. Utwórz wystąpienie, postępując zgodnie z instrukcjami Quickstart: Create an Azure Managed Redis Instance (Tworzenie zarządzanego wystąpienia Redis na platformie Azure).

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 2. 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 odtworzyć pamięć podręczną z jego źródła danych (na przykład wzorzec pamięci podręcznej typu look-aside), możesz pominąć ten krok i przejść bezpośrednio do kroku 3.

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 Azure Cache for Redis, korzystając z instrukcji eksportowania eksportuj lub polecenia eksportu PowerShell cmdlet.
  2. Zaimportuj plik RDB do nowej, zarządzanej przez Azure instancji Redis, korzystając z instrukcji importu lub polecenia cmdlet Import programu PowerShell.
  3. Przejdź do kroku 3. 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 zapisać zarówno istniejącą pamięć podręczną, jak i nowe wystąpienie usługi Redis zarządzanej Azure.
  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 3. Zaktualizuj aplikację.

Migracja programowa

USŁUGA RIOT umożliwia migrowanie zawartości z usługi Enterprise do usługi Azure Managed Redis. Aby uzyskać więcej informacji, zobacz Data Migration with RIOT-X for Azure Managed Redis (Migracja danych za pomocą 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 pamięci podręcznej źródłowej do nowego wystąpienia usługi Redis zarządzanego Azure.
  4. Przejdź do kroku 3. Zaktualizuj aplikację.

Krok 3. Aktualizowanie aplikacji

Zaktualizuj konfigurację połączenia aplikacji, aby wskazywała nowe wystąpienie usługi Redis zarządzanej Azure. 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.
  • Access key: użyj klucza dostępu z nowego wystąpienia usługi Redis zarządzanego Azure.

Ważna

Rozważ przełączenie się na uwierzytelnianie Microsoft Entra ID zamiast używania kluczy dostępu. Microsoft Entra ID 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 za pomocą peeringu z tą samą siecią wirtualną co aplikacja, z podobną konfiguracją sieci.

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 4: Weryfikowanie 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 funkcjonuje zgodnie z oczekiwaniami, usuń stare wystąpienie Azure Cache for Redis.

Treści powiązane

  • Last updated on