Co się dzieje z usługą Azure Database for MySQL — pojedynczy serwer?
DOTYCZY: 
Azure Database for MySQL — pojedynczy serwer
Ważne
Usługa Azure Database for MySQL — pojedynczy serwer znajduje się na ścieżce wycofania i została wycofana 16 września 2024 r.
Po latach ewolucji usługi Azure Database for MySQL — pojedynczy serwer nie może już obsługiwać wszystkich nowych funkcji, funkcji i potrzeb zabezpieczeń. Zalecamy uaktualnienie do usługi Azure Database for MySQL — serwer elastyczny przed 16 września 2024 r., aby uniknąć mimowolnej wymuszonej migracji i niedostępności serwera.
Azure Database for MySQL — serwer elastyczny to w pełni zarządzana usługa bazy danych gotowa do produkcji zaprojektowana pod kątem bardziej szczegółowej kontroli i elastyczności w zakresie funkcji zarządzania bazami danych i ustawień konfiguracji. Aby uzyskać więcej informacji na temat serwera elastycznego, odwiedź stronę Azure Database for MySQL — serwer elastyczny.
Jeśli obecnie masz usługę Azure Database for MySQL — pojedynczy serwer hostujący serwery produkcyjne, z przyjemnością poinformujemy Cię, że możesz przeprowadzić migrację usługi Azure Database for MySQL — pojedynczy serwer do usługi Azure Database for MySQL — serwer elastyczny bezpłatnie przy użyciu usługi Azure Database for MySQL Import, w miejscu automigration lub Azure Database Migration Service (wersja klasyczna). Zapoznaj się z różnymi sposobami migracji w poniższej sekcji.
W ramach tego wycofania nie obsługujemy już tworzenia nowych wystąpień pojedynczego serwera z witryny Azure Portal od 16 stycznia 2023 r. i interfejsu wiersza polecenia platformy Azure od 19 marca 2024 r. Nadal będzie można tworzyć repliki do odczytu i wykonywać przywracanie (PITR i przywracanie geograficzne) dla istniejącego wystąpienia pojedynczego serwera i będzie to nadal obsługiwane do daty zachodu słońca 16 września 2024 r.
Migracja z pojedynczego serwera na serwer elastyczny
Dowiedz się, jak przeprowadzić migrację z usługi Azure Database for MySQL — pojedynczy serwer do usługi Azure Database for MySQL — serwer elastyczny.
| Scenariusz | Narzędzia | Szczegóły |
|---|---|---|
| Offline/Online | Importowanie usługi Azure Database for MySQL i interfejs wiersza polecenia platformy Azure | Samouczek: importowanie usługi Azure Database for MySQL za pomocą interfejsu wiersza polecenia platformy Azure |
| W trybie offline | Database Migration Service (wersja klasyczna) i Azure Portal | Samouczek: usługa DMS (klasyczna) w witrynie Azure Portal (offline) |
| Tryb online | Database Migration Service (wersja klasyczna) i Azure Portal | Samouczek: usługa DMS (klasyczna) w witrynie Azure Portal (online) |
| W trybie offline | Żądanie automigracji w miejscu (otwórz bilet pomocy technicznej platformy Azure) | Automatyczna automatyczna migracja w miejscu z usługi Azure Database for MySQL — pojedynczy do serwera elastycznego |
Aby uzyskać więcej informacji na temat migracji z pojedynczego serwera do serwera elastycznego przy użyciu innych narzędzi migracji, zobacz Wybieranie odpowiednich narzędzi do migracji do usługi Azure Database for MySQL.
Uwaga
Automatyczna migracja w miejscu z usługi Azure Database for MySQL — pojedynczy serwer do serwera elastycznego to migracja inicjowana przez usługę w miejscu podczas planowanego okna obsługi w celu wybrania obciążeń bazy danych pojedynczego serwera. Kwalifikujące się serwery są identyfikowane przez usługę i wysyłane jest do nich wcześniejsze powiadomienie zawierające szczegółowe informacje o krokach mających na celu przejrzenie szczegółów migracji. Jeśli jesteś właścicielem obciążenia pojedynczego serwera bez złożonych funkcji (replika do odczytu, sieć wirtualna, podwójne szyfrowanie infra, punkt końcowy usługi/reguły sieci wirtualnej), możesz teraz nominować siebie (jeśli nie została jeszcze zaplanowana przez usługę) na potrzeby automatycznej migracji, podnosząc bilet pomocy technicznej platformy Azure. Wszystkie inne obciążenia z pojedynczym serwerem są zalecane do migrowania za pomocą narzędzi migracji zainicjowanych przez użytkownika oferowanych przez platformę Azure — Azure DMS, Azure Database for MySQL Import. Dowiedz się więcej o automatycznej migracji w tym miejscu.
Sprawdzanie wymagań wstępnych podczas migracji z pojedynczego do serwera elastycznego
- Jeśli źródłowy pojedynczy serwer usługi Azure Database for MySQL ma wersję aparatu w wersji 8.x, upewnij się, że uaktualnij sterownik klienta .NET serwera źródłowego do wersji 8.0.32, aby uniknąć niezgodności kodowania po migracji do serwera elastycznego.
- Jeśli źródłowy pojedynczy serwer usługi Azure Database for MySQL ma wersję aparatu w wersji 8.x, upewnij się, że uaktualnij wersję protokołu TLS serwera źródłowego z wersji 1.0 lub 1.1 do protokołu TLS w wersji 1.2 przed migracją, ponieważ starsze wersje protokołu TLS zostały uznane za przestarzałe dla serwera elastycznego.
- Jeśli źródłowy pojedynczy serwer usługi Azure Database for MySQL korzysta z portów niezdefinicyjnych, takich jak 3308 3309 i 3310, zmień port łączności na 3306, ponieważ wymienione powyżej porty niezdefinicyjne nie są obsługiwane na serwerze elastycznym.
- Tagi usługi (SQL) w regułach ruchu wychodzącego nie są obsługiwane na serwerze elastycznym usługi Azure Database for MySQL. Użyj w pełni kwalifikowanej nazwy domeny (FQDN) w regułach ruchu wychodzącego podczas konfigurowania ustawień zapory dla serwera elastycznego.
Co się stanie po zachodzie słońca (16 września 2024)?
W ciągu ostatnich dwóch lat wysłaliśmy cykliczne powiadomienia, aby ukończyć migrację do serwera elastycznego usługi Azure Database for MySQL, zarówno za pośrednictwem kanałów publicznych, takich jak usługa Azure Update, jak i blogi, a także bezpośredni dostęp za pośrednictwem wiadomości e-mail klientów, stron produktów i banerów witryny Azure Portal. W ramach naszej ciągłej komunikacji i pomocy w zakresie bezpiecznej migracji klientów do nowego środowiska ta sekcja zawiera więcej informacji na temat środowiska klienta dla obciążeń, które pozostają w środowisku produkcyjnym od 16 września 2024 r.
Od 17 września serwery, które nie zostały jeszcze zmigrowane, będą okresowo zatrzymywane. Musisz przyjść do witryny Azure Portal, potwierdzić akcje migracji i uruchomić serwer. Po uruchomieniu serwera przejdź do migracji do usługi Azure Database for MySQL — serwer elastyczny przy użyciu interfejsu wiersza polecenia importu usługi Azure Database for MySQL lub usługi Azure Data Migration Service. Z drugiej strony, jeśli chcesz kontynuować automatyczną migrację, zgłoś bilet pomocy technicznej platformy Azure, aby uzyskać zaplanowaną automatyczną migrację. Upewnij się, że należy uruchomić serwer i przeprowadzić migrację na serwer elastyczny, aby uniknąć mimowolnej wymuszonej migracji później, co doprowadzi do niedostępności serwera, ponieważ można migrować tylko ograniczone funkcje.
Uruchomienie wystąpienia pojedynczego serwera po wycofaniu byłoby zagrożeniem bezpieczeństwa, ponieważ nie będzie konserwacji zabezpieczeń i poprawek usterek na przestarzałej platformie pojedynczego serwera. Aby zapewnić nasze zobowiązanie do uruchamiania wystąpień zarządzanych na zaufanej i bezpiecznej platformie po dacie wycofania, wystąpienie pojedynczego serwera wraz z plikami danych zostanie wymusić migrację w ostateczności do odpowiedniego wystąpienia serwera elastycznego w sposób etapowy.
Uwaga
Żadne umowy SLA, poprawki błędów, poprawki zabezpieczeń lub obsługa techniczna na żywo nie zostaną uznane za wystąpienie pojedynczego serwera po dacie zakończenia.
Data zakończenia migracji wymuszonej
Po dacie wycofania wystąpienie pojedynczego serwera wraz z plikami danych zostanie wymusić migrację do odpowiedniego wystąpienia serwera elastycznego w sposób etapowy. Doprowadzi to do ograniczonej dostępności funkcji, ponieważ niektóre zaawansowane funkcje nie mogą zostać wymusić migracji bez danych wejściowych klienta do wystąpienia serwera elastycznego. Doprowadzi to do niedostępności serwera z zabezpieczeniami i funkcjami sieciowymi. Przeczytaj więcej na temat kroków ponownego konfigurowania takich funkcji po migracji wymuszonej, aby zminimalizować potencjalny efekt poniżej.
Nie można wymusić migracji następujących funkcji, ponieważ wymagają one danych wejściowych klienta do konfiguracji i nie zostaną włączone w zmigrowanym wystąpieniu serwera elastycznego:
- Private Link
- Szyfrowanie danych (CMK)
- Uwierzytelnianie entra firmy Microsoft (w międzyczasie microsoft Entra ID)
- Punkty końcowe usługi
- Podwójne szyfrowanie infrastruktury
- Repliki do odczytu
Akcja wymagana po wymuszonej migracji
Ważne : pojedyncze serwery z włączonymi funkcjami sieci, zabezpieczeń i szyfrowania danych zostaną wymuszenie migracji do wystąpienia serwera elastycznego z dostępem publicznym w stanie wyłączonym w celu ochrony danych klientów. Aby zapewnić ciągłość działania, należy włączyć odpowiedni dostęp po wymuszonej migracji.
Po wymuszonej migracji należy ponownie skonfigurować funkcje wymienione powyżej w zmigrowanym wystąpieniu serwera elastycznego, aby zapewnić ciągłość działania:
- Private Link — możesz włączyć publiczny dostęp w celu natychmiastowego nawiązania połączenia z serwerem lub usunąć wystąpienie pojedynczego serwera i usunąć skojarzony prywatny punkt końcowy, aby móc skonfigurować ten sam prywatny punkt końcowy dla zmigrowanego wystąpienia serwera elastycznego. Przeczytaj więcej na temat konfigurowania prywatnych punktów końcowych dla serwera elastycznego tutaj
- Szyfrowanie danych (CMK) — przeczytaj więcej na temat sposobu konfigurowania tutaj
- Uwierzytelnianie entra firmy Microsoft (w międzyczasie microsoft Entra ID) — przeczytaj więcej o sposobie konfigurowania tutaj
- Punkty końcowe usługi — punkt końcowy usługi (reguła sieci wirtualnej) nie jest obsługiwany na serwerze elastycznym usługi Azure Database for MySQL. Zalecamy skonfigurowanie usługi Private Link w celu spełnienia parzystości funkcji. Dowiedz się więcej o sposobie konfigurowania usługi Private Link tutaj
- Szyfrowanie podwójne infrastruktury — szyfrowanie podwójne infrastruktury nie jest obsługiwane na serwerze elastycznym usługi Azure Database for MySQL. Zalecamy skonfigurowanie szyfrowania danych w celu spełnienia parzystości funkcji. Dowiedz się więcej o sposobie konfigurowania szyfrowania danych (CMK) tutaj
- Repliki do odczytu — repliki do odczytu zostaną zmigrowane jako oddzielne serwery autonomiczne. Skonfiguruj repliki do odczytu dla serwera podstawowego, odwołując się do zmigrowanego pomocniczego serwera autonomicznego, który można usunąć po konfiguracji. Dowiedz się więcej o sposobie konfigurowania tutaj
Uwaga
Jeśli serwer znajduje się w regionie, w którym usługa Azure Database for MySQL — serwer elastyczny nie jest obsługiwana, po dacie zakończenia działania wystąpienie pojedynczego serwera będzie dostępne z ograniczonymi operacjami w celu uzyskania dostępu do danych i migracji do serwera elastycznego do 15 listopada 2024 r. Wystąpienie nie zostanie wymuszone zmigrowane na serwer elastyczny do 15 listopada 2024 r. Serwery zostaną zatrzymane w pierwszym tygodniu grudnia 2024 r. Serwer można ponownie uruchomić za pośrednictwem witryny Azure Portal lub interfejsu wiersza polecenia i przeprowadzić migrację w ciągu 7 dni. Jeśli serwer nie zostanie zmigrowany w powyższym okresie prolongaty, zostanie on wymusiony w drugim tygodniu grudnia 2024 r. Po 31 grudnia serwery zostaną usunięte w celu wycofania platformy. Zdecydowanie zalecamy użycie jednej z następujących opcji migracji przed 22 listopada 2024 r., aby uniknąć zakłóceń w ciągłości działania:
- Usługa Azure DMS umożliwia przeprowadzenie migracji między regionami do serwera elastycznego w odpowiednim regionie świadczenia usługi Azure.
- Migracja do serwera MySQL hostowanego na maszynie wirtualnej w regionie, jeśli nie możesz zmienić regionów z powodu problemów ze zgodnością.
Konfigurowanie właściwości Microsoft Defender dla Chmury na serwerze elastycznym
Podczas migracji z usługi Azure Database for MySQL — pojedynczy serwer do serwera elastycznego z włączonym Defender dla Chmury stan włączania jest zachowywany. Aby uzyskać parzystość w serwerze elastycznym dla właściwości, które można skonfigurować na pojedynczym serwerze, należy wziąć pod uwagę szczegóły w poniższej tabeli.
| Właściwości | Konfiguracja |
|---|---|
| Pomijanie określonych typów alertów | Wyłącz określone typy alertów za pomocą platformy Microsoft Defender dla Chmury. Aby uzyskać więcej informacji, odwiedź stronę Pomijanie alertów z przewodnika Microsoft Defender dla Chmury. Użytkownicy pojedynczego serwera mogą używać właściwości interfejsu API: properties.disabledAlerts |
| Powiadomienia e-mail | Zdefiniuj powiadomienie e-mail dotyczące alertów Microsoft Defender dla Chmury dla wszystkich zasobów w subskrypcji. Aby uzyskać więcej informacji, zobacz Konfigurowanie powiadomień e-mail dotyczących alertów zabezpieczeń. Użytkownicy pojedynczego serwera mogą używać właściwości interfejsu API: properties.emailAccountAdmins, properties.emailAddresses |
| Eksportowanie alertów w celu dalszego przetwarzania i/lub archiwizowania | Alerty są przechowywane na platformie Microsoft Defender dla Chmury i udostępniane za pośrednictwem usługi Azure Resource Graph. Alerty można wyeksportować do innego magazynu i oddzielnie zarządzać przechowywaniem. Aby uzyskać więcej informacji, odwiedź stronę Konfigurowanie eksportu ciągłego w witrynie Azure Portal — Microsoft Defender dla Chmury. Użytkownicy pojedynczego serwera mogą używać właściwości interfejsu API: properties.retentionDays, properties.storageAccountAccessKey, properties.storageEndpoint |
Często zadawane pytania (FAQ)
Pyt. Dlaczego usługa Azure Database for MySQL —pojedynczy serwer jest wycofywana?
Odp. Usługa Azure Database for MySQL — pojedynczy serwer stała się ogólnie dostępna w 2018 roku. Jednak biorąc pod uwagę opinie klientów i nowe postępy w zakresie możliwości obliczeniowych, dostępności, skalowalności i wydajności w środowisku bazy danych platformy Azure, oferta pojedynczego serwera musi zostać wycofana i uaktualniona o nową architekturę — serwer elastyczny usługi Azure Database for MySQL, aby zapewnić najlepszą platformę bazy danych typu open source platformy Azure. Znajdź ogłoszenie o wycofaniu tutaj.
Pyt. Dlaczego poproszono mnie o migrację do usługi Azure Database for MySQL — serwer elastyczny?
A. Azure Database for MySQL — serwer elastyczny to najlepsza platforma do uruchamiania wszystkich obciążeń MySQL na platformie Azure. Usługa Azure MySQL — serwer elastyczny jest zarówno ekonomiczna, jak i zapewnia lepszą wydajność we wszystkich warstwach usług oraz więcej sposobów kontrolowania kosztów w celu tańszego i szybszego odzyskiwania po awarii:
- Więcej sposobów optymalizowania kosztów, w tym obsługa opcji obliczeniowych warstwy z możliwością zwiększania szybkości.
- Zwiększona wydajność obciążeń produkcyjnych krytycznych dla działania firmy, które wymagają małych opóźnień, wysokiej współbieżności, szybkiego przejścia w tryb failover i wysokiej skalowalności.
- Wydłużony czas pracy dzięki możliwości skonfigurowania rezerwy dynamicznej w tej samej lub innej strefie oraz jednogodzinnemu przedziałowi czasu na zaplanowaną konserwację serwera.
Pyt. Jak szybko muszę przeprowadzić migrację pojedynczego serwera na serwer elastyczny?
Odp. Azure Database for MySQL — pojedynczy serwer ma zostać wycofany do 16 września 2024 r., dlatego zdecydowanie zalecamy migrację pojedynczego serwera do serwera elastycznego najwcześniejszej okazji, aby zapewnić dużo czasu na uruchomienie cyklu życia migracji, zastosowanie korzyści oferowanych przez serwer elastyczny i zapewnienie ciągłości działania firmy.
Pyt. Co się stanie z istniejącymi wystąpieniami pojedynczego serwera usługi Azure Database for MySQL?
Odp. Istniejące obciążenia pojedynczego serwera usługi Azure Database for MySQL nadal działają tak jak wcześniej i są oficjalnie obsługiwane do daty zachodu słońca. Jednak żadne nowe aktualizacje nie są wydawane dla pojedynczego serwera i zdecydowanie zalecamy rozpoczęcie migracji do serwera elastycznego usługi Azure Database for MySQL najwcześniej. Po dacie wycofania wystąpienie pojedynczego serwera wraz z plikami danych zostanie wymusić migrację do odpowiedniego wystąpienia serwera elastycznego w sposób etapowy.
Pyt. Czy mogę kontynuować działanie pojedynczego serwera poza datą zachodu słońca?
Odp. Niestety, nie planujemy obsługi pojedynczego serwera poza datą zachodu słońca 16 września 2024 r., dlatego zdecydowanie zalecamy rozpoczęcie planowania migracji tak szybko, jak to możliwe. Po dacie wycofania wystąpienie pojedynczego serwera wraz z plikami danych zostanie wymusić migrację do odpowiedniego wystąpienia serwera elastycznego w sposób etapowy. Może to prowadzić do ograniczonej dostępności funkcji, ponieważ niektórych zaawansowanych funkcji nie można wymusić migracji bez danych wejściowych klienta do wystąpienia serwera elastycznego. Dowiedz się więcej na temat kroków ponownego konfigurowania takich funkcji po wymuszonej migracji, aby zminimalizować potencjalny wpływ w tym miejscu. Jeśli serwer znajduje się w regionie, w którym usługa Azure Database for MySQL — serwer elastyczny nie jest obsługiwana, po dacie zakończenia działania wystąpienie pojedynczego serwera jest dostępne z ograniczonymi operacjami w celu uzyskania dostępu do danych i migracji do serwera elastycznego do 15 listopada.
Pyt. Mój pojedynczy serwer jest wdrażany w regionie, który nie obsługuje serwera elastycznego. Co się stanie z datą po zachodzie słońca serwera?
Odp. Jeśli serwer znajduje się w regionie, w którym usługa Azure Database for MySQL — serwer elastyczny nie jest obsługiwana, po dacie zakończenia działania wystąpienie pojedynczego serwera jest dostępne z ograniczonymi operacjami w celu uzyskania dostępu do danych i migracji do serwera elastycznego do 15 listopada. Zdecydowanie zalecamy użycie jednej z następujących opcji migracji przed datą zachodu słońca, aby uniknąć zakłóceń w ciągłości działalności biznesowej:
- Usługa Azure DMS umożliwia przeprowadzenie migracji między regionami do serwera elastycznego w odpowiednim regionie świadczenia usługi Azure.
- Migracja do serwera MySQL hostowanego na maszynie wirtualnej w regionie, jeśli nie możesz zmienić regionów z powodu problemów ze zgodnością.
Pyt. Data po zachodzie słońca, czy będzie jakakolwiek utrata danych dla mojego pojedynczego serwera?
Odp. Nie, nie będzie żadnych utraty danych poniesionej dla wystąpienia pojedynczego serwera. Po dacie zakończenia działania wystąpienie pojedynczego serwera wraz z jego plikami danych zostanie wymuszone zmigrowane do odpowiedniego wystąpienia serwera elastycznego. Jeśli serwer znajduje się w regionie, w którym usługa Azure Database for MySQL — serwer elastyczny nie jest obsługiwana, po dacie zakończenia działania wystąpienie pojedynczego serwera jest dostępne z ograniczonymi operacjami w celu uzyskania dostępu do danych i możliwości migracji do serwera elastycznego w odpowiednim regionie do 15 listopada.
Pyt. Co zrobić po ogłoszeniu wycofania pojedynczego serwera, jeśli nadal muszę utworzyć nowy pojedynczy serwer, aby zaspokoić swoje potrzeby biznesowe?
Odp. W ramach tego wycofania nie będziemy już obsługiwać tworzenia nowych wystąpień pojedynczego serwera z witryny Azure Portal od 16 stycznia 2023 r. Ponadto od 19 marca 2024 r. nie będzie już można tworzyć nowych wystąpień pojedynczego serwera usługi Azure Database for MySQL przy użyciu interfejsu wiersza polecenia platformy Azure. Jeśli nadal musisz utworzyć wystąpienia pojedynczego serwera w celu spełnienia wymagań dotyczących ciągłości działania, utwórz bilet pomoc techniczna platformy Azure.
Pyt. Co zrobić po ogłoszeniu wycofania pojedynczego serwera, jeśli nadal muszę utworzyć nową replikę do odczytu dla wystąpienia pojedynczego serwera?
Odp. Nadal będzie można tworzyć repliki do odczytu dla istniejącego wystąpienia pojedynczego serwera z bloku Replikacja i będzie to nadal obsługiwane do daty zachodu słońca 16 września 2024 r.
Pyt. Czy istnieją dodatkowe koszty związane z przeprowadzeniem migracji?
Odp. Podczas uruchamiania migracji płacisz za docelowy serwer elastyczny i źródłowy pojedynczy serwer. Konfiguracja i obliczenia docelowego serwera elastycznego określają naliczone koszty dodatkowe. Aby uzyskać więcej informacji, zobacz Cennik. Po zlikwidowaniu źródłowego pojedynczego serwera po pomyślnej migracji płacisz tylko za uruchomiony serwer elastyczny. Nie są naliczane żadne koszty podczas uruchamiania migracji za pośrednictwem usługi Azure Database Migration Service (klasycznej), automatycznej migracji w miejscu lub narzędzia migracji importu usługi Azure Database for MySQL.
Pyt. Czy na moje rozliczenia będzie miało wpływ uruchomienie serwera elastycznego w porównaniu z pojedynczym serwerem?
Odp. Jeśli wybierzesz tę samą strefę lub strefowo nadmiarową wysoką dostępność docelowego serwera elastycznego, rachunek jest wyższy niż na pojedynczym serwerze. Wysoka dostępność w tej samej strefie lub strefowo nadmiarowa wymaga uruchomienia serwera rezerwy dynamicznej oraz przechowywania nadmiarowej kopii zapasowej, z czego wynika dodany koszt. Ta architektura umożliwia zmniejszenie przestojów podczas nieplanowanych awarii i planowanej konserwacji. Ponadto w zależności od obciążenia serwery elastyczne mogą zapewnić lepszą wydajność na pojedynczych serwerach, dzięki czemu obciążenie może być uruchamiane z niższą jednostką SKU na serwerach elastycznych, a tym samym ogólny koszt może być podobny do tego z jednego serwera.
Pyt. Czy muszę spowodować przestój migracji pojedynczego serwera do serwera elastycznego?
Odp. Aby ograniczyć wszelkie przestoje, które mogą wystąpić, przeprowadź migrację online na serwer elastyczny, która zapewnia minimalny przestój.
Pyt. Czy będą dostępne przyszłe aktualizacje pojedynczego serwera do obsługi najnowszych wersji programu MySQL?
Odp. Ostatnim uaktualnieniem wersji pomocniczej dla wersji 8.0 pojedynczego serwera będzie wersja 8.0.15. Rozważ migrację do serwera elastycznego, aby móc korzystać z możliwości dostępnych w najnowszych uaktualnieniach wersji.
Pyt. W jaki sposób umowa SLA dotycząca dostępności serwera elastycznego na poziomie 99,99% różni się od umowy SLA pojedynczego serwera?
Odp. Wdrożenie strefowo nadmiarowe serwera elastycznego zapewnia dostępność na poziomie 99,99% z odpornością na poziomie strefowym, podczas gdy pojedynczy serwer zapewnia odporność w pojedynczej strefie dostępności. Architektura wysokiej dostępności serwera elastycznego wdraża gorącą rezerwę z nadmiarowymi obliczeniami i magazynem (z danymi każdej lokacji przechowywanymi w kopiach 3x) w porównaniu z architekturą wysokiej dostępności pojedynczego serwera, która nie ma pasywnej rezerwy dynamicznej, aby pomóc w odzyskiwaniu po awariach strefowych. Architektura wysokiej dostępności serwera elastycznego umożliwia zmniejszenie przestojów podczas nieplanowanych awarii i planowanej konserwacji.
Pyt. Jakie opcje migracji są dostępne, aby ułatwić mi migrację pojedynczego serwera na serwer elastyczny?
Odp. Do migracji można użyć usługi Azure Database for MySQL Import (zalecane). Ponadto możesz użyć usługi Database Migration Service (klasycznej) do uruchamiania migracji w trybie online lub offline .
Pyt. Mój pojedynczy serwer jest wdrażany w regionie, który nie obsługuje serwera elastycznego. Jak kontynuować migrację?
Odp. Usługa Azure Database Migration Service (wersja klasyczna) obsługuje migrację między regionami, dzięki czemu można wybrać odpowiedni region dla docelowego serwera elastycznego, a następnie kontynuować migrację przy użyciu usługi DMS (wersja klasyczna).
Pyt. Mam skonfigurowany magazyn zapytań dla mojego pojedynczego serwera i ta funkcja nie jest obsługiwana na serwerze elastycznym. Jak przeprowadzić migrację?
Odp. Dzienniki wolnych zapytań można skonfigurować na docelowym serwerze elastycznym po migracji, wykonując kroki opisane tutaj , aby uzyskać równoważność funkcji z magazynem zapytań. Następnie możesz wyświetlić szczegółowe informacje o zapytaniach przy użyciu szablonu skoroszytów.
Pyt. Mam skonfigurowany punkt końcowy usługi (reguły sieci wirtualnej) dla mojego pojedynczego serwera i ta funkcja nie jest obsługiwana na serwerze elastycznym. Jak przeprowadzić migrację?
Odp. Punkt końcowy usługi (reguła sieci wirtualnej) nie jest obsługiwany na serwerze elastycznym usługi Azure Database for MySQL. Zalecamy skonfigurowanie usługi Private Link w zmigrowanym wystąpieniu serwera elastycznego w celu spełnienia parzystości funkcji. Dowiedz się więcej na temat konfigurowania usługi Private Link tutaj.
Pyt. Mam skonfigurowane podwójne szyfrowanie infrastruktury dla mojego pojedynczego serwera i ta funkcja nie jest obsługiwana na serwerze elastycznym. Jak przeprowadzić migrację?
Odp. Szyfrowanie podwójne infrastruktury nie jest obsługiwane na serwerze elastycznym usługi Azure Database for MySQL. Zalecamy skonfigurowanie szyfrowania danych na zmigrowanym serwerze elastycznym w celu spełnienia parzystości funkcji. Dowiedz się więcej o sposobie konfigurowania szyfrowania danych (CMK) tutaj.
Pyt. Mam skonfigurowany protokół TLS w wersji 1.0/1.1 dla mojego pojedynczego serwera w wersji 8.0 i ta funkcja nie jest obecnie obsługiwana na serwerze elastycznym. Jak przeprowadzić migrację?
Odp. Aby zapewnić obsługę nowoczesnych standardów zabezpieczeń, program MySQL Community Edition zaprzestał obsługi komunikacji za pośrednictwem protokołów Transport Layer Security (TLS) 1.0 i 1.1, począwszy od wersji 8.0.28. Zalecamy uaktualnienie sterowników klientów do obsługi protokołu TLSv1.2 w celu bezpiecznego łączenia się z usługą Azure Database for MySQL — pojedynczy serwer, a następnie przejście do serwera elastycznego.
Pyt. Czy istnieje możliwość wycofania migracji z pojedynczego serwera do serwera elastycznego?
Odp. Możesz wykonać dowolną liczbę migracji testowych, a po uzyskaniu pewności poprzez testowanie przeprowadzić ostateczną migrację. Migracja testowa nie ma wpływu na pojedynczy serwer źródłowy, który pozostaje operacyjny i kontynuuje replikację do momentu przeprowadzenia rzeczywistej migracji. Jeśli podczas migracji testowej występują jakiekolwiek błędy, możesz odroczyć ostateczną migrację i zachować uruchomiony serwer źródłowy. Wówczas możesz ponownie podjąć próbę przeprowadzenia ostatecznej migracji po wyeliminowaniu błędów. Po przeprowadzeniu ostatecznej migracji do serwera elastycznego i zamknięciu źródłowego pojedynczego serwera nie można przeprowadzić wycofania z serwera elastycznego do pojedynczego serwera.
Pyt. Rozmiar mojej bazy danych jest większy niż 1 TB, więc jak należy kontynuować migrację?
Odp. Za pomocą usługi Azure Database for MySQL Import (zalecane) można przeprowadzić migrację, która jest wysoce wydajna w przypadku cięższych obciążeń.
Pyt. Czy migracja między regionami jest obsługiwana?
Odp. Usługa Azure Database Migration Service obsługuje migracje między regionami, dzięki czemu można migrować pojedynczy serwer do serwera elastycznego wdrożonego w innym regionie przy użyciu usługi DMS.
Pyt. Czy jest obsługiwana migracja między subskrypcjami?
Odp. Usługa Azure Database Migration Service obsługuje migracje między subskrypcjami, dzięki czemu można migrować pojedynczy serwer do serwera elastycznego wdrożonego w innej subskrypcji przy użyciu usługi DMS.
Pyt. Czy jest obsługiwana subskrypcja między grupami zasobów?
Odp. Usługa Azure Database Migration Service obsługuje migracje między grupami zasobów, dzięki czemu można migrować pojedynczy serwer do serwera elastycznego wdrożonego w innej grupie zasobów przy użyciu usługi DMS.
Pyt. Czy istnieje obsługa między wersjami?
Odp. Tak, migracja z niższych wersji serwerów MySQL (wersja 5.6 lub nowsza) do wyższych wersji jest obsługiwana za pośrednictwem migracji usługi Azure Database Migration Service.
Pyt. Pojedynczy serwer MyAzure Database for MySQL korzysta z portów innych niż domyślne, takich jak 3308 3309 i 3310, które nie są obsługiwane na serwerze elastycznym. Co należy zrobić, aby zapewnić łączność podczas migracji do serwera elastycznego?
Odp. Jeśli źródłowy pojedynczy serwer usługi Azure Database for MySQL korzysta z portów niezdefinicyjnych, takich jak 3308 3309 i 3310, zmień port łączności na 3306, ponieważ wymienione powyżej porty niezdefinicyjne nie są obsługiwane na serwerze elastycznym.
Pyt. Mam dalsze pytania dotyczące przejścia na emeryturę. Jak mogę uzyskać pomoc w tej kwestii?
Odp. Jeśli masz pytania, uzyskaj odpowiedzi od ekspertów społeczności w witrynie Microsoft Q&A. Jeśli masz plan pomocy technicznej i potrzebujesz pomocy technicznej, utwórz wniosek o pomoc techniczną:
- W obszarze Podsumowanie wpisz opis problemu.
- W polu Typ problemu wybierz pozycję Techniczny.
- W obszarze Subskrypcja wybierz swoją subskrypcję.
- W obszarze Usługa wybierz pozycję Moje usługi.
- W polu Typ usługi wybierz pozycję Azure Database for MySQL — pojedynczy serwer.
- W polu Zasób wybierz zasób.
- W polu Typ problemu wybierz pozycję Migracja.
- W obszarze Podtyp problemu wybierz pozycję Migrowanie z pojedynczego do serwera elastycznego
Odwiedź często zadawane pytania, aby uzyskać informacje o korzystaniu z usługi Azure Database Migration Service (klasycznej) dla usługi Azure Database for MySQL — pojedynczy serwer do migracji serwera elastycznego.
Wiemy, że migrowanie usług może być frustrujące środowisko i przepraszamy z wyprzedzeniem za wszelkie niedogodności, które może to spowodować. Możesz wybrać najlepszy scenariusz dla Ciebie i twojego środowiska.