Azure Cache for Redis — często zadawane pytania

Projekt open source redis został zmieniony na model podwójnej licencji z obsługą licencji Redis Source Available License w wersji 2 (RSALv2) lub licencji publicznej po stronie serwera w wersji 1 (SSPLv1). Aby uzyskać więcej informacji, zapoznaj się z komunikatem prasowym redis. Zobacz również wpis w blogu firmy Microsoft dotyczący zmiany licencjonowania usługi Redis.

Nie, usługa Azure Cache for Redis jest oferowana klientom zgodnie z warunkami świadczenia usług firmy Microsoft. Licencje RSALv2 i SSPLv1 nie mają zastosowania do korzystania z usługi Azure Cache for Redis.

Tak, usługa Azure Cache for Redis, Azure Cache for Redis Enterprise i Enterprise Flash będą nadal otrzymywać poprawki i poprawki błędów nawet po ogłoszeniu o licencjonowaniu.

Dla naszych klientów platformy Azure nie jest wymagana żadna akcja dotycząca ogłoszenia o licencjonowaniu.

• Usługa Managed Cache — usługa Managed Cache została wycofana 30 listopada 2016 r.

• Pamięć podręczna w roli — pamięć podręczna w rolach została wycofana 30 listopada 2016 r.

Należy przeprowadzić migrację wszystkich pamięci podręcznych z zależnością od usług Cloud Services (wersja klasyczna). W sierpniu 2021 r. ogłosiliśmy, że usługi Cloud Services (wersja klasyczna) zostaną wycofane 31 sierpnia 2024 r. Wszystkie wystąpienia usługi Azure Cache for Redis zależne od usług Cloud Services (klasycznej) muszą zostać wycofane z tej samej daty.

Pamięci podręczne należy migrować z zależnością od usług Cloud Services (klasycznej) przed 31 sierpnia 2024 r.

Staraliśmy się przeprowadzić migrację możliwie jak największej liczby pamięci podręcznych. W związku z tym nie ma to wpływu na kilka pamięci podręcznych i klientów.

Sprawdź Rekomendacje usługi Azure Advisor. Jeśli ma to wpływ na pamięć podręczną, w subskrypcji zostanie wyświetlone zalecenie.

Większość pamięci podręcznych została zmigrowana z usługi Cloud Services (klasycznej) do tworzenia w usłudze Azure Virtual Machine Scale Sets. Migrowanie do usługi Azure Virtual Machine Scale Sets powoduje usunięcie zależności. Istnieją trzy sposoby inicjowania tego procesu dla pamięci podręcznych w sieci wirtualnej:

• Migrowanie do nowej pamięci podręcznej przy użyciu linków prywatnych.

  Utwórz nową pamięć podręczną korzystającą z usługi Private Link do izolacji sieci, a nie iniekcji sieci wirtualnej i zmigruj dane do tej pamięci podręcznej. Ta opcja zapewnia najlepsze i najbezpieczniejsze środowisko izolacji sieci, jednocześnie zapewniając, że wszystkie nowe pamięci podręczne są tworzone przy użyciu zaktualizowanej infrastruktury.

• Przeprowadź migrację do nowej pamięci podręcznej w nowej podsieci sieci wirtualnej usługi Azure Resource Manager.

  Tworzenie pamięci podręcznej w klasycznej sieci wirtualnej powoduje utworzenie pamięci podręcznej usług w chmurze (klasycznej), a nie pamięci podręcznej usługi Azure Virtual Machine Scale Sets. Migracja do nowej pamięci podręcznej w nowej podsieci sieci wirtualnej usługi Azure Resource Manager naprawia podstawową zależność od usług Cloud Services przy zachowaniu podobnego środowiska sieci wirtualnej.

  Większość pamięci podręcznych została zmigrowana z usługi Cloud Services (klasycznej) do tworzenia w usłudze Azure Virtual Machine Scale Sets. Aby przeprowadzić migrację, usuń istniejącą pamięć podręczną i utwórz nową pamięć podręczną w nowej podsieci sieci wirtualnej usługi Azure Resource Manager. Zdecydowanie nie zalecamy używania starych podsieci podczas migrowania pamięci podręcznych. Aby uzyskać zalecane opcje migracji danych w pamięci podręcznej, zobacz Migrowanie do usługi Azure Cache for Redis.

• Automatyczna migracja z utratą danych (zalecane).

  Możemy migrować pamięci podręczne z usługi Cloud Services (klasycznej) do automatycznego używania zestawów skalowania maszyn wirtualnych z konfiguracją pamięci podręcznej (uwzględnij klucze dostępu i nazwę hosta). Jednak ta metoda wymaga około 30 minut przestoju i całkowitej utraty danych w pamięci podręcznej. Możesz użyć funkcji importu/eksportu , aby zapisać kopię danych przed migracją.

  Aby skorzystać z tej opcji, skontaktuj się lub azurecachemigration@microsoft.com utwórz wniosek o pomoc techniczną w celu zażądania migracji.

Sprawdź, czy pamięć podręczna korzysta z replikacji geograficznej. Jeśli tak, musisz przeprowadzić migrację danych z bieżącej pary zreplikowanej geograficznie do nowej pary zreplikowanej geograficznie.

Na przykład:

