Udostępnij za pośrednictwem


Ocena obciążenia w chmurze pod kątem relokacji

Ocena to pierwszy krok w fazie przenoszenia relokacji. Celem oceny jest zrozumienie obciążenia, które chcesz przenieść, aby można było go pomyślnie przenieść. Każde przeniesienie obciążenia musi przejść przez cztery kroki fazy Przenoszenia, zaczynając od kroku Ocena.

Diagram przedstawiający proces relokacji i wyróżnia pozycję Evaluate (Ocena) w fazie przenoszenia. W procesie relokacji istnieją dwie fazy i pięć kroków. Pierwsza faza to faza Inicjowanie i ma jeden krok o nazwie Initiate (Inicjowanie). Druga faza to faza przenoszenia i zawiera cztery kroki powtarzane dla każdego obciążenia. Kroki to Evaluate ( Ocena), Select (Wybieranie), Migrate (Migracja) i Cutover (Migracja jednorazowa).

Wybieranie obciążeń

Powinna istnieć priorytetowa lista obciążeń, a lista powinna zidentyfikować kolejność, w której chcesz przenieść obciążenia. Za każdym razem, gdy odwiedzasz krok Ocena, wybierz obciążenia w górnej części listy. W przypadku mniejszych zespołów należy przenieść jedno obciążenie naraz. Jest to szansa na naukę i poprawę przy każdej relokacji obciążeń. Większe zespoły powinny rozważyć przeniesienie wielu obciążeń. Relokacje zbiorcze mogą pomóc osiągnąć korzyści skali.

Przeprowadzanie odnajdywania

Odnajdywanie obciążeń jest podstawą relokacji. Celem odnajdywania jest zrozumienie obciążenia wystarczającego do zapewnienia bezproblemowej relokacji. Odnajdywanie musi kompleksowo odkryć wymiary organizacyjne i techniczne obciążenia.

Przeprowadzanie odnajdywania organizacyjnego

Odnajdywanie organizacyjne obciążenia obejmuje ustalenie, kto jest odpowiedzialny za obciążenie, zrozumienie ryzyka związanego z przeniesieniem i planowanie sposobu komunikowania się z przenoszeniem. Ten krok pomaga określić, kto musi być zaangażowany, zarządzać ryzykiem i upewnić się, że wszyscy są prawidłowo poinformowani. To staranne planowanie pomaga zapewnić bezproblemowe i mniej destrukcyjne przejście dla firmy i jej klientów.

  • Własność obciążenia: określ, kto jest odpowiedzialny za obciążenie.

  • Identyfikacja uczestników projektu: zidentyfikuj wszystkie strony z zainteresowaniem obciążeniem.

  • Ocena ryzyka: ocena potencjalnych zagrożeń biznesowych związanych z przenoszeniem obciążenia.

  • Zarządzanie zmianami: uzyskaj jasne informacje na temat procesów zarządzania zmianami w obciążeniu.

  • Okna awarii: dowiedz się, kiedy system może być w trybie offline na potrzeby relokacji.

  • Analiza wpływu: rozpoznawanie użytkowników wewnętrznych lub klientów zewnętrznych, na które może mieć wpływ relokacja.

  • Potrzeby dotyczące komunikacji: Poznaj bieżący i wymagany plan komunikacji, aby komunikować się ze wszystkimi przestojami lub zmianami.

  • Zgodność z zasadami: Upewnij się, że relokacja jest zgodna z zasadami organizacyjnymi i przepisami branżowymi.

Przeprowadzanie odnajdywania technicznego

Odnajdywanie obciążeń technicznych obejmuje kompleksowe zrozumienie technicznych aspektów obciążenia, w tym jego zależności, zasobów, konfiguracji sieci oraz wszelkich innych wymagań technicznych lub ograniczeń. Odnajdywanie techniczne pomaga przewidywać i ograniczać ryzyko związane z relokacją. Poniżej przedstawiono strategie przeprowadzania odnajdywania technicznego.

Ocena zależności

Zależności to zasoby lub usługi, których obciążenie musi uruchomić. Identyfikowanie wszystkich zależności jest niezbędne w przypadku pomyślnej relokacji obciążenia. Zależności obejmują różne zasoby i usługi niezbędne dla działania obciążenia. Poniższa lista zawiera kilka przykładów zależności:

  • Usługi platformy Azure: wszystkie usługi platformy Azure, na których opiera się obciążenie. Zasoby globalne nie są wdrażane w określonym regionie, więc nie trzeba przenosić ich w relokacji. Można jednak nadal ponownie skonfigurować je tak, aby działały w innym regionie. Na przykład może być konieczne zaktualizowanie adresów IP w profilu usługi Azure Front Door w celu wskazania nowego adresu IP przeniesionego obciążenia.

  • Aplikacje firmy innej niż Microsoft: aplikacje od innych dostawców, które są zintegrowane z obciążeniem lub niezbędne. Zapoznaj się z funkcjami i wszelkimi ograniczeniami produktów zaangażowanych w obciążenie.

  • Licencje: Upewnij się, że wszystkie wymagane licencje na oprogramowanie są uwzględniane i pozostają prawidłowe w nowej lokalizacji.

  • Sieć: Podciągnięcie konfiguracji sieci, w tym zapór, w celu zapewnienia bezproblemowej łączności po przeniesieniu.

  • Testowanie: określ procedury testowania potrzebne do zapewnienia prawidłowego działania obciążenia w nowym środowisku.

  • Tagowanie: właściwie taguj i zidentyfikuj zasoby do efektywnego zarządzania i śledzenia.

  • Automatyzacja: Organizacja może używać skryptów i infrastruktury jako kodu. Należy zaktualizować wszystkie odwołania do regionów platformy Azure, nazw usług lub adresów URL usług w skryptach lub kodzie. Odwołania muszą odpowiadać nowemu regionowi świadczenia usługi Azure, do którego przechodzisz.

    Należy unikać trwałego kodowania wszystkich wartości w kodzie, które mogą ulec zmianie podczas cyklu życia obciążenia. Zamiast tego pobieraj te wartości dynamicznie lub używaj konfigurowalnych parametrów w kodzie. Takie podejście sprawia, że zmiany są mniej uciążliwe i zapewnia sprawniejszy proces relokacji.

  • DNS: platforma Azure przypisuje publiczne adresy IP do punktów końcowych w zależności od regionu. Przeniesienie punktu końcowego do innego regionu świadczenia usługi Azure powoduje pobranie innego adresu IP. Pamiętaj, aby zaktualizować rekordy DNS przy użyciu tych nowych adresów IP. Ponadto należy podać nowy adres IP do dowolnego systemu, który ma były adres IP na liście dozwolonych.

    Zanim wyłączysz stare zasoby, może być konieczne wdrożenie nowych zasobów w nowym regionie świadczenia usługi Azure. Jeśli tak, możesz napotkać problemy, w których dwa zasoby nie mogą mieć tej samej nazwy DNS jednocześnie. Pomyśl o używaniu unikatowych nazw dla każdej usługi, aby uniknąć tego problemu. W niektórych przypadkach możesz użyć rekordów CNAME do zapewnienia warstwy abstrakcji. Ułatwia zarządzanie zmianami nazw zasobów.

  • Moduły równoważenia obciążenia. Zaktualizuj moduły równoważenia obciążenia, aby wskazywały wszystkie nowe adresy IP lub hosty zaplecza. W przypadku modułów równoważenia obciążenia opartych na systemie DNS zmiana może zająć trochę czasu na propagację na podstawie pamięci podręcznych DNS i wygaśnięcia rekordu czasu wygaśnięcia (TTL). Aby uzyskać więcej informacji, zobacz Usługi równoważenia obciążenia platformy Azure. Rozważ tymczasowe zmniejszenie ustawień czasu wygaśnięcia (TTL) dla rekordów DNS. Pomaga to w szybszym przełączeniu rekordów DNS na nowy adres IP. Rozważ również ustawienie modułu równoważenia obciążenia w celu częstszego sprawdzania kondycji systemów zaplecza. Pamiętaj, aby zmienić te ustawienia z powrotem na normalne po migracji, aby uniknąć dodatkowych kosztów i zmniejszyć wydajność później.

  • Rejestracja w usłudze Azure Backup. Po przeniesieniu maszyn wirtualnych do nowego regionu świadczenia usługi Azure upewnij się, że wyrejestrujesz je z usługi Azure Backup w bieżącym regionie i zarejestruj je w usłudze Azure Backup w nowym regionie. Nie można uzyskać dostępu do istniejących punktów odzyskiwania kopii zapasowej, ponieważ nie można ich przenieść do nowego magazynu kopii zapasowych. Musisz rozpocząć tworzenie nowych punktów odzyskiwania w nowym regionie.

Ocena punktów końcowych

Odnajdywanie punktów końcowych odnosi się do procesu identyfikowania wszystkich punktów końcowych lub adresów IP skojarzonych z obciążeniem. Odnajdywanie wszystkich punktów końcowych obciążenia zapewnia konto wszystkich połączeń sieciowych i punktów dostępu oraz przygotowanie do prawidłowego skonfigurowania ich w nowym środowisku. Poniżej przedstawiono zalecenia dotyczące obsługi publicznych adresów IP i prywatnych punktów końcowych:

  • Publiczne adresy IP: publiczne adresy IP są specyficzne dla regionu. Nie można przenosić ich między regionami. Musisz wyeksportować konfigurację publicznego adresu IP i wdrożyć go w nowym regionie docelowym. Aby uzyskać więcej informacji, zobacz Przenoszenie konfiguracji publicznego adresu IP platformy Azure do innego regionu świadczenia usługi Azure.
  • Prywatne punkty końcowe: podczas ponownego wdrażania prywatnego punktu końcowego prawdopodobnie zostanie wyświetlony nowy adres IP z podsieci, z którą zostanie on link. Jeśli łączysz się z zasobami za pośrednictwem prywatnego punktu końcowego, te punkty końcowe łączą się z prywatnymi strefami DNS, które rozpoznają adres sieciowy zasobu w sieci wirtualnej. W relokacji należy zaktualizować rekordy DNS w prywatnych strefach DNS, aby zachować łączność.

Korzystanie z narzędzi automatycznych

Jeśli to możliwe, użyj zautomatyzowanych narzędzi do zbierania informacji o aplikacjach i usługach platformy Azure, które tworzą obciążenie. Za pomocą tych narzędzi można wykonywać odnajdywanie i odnajdywanie architektury niskiego poziomu na potrzeby relokacji określonego obciążenia. Należy użyć następujących narzędzi i usług platformy Azure.

Wypróbuj usługę Azure Resource Mover. Najpierw należy wypróbować usługę Azure Resource Mover. Jest to obecnie najłatwiejsze narzędzie do odnajdywania i można również przenieść usługi i dane z usługą. Jednak usługa Azure Resource Mover obsługuje tylko ograniczoną liczbę usług, dlatego przed kontynuowaniem upewnij się, że twoje usługi są obsługiwane. Aby uzyskać więcej informacji, zobacz Obsługiwane zasoby dla usługi Azure Resource Mover.

Użyj narzędzi do wizualizacji. Jeśli usługa Azure Resource Mover nie spełnia wszystkich Twoich potrzeb, możesz użyć narzędzi do wizualizacji, aby ułatwić odnajdywanie. Platforma Azure ma kilka narzędzi do wizualizacji, których można użyć do mapowania zależności. Wybierz narzędzie, które najlepiej odpowiada Twoim potrzebom.

  • Wizualizator grupy zasobów: możesz wizualizować połączenia między zasobami w grupie zasobów. W witrynie Azure Portal przejdź do grupy zasobów i wybierz pozycję Wizualizator zasobów w obszarze nawigacji po lewej stronie.

  • Topologia usługi Azure Monitor: zależności sieciowe można wyświetlać za pomocą funkcji topologii w usłudze Azure Monitor. Aby uzyskać więcej informacji, zobacz Topologia szczegółowych informacji o sieci.

  • Application Insights: usługa Application Insights ma funkcję mapowania aplikacji, w której można wyświetlić logiczną strukturę aplikacji rozproszonej. Aby uzyskać więcej informacji, zobacz Mapa aplikacji w usłudze aplikacja systemu Azure Insights.

  • Eksplorator zasobów platformy Azure: Usługa Azure Resource Explorer wyświetla listę wszystkich zasobów w dzierżawie firmy Microsoft Entra. Zapewnia widoczność, ale nie wskazuje zależności. Należy ręcznie mapować składniki obciążenia i zależności. Aby uzyskać więcej informacji, zobacz Eksplorator zasobów platformy Azure.

  • Azure Resource Graph: usługa Azure Resource Graph umożliwia uruchamianie zapytań względem zasobów w dzierżawie firmy Microsoft Entra. Usługa Resource Graph jest dostępna w portalu i z poziomu wiersza polecenia. Należy ręcznie mapować składniki obciążenia i zależności. Aby uzyskać więcej informacji, zobacz dokumentację usługi Azure Resource Graph.

  • Pulpit nawigacyjny spisu: w witrynie Azure Portal możesz użyć wbudowanego szablonu spisu, aby utworzyć pulpit nawigacyjny do śledzenia istniejących zasobów. Jest to szybki sposób określania posiadanych zasobów i liczby wystąpień.

Ręczne tworzenie dokumentacji

Jeśli metody automatycznego odnajdywania nie są wystarczające, możesz przeprowadzić ręczną ocenę obciążeń. Większość ocen ręcznych polega na wywiadach z ekspertami technicznymi i dokumentacją techniczną, aby uzyskać potrzebne informacje. Zidentyfikuj właścicieli produktów lub aplikacji i przesłuchij ich. Te wywiady są opcjonalne, ale konieczne, gdy zespół musi uwzględnić luki w informacjach, które udostępniają narzędzia. Właściciel aplikacji może ściągnąć tagi i ręcznie zidentyfikować zależności.

Znajdowanie możliwości obsługi regionów

Nie każdy region na platformie Azure oferuje te same usługi, więc musisz upewnić się, że usługi, które należy uruchomić, są dostępne w regionie docelowym. Może się wydawać późno w procesie, aby dokonać tej determinacji, ale potrzebujesz szczegółów odnajdywania, aby zapewnić obsługę. Aby określić możliwości obsługi regionów dla obciążenia, zobacz produkty i usługi dostępne w każdym regionie świadczenia usługi Azure.

Sprawdź, czy region docelowy jest sparowanym regionem, czy nie i czy obsługuje strefy dostępności. Pary regionów i strefy dostępności nie mają wpływu na nakład pracy w zakresie relokacji, ale mają wpływ na strategię ciągłości działania i odzyskiwania po awarii (BCDR) w regionie docelowym. Aby uzyskać więcej informacji, zobacz Lokalizacje geograficzne platformy Azure i strefy dostępności.

Kategoryzowanie usług obciążeń

Relokacja odbywa się na poziomie usługi i składnika. Większość obciążeń korzysta z wielu usług. Istnieją dwa podstawowe typy usług, stanowe i bezstanowe. Należy kategoryzować każdą usługę jako stanową lub bezstanową. Ta wiedza pomaga określić zależności, zrozumieć integracje usług i zawęzić opcje automatyzacji relokacji.

  • Usługi bezstanowe: usługi bezstanowe mają tylko informacje o konfiguracji. Te usługi nie wymagają ciągłej replikacji danych do przeniesienia. Przykłady obejmują sieci wirtualne, karty sieciowe, moduły równoważenia obciążenia i sieciowe grupy zabezpieczeń.

  • Usługi stanowe: usługi stanowe zawierają informacje o konfiguracji i dane, które muszą być przenoszone. Przykłady obejmują maszyny wirtualne i bazy danych SQL.

Następne kroki

Ocena obciążenia zapewnia wystarczającą ilość informacji, aby wybrać metodę relokacji i narzędzia do wykonania wybranej metody. Krok Wybierz przeprowadzi Cię przez decyzje dotyczące wybierania metody relokacji i odpowiednich narzędzi dla metody relokacji.