Udostępnij za pośrednictwem


Korygowanie zasobów przed migracją

Podczas procesu oceny migracji zespół identyfikuje wszelkie konfiguracje, które mogą być niezgodne z wybranym dostawcą chmury. Korygowanie to punkt kontrolny w procesie migracji, którego można użyć do rozwiązania wszelkich niezgodności.

W tym artykule opisano kilka typowych zadań korygowania i pomaga określić, czy korygowanie jest mądrą inwestycją.

Typy korygowania

Istnieją dwa główne typy działań korygujących, które należy zaplanować w całym wdrożeniu.

  • Na podstawie wyników działań oceny
    • Działania korygujące, które należy wykonać, aby umożliwić replikację i wdrażanie.
    • Te działania korygowania zostały określone w ocenie obciążenia w fazie oceny. Należy wykonać te zadania, aby upewnić się, że można prawidłowo replikować i przygotować obciążenie w chmurze.
    • Koncentruje się to głównie na migrowanych serwerach źródłowych.
  • Na podstawie wyników działań testowych
    • Wynika to z testowania działań migracji i przeprowadzania testów biznesowych.
    • Te działania korygujące koncentrują się na konfiguracji replikowanych serwerów docelowych i wszelkich usług pomocniczych, takich jak moduły równoważenia obciążenia, sieci wirtualne i konta magazynu.
    • Te zadania są prawdopodobnie bardziej iteracyjne. Testowanie i korygowanie przez kilka cykli do momentu, aż wszystkie przypadki testowe przejdą zgodnie z oczekiwaniami.

Śledzenie działań korygcyjnych

W całej iteracji można zidentyfikować zadania korygowania obciążeń za pośrednictwem oceny lub testowania. Należy śledzić te zadania jako działania projektu, aby upewnić się, że zostały ukończone.

Chociaż małe fale migracji mogą używać arkuszy kalkulacyjnych do śledzenia elementów, większe fale z wieloma zadaniami korygowania generują wiele elementów. Za pomocą narzędzi, takich jak Azure DevOps , można tworzyć i ustalać priorytety elementów roboczych oraz przechodzić przez określone fazy, aby ułatwić skalowanie w poziomie. Nawet jeśli nie używasz usługi Azure DevOps do innych działań, możesz użyć jej do klasyfikacji problemów korygowania i organizowania zadań dla procesu migracji.

Podczas tworzenia tych zadań należy pamiętać, aby połączyć je z obciążeniem, na które mają wpływ. Pozwala to ocenić, które obciążenia mogą być opóźnione przez zadania korygowania. Następnie można określić priorytety pracy według priorytetu obciążenia.

Niektóre problemy mogą mieć wpływ na wiele obciążeń. Są to zazwyczaj elementy z hostem, szeroką konfiguracją lub problemami ze strefą docelową jako całością. Te problemy powinny być pierwszymi priorytetami na potrzeby korygowania.

Typowe zadania korygowania

Dług techniczny jest zdrową i oczekiwaną częścią środowiska korporacyjnego. Decyzje dotyczące architektury odpowiednie dla środowiska lokalnego mogą nie być odpowiednie dla platformy w chmurze. W obu przypadkach typowe zadania korygowania mogą być wymagane do przygotowania zasobów do migracji. Poniżej przedstawiono kilka przykładów:

  • Uaktualnienia hosta pomocniczego: od czasu do czasu należy uaktualnić nieaktualnego hosta przed replikacją.
  • Drobne uaktualnienia systemu operacyjnego gościa: prawdopodobnie musisz zastosować poprawki lub uaktualnić system operacyjny przed replikacją.
  • Modyfikacje umowy dotyczącej poziomu usług (SLA): procesy tworzenia kopii zapasowych i odzyskiwania zmieniają się znacząco na platformie w chmurze. Procesy tworzenia kopii zapasowych migrowanych zasobów mogą wymagać modyfikacji, aby zapewnić dalsze osiągnięcie niezbędnych umów SLA w chmurze.
  • Zmiany konfiguracji aplikacji: Migrowane aplikacje mogą wymagać korekt zmiennych, takich jak ścieżki sieciowe do zasobów zależnych, zmiany konta usługi lub aktualizacje zależnych adresów IP.
  • Drobne zmiany ścieżek sieciowych: wzorce routingu należy zmodyfikować, aby prawidłowo kierować ruch użytkowników do nowych zasobów. Nie jest to routing produkcyjny do nowych zasobów, ale konfiguracja umożliwiająca właściwe kierowanie do zasobów w ogóle.

Zadania korygowania na dużą skalę

Nie ma potrzeby korygowania, gdy centrum danych jest prawidłowo utrzymywane, poprawiane i aktualizowane. Środowiska bogate w korygowanie są zwykle powszechne w dużych przedsiębiorstwach. Może to obejmować organizacje w dużych środowiskach it obniżania rozmiaru, starszej usługi zarządzanej i rozbudowanych w pozyskiwanie środowisk. W każdym z tych środowisk korygowanie obejmuje dużą część nakładu pracy nad migracją. Następujące zadania korygowania mogą często występować lub negatywnie wpływać na szybkość lub spójność migracji. W takim przypadku należy podzielić korygowanie na równoległy wysiłek i zespół podobny do wdrażania chmury i ładu w chmurze.

  • Częste uaktualnienia hostów: uaktualnianie wielu hostów w celu ukończenia migracji obciążenia może opóźnić zespół ds. migracji. Wyizoluj aplikacje, których dotyczy problem, i rozwiąż kroki korygowania przed dołączeniem aplikacji, których dotyczy problem, we wszystkich planowanych wersjach.
  • Częste uaktualnianie systemu operacyjnego gościa: duże przedsiębiorstwa często mają serwery działające w nieaktualnych wersjach systemu Linux lub Windows. Oprócz zagrożeń bezpieczeństwa związanych z działaniem nieaktualnego systemu operacyjnego istnieją również problemy z niezgodnością, które uniemożliwiają migrację obciążeń, których dotyczy problem. Jeśli wiele maszyn wirtualnych wymaga korygowania systemu operacyjnego, spróbuj podzielić te wysiłki na iterację równoległą. Niektóre uaktualnienia można wykonać za pomocą narzędzi migracji w ramach procesu migracji, na przykład funkcji uaktualniania systemu Windows Server w usłudze Azure Migrate i modernizacji.

Rozwiązywanie problemów z korygowaniami na dużą skalę

Ponieważ korygowanie mniejszych obciążeń może być proste, wybierz mniejsze obciążenia dla początkowych fal migracji. W miarę dojrzewania wysiłków związanych z migracją i rozpoczęcia rozwiązywania większych obciążeń korygowanie może być czasochłonne i kosztowne. Na przykład działania naprawcze dotyczące migracji systemu Windows Server 2003 obejmującej pulę zasobów z ponad 5000 maszynami wirtualnymi mogą opóźnić migrację przez miesiące. Jeśli takie korygowanie na dużą skalę jest wymagane, może być konieczne zmianę planów migracji obciążeń, których dotyczy problem. W takich przypadkach działania modernizacji w celu zmaksymalizowania wartości działań korygacyjnych mogą być wydajniejsze i wydajne.

Aby ułatwić podejmowanie decyzji, możesz użyć następujących pytań:

  • Czy wszystkie obciążenia, na które ma wpływ korygowanie, zostały zidentyfikowane i zastąpione na liście prac migracji?
  • Czy w przypadku obciążeń, których nie dotyczy problem, migracja generuje podobny zwrot z inwestycji (ROI)?
  • Czy uwzględnione zasoby można korygować w sposób dopasowany do oryginalnej osi czasu migracji? Jaki wpływ mają zmiany osi czasu na zwrot z inwestycji?
  • Czy z ekonomicznego punktu widzenia możliwe jest korygowanie zasobów równolegle z pracą dotyczącą migracji?

Jeśli nie udzielono odpowiedzi na poprzednie pytania, rozważ następujące podejścia do modernizacji:

  • Konteneryzacja: niektóre zasoby mogą być hostowane w środowisku konteneryzowanym bez korygowania. Może to generować mniej niż korzystne wyniki i nie rozwiązuje problemów z zabezpieczeniami ani zgodnością.
  • Automatyzacja: w zależności od wymagań dotyczących obciążenia i korygowania wykonywanie skryptów wdrożenia do nowych zasobów przy użyciu podejścia DevOps może być bardziej opłacalne.
  • Ponowne kompilowanie: jeśli koszty korygowania i wartość biznesowa są równie wysokie, obciążenie jest dobrym rozwiązaniem do odbudowy lub zmieniania architektury.

Następny krok