1. Utwórz nową parę replikowanych geograficznie pamięci podręcznych w warstwie Premium, która jest zgodna z tą samą konfiguracją co bieżąca para pamięci podręcznych.
2. Odłącz oryginalną parę replikowanych geograficznie pamięci podręcznych i wyeksportuj plik RDB z podstawowej pamięci podręcznej.
3. Zaimportuj plik RDB do podstawowej pamięci podręcznej w nowej parze replikowanej geograficznie.

Nowa para replikowanych geograficznie pamięci podręcznych nie będzie mieć tej samej zależności od usług Cloud Services.

Zaczynamy blokować tworzenie nowych pamięci podręcznych przy użyciu modelu wdrażania usług Cloud Services (klasycznego). Nowe pamięci podręczne można nadal tworzyć przy użyciu tego starego modelu wdrażania, jeśli zostaną utworzone w podsieci sieci wirtualnej, która kiedyś zawierała pamięć podręczną usług Cloud Services lub jeśli pamięć podręczna zostanie wdrożona w klasycznej sieci wirtualnej. Jeśli zostanie wyświetlony ten komunikat, utwórz nową podsieć w sieci wirtualnej, w której ma zostać wdrożona pamięć podręczna. Utworzenie podsieci w sieci wirtualnej gwarantuje, że pamięć podręczna zostanie utworzona bez zależności usług Cloud Services.

Aby sprawdzić, czy masz co najmniej jedną pamięć podręczną opartą na usługach w chmurze w podsieci, możesz sprawdzić usługę Azure Advisor w portalu lub użyć interfejsu API REST linków do zasobów. Użyj interfejsu resource-navigation-links API z identyfikatorem subskrypcji, nazwą grupy zasobów, nazwą sieci wirtualnej i nazwą podsieci, aby uzyskać wszystkie pamięci podręczne w tej podsieci korzystającej z usług Cloud Services.

Jeśli tworzysz nową pamięć podręczną przy użyciu interfejsu API REST, upewnij się również, że nie przekazujesz konfiguracji {"CacheVmType": "CloudService"} redis-wraz z żądaniem tworzenia. Te parametry są nieudokumentowanym parametrem, więc jest mało prawdopodobne, że to robisz.

Jeśli musisz utworzyć nowe pamięci podręczne przy użyciu modelu wdrażania usług Cloud Services (klasycznego), skontaktuj się z pomocą azurecachemigration@microsoft.com techniczną lub utwórz wniosek o pomoc techniczną, aby zażądać wykluczenia.

Te pamięci podręczne zostaną zamknięte i utracisz wszystkie dane w pamięciach podręcznych.

Wycofanie odbywa się w trzech fazach, dzięki czemu masz maksymalny czas migracji:

1. Aktywny etap (od 30 kwietnia 2023 r.)

   Pamięci podręczne mają pełną obsługę bez zmian stanu od dziś. Ten okres umożliwia klientom przejście poza usługę w chmurze (klasyczną) z minimalnymi przerwami.

2. Etap konserwacji (od 1 maja 2023 r. do 31 grudnia 2023 r.)

   Pamięci podręczne otrzymają krytyczne zabezpieczenia, stabilność i poprawki błędów, ale nie będą dostępne żadne nowe funkcje.

3. Etap nieaktywny (od 1 stycznia 2024 r. do 31 sierpnia 2024 r.)

   Pamięci podręczne otrzymują tylko krytyczne poprawki zabezpieczeń. Wszyscy klienci z problemami z pomocą techniczną muszą przeprowadzić migrację do pamięci podręcznej opartej na zestawie skalowania maszyn wirtualnych przed otrzymaniem pomocy technicznej. Klienci muszą przenieść swoje pamięci podręczne do 31 sierpnia 2024 r.

L.p. Ta oś czasu dotyczy tylko pamięci podręcznych uruchomionych w usłudze Redis 6.0. Redis 4.0 jest częścią oddzielnej emerytury, która kończy się przed wycofaniem usług Cloud Services (wersja klasyczna). Wszystkie pozostałe pamięci podręczne korzystające z usługi Redis 4.0 w usługach Cloud Services (wersja klasyczna) zostaną automatycznie zmigrowane do używania zestawów skalowania maszyn wirtualnych i usługi Redis 6.0 po 31 października 2023 r. Ta metoda migracji wymaga przestoju i pełnej utraty danych w pamięci podręcznej, więc przeprowadź migrację przed tą datą, jeśli chcesz uniknąć przestoju lub utraty danych. Skontaktuj się lub azurecachemigration@microsoft.com utwórz wniosek o pomoc techniczną, aby poprosić o automatyczne uaktualnienie przed 31 października 2023 r.

Opublikuj dowolne pytania na stronie pytań i odpowiedzi dotyczących wycofania usług w chmurze (klasycznej). Ponadto możesz wysłać wiadomość e-mail na adres , aby azurecachemigration@microsoft.com uzyskać więcej informacji.

Jeśli twoje pytanie nie znajduje się tutaj, daj nam znać, abyśmy mogli znaleźć odpowiedź.

• Aby dotrzeć do szerszej grupy odbiorców, możesz opublikować pytanie na stronie pytań i odpowiedzi firmy Microsoft dla usługi Azure Cache oraz skontaktować się z zespołem usługi Azure Cache i innymi członkami społeczności.

• Jeśli chcesz wysłać żądanie funkcji, możesz przesłać swoje żądania i pomysły do usługi Azure Cache for Redis User Voice.

• Możesz również wysłać do nas pytanie pod adresem azurecache@microsoft.com.