Optymalizowanie kosztów po migracji

Po przeprowadzeniu migracji obciążeń na platformę Azure należy zoptymalizować koszty, aby zapewnić, że nie zostaną przekroczone. Ten artykuł zawiera wskazówki dotyczące optymalizacji kosztów po migracji i likwidowania wycofanych zasobów z minimalnymi przerwami w działaniu firmy.

Optymalizowanie migrowanych obciążeń pod kątem kosztów

Po przeprowadzeniu migracji obciążeń i zlikwidowaniu niepotrzebnych zasobów możesz zaoszczędzić na kosztach, optymalizując obciążenie na podstawie danych na żywo.

Możesz zmienić rozmiar obciążeń na podstawie ich wydajności podczas oceny, ale może się okazać, że gdy obciążenie działa na platformie Azure, mogą być dostępne dodatkowe oszczędności kosztów.

Narzędzia do optymalizowania kosztów

Po przeprowadzeniu migracji na platformę Azure dostępne są nowe narzędzia do zarządzania kosztami zasobów. Skorzystaj z poniższej listy, aby ułatwić zarządzanie wydatkami na chmurę.

Narzędzie	Opis	Zasób
Dostosowanie zasobów	Przejrzyj metryki użycia usługi i dopasuj je do odpowiednich rozmiarów, aby spełnić wymagania dotyczące obciążenia.	zalecenia dotyczące kosztów usługi Azure Advisor
Wystąpienia zarezerwowane maszyn wirtualnych platformy Azure	Wystąpienia zarezerwowane umożliwiają zobowiązanie się do korzystania z zasobów na platformie Azure, które są często używane. Rozważ zarezerwowanie wystąpień dla obciążeń, które są zawsze aktywne.	Zarządzanie rezerwacjami zasobów platformy Azure Rozmiarowanie maszyn wirtualnych Azure dla maksymalnego wykorzystania rezerwacji
Plany oszczędności platformy Azure	Plany oszczędności platformy Azure zapewniają oszczędności do 65% w porównaniu z ceną płatności zgodnie z rzeczywistym użyciem, gdy zobowiązujesz się wydać stałą kwotę godzinową na usługi obliczeniowe przez jeden lub trzy lata.	zalecenia dotyczące planów oszczędności platformy Azure
Zarządzanie kosztami	Za pomocą usługi Microsoft Cost Management można monitorować koszty środowiska i zarządzać nimi.	Zarządzanie kosztami Zalecenia dotyczące rezerwacji w Advisor
Struktura FinOps	FinOps to dyscyplina, która łączy zasady zarządzania finansowego z inżynierią chmury i operacjami, aby zapewnić organizacjom lepsze zrozumienie wydatków na chmurę.	Co to jest FinOps?

Likwiduj wycofane zasoby

Po wprowadzeniu zmigrowanego obciążenia w środowisku produkcyjnym, zasoby, które na nim działały, nie są już wymagane i są uznawane za wycofane z użytku. Ale te aktywa nadal zużywają energię elektryczną i inne zasoby, co zwiększa koszty. W związku z tym dobrym pomysłem jest zamknięcie i likwidacja wycofanych aktywów w celu zmniejszenia wydatków.

Zamknięcie i likwidacja starych zasobów i sprzętu może wydawać się proste, ale mogą wystąpić nieoczekiwane problemy. Poniżej przedstawiono kilka wskazówek dotyczących bezpiecznego zamykania i usuwania starych zasobów bez powodowania problemów z firmą.

Kontynuuj monitorowanie

Po przeniesieniu zmigrowanego obciążenia roboczego do środowiska produkcyjnego należy nadal monitorować zasoby zaplanowane do wycofania, aby zapewnić prawidłowe kierowanie ruchu produkcyjnego.

Zasoby mogą być wyłączone, ale nadal mogą korzystać z magazynu, sieci i innych zasobów infrastruktury. Jeśli są one włączone, mogą powodować nieoczekiwane problemy, chyba że je usunięto.

Monitoruj następujące sygnały dla zasobów:

• compute: użycie zasobów obliczeniowych, takie jak procesor CPU i pamięć RAM.
• Storage: Zastosowanie zasobów, takie jak operacje we/wy na dysku.
• Sieć: Wykorzystanie zasobów sieciowych, które obejmuje ruch przychodzący i wychodzący z obiektów. Na przykład sprawdź zasoby korzystające z zapór i modułów równoważenia obciążenia na potrzeby komunikacji.
• Dzienniki: Dzienniki systemu Windows i aplikacji.
• Inne sygnały: wszelkie inne sygnały używane do monitorowania zasobów, gdy były hostowane w poprzednim środowisku produkcyjnym.

Podczas niektórych migracji zasoby nie zostają wyłączane. Zamiast tego są one zduplikowane. Nagłe skoki lub nawet umiarkowane i spójne użycie zasobów infrastrukturalnych, wraz z aktywnością sieci lub nowymi logami, mogą wskazywać, że zasób jest nadal używany.

Testowanie okien i walidacji zależności

Nawet w przypadku najlepszego planowania obciążenia produkcyjne mogą nadal zawierać zależności od zasobów, które zostały prawdopodobnie wycofane. W takich przypadkach wyłączenie wycofanego zasobu może spowodować nieoczekiwaną awarię systemu. W związku z powyższym, należy traktować zakończenie wszelkich aktywów z taką samą starannością jak działania konserwacyjne systemu.

Ustanów odpowiednie okna testowania i przerw technicznych, aby ułatwić zakończenie korzystania z zasobu. Aby pomyślnie przetestować zasoby przed zakończeniem, potrzebne jest okno konserwacyjne. Wybierz okres, w którym można przetestować zasoby bez powodowania żadnych przerw w działaniu firmy.

Definiowanie okna testowania i obsługi

• Mało intensywne czasy: Określ mało intensywny czas dla okna testowego. Wybierz czas użycia aplikacji na najniższym poziomie.
• Wyczyść przypadki testowe: zidentyfikuj jasne przypadki testowe, które można wykonać w oknie testowania, które są zgodne z rzeczywistymi działaniami wykonywanymi przez użytkowników aplikacji. Te działania nie powinny być na poziomie powierzchni, ale powinny zamiast tego mapować każdy używany proces. Jeśli je masz, możesz ponownie użyć przypadków testowych z migracji. Jeśli masz użytkowników lub innych członków zespołu, którzy często pracują w aplikacji, spróbuj wykonać testy.
• Harmonogram i komunikacja: Zaplanuj okno obsługi na tyle długo, ile masz dostępne czasu. Należy dążyć do co najmniej czterech godzin.
  • Harmonogram: zaplanuj okno, aby użytkownicy aplikacji mogli planować z wyprzedzeniem. Dwa tygodnie są rozsądne.
  • Komunikacja: ogłaszaj zmianę z wyprzedzeniem. Należy spodziewać się, że może wystąpić awaria w tym oknie konserwacji i że system może być niereaktywny. Użytkownicy nie powinni oczekiwać, że aplikacja będzie dostępna w tym czasie.

Przed oknem konserwacji

• Wykonaj przypadki testowe: przeprowadź testy i monitoruj użycie zasobów.
  • Jeśli odkryjeszużycie, nie należy kontynuować pracy z oknem serwisowym. Zamiast tego należy dokładniej zbadać, czy zasoby są nadal używane.
  • Jeśli nie odnajdujeszużycia, możesz przejść do okna obsługi.

Podczas okna czasowego konserwacji

• Wyłącz zasoby: Wyłącz zasoby oznaczone do zlikwidowania.
  • Wyłącz urządzenia, jeśli nadal są włączone.
  • Usuń zasoby z jakichkolwiek modułów równoważenia obciążenia i upewnij się, że nie mogą odpowiadać na przychodzące żądania.
• wykonaj testy: wykonaj przypadki testowe względem obciążenia uruchomionego na platformie Azure.
  • Testy zakończyły się pomyślnie bez niepowodzenia: zasoby nie są obecnie używane.
    • Przekaż koniec okna zmiany, aby użytkownicy wiedzieli, że mogą spodziewać się stabilności w aplikacji ponownie.
    • Przejdź do następnej sekcji po pomyślnym zakończeniu testów.
  • testy zakończyły się niepowodzeniem: zasoby mogą być używane w tej chwili i konieczne jest przeprowadzenie większej liczby testów.
    • Włącz ponownie zasoby oznaczone do wycofania i powtórz nieudane przypadki testowe.
    • Jeśli przypadki testowe nadal kończą się niepowodzeniem, może wystąpić niepowiązany problem. Musisz przeprowadzić więcej testów w oknie konserwacyjnym oraz rozpocząć eskalację, aby upewnić się, że masz odpowiedni poziom wsparcia.
    • Jeśli przypadki testowe przestaną zawodzić, problem prawdopodobnie jest związany. Po zakończeniu testowania należy pozostawić włączone zasoby i zamknąć okno obsługi.
    • Zbadaj problem poza zaplanowanym oknem obsługi. Zaplanuj kolejne okno obsługi pod kątem zmian w zmigrowanym obciążeniu i zaplanuj dodatkowe okna obsługi na potrzeby testowania.

Okres przechowywania i walidacja danych

Po zakończeniu okna testowania wszystkie zasoby oflagowane do zlikwidowania powinny zostać wyłączone i odłączone, aby można było obsługiwać zadania. Możesz przejść do następnej fazy likwidowania, ale nie należy natychmiast usuwać zasobów.

Rozważ okres przechowywania

W przypadku migracji nie jest rzadkością pominięcie danych podczas procesów replikacji. Dotyczy to szczególnie starszych danych, do których nie są regularnie uzyskiwane dostęp. Zachowaj wycofany zasób na jakiś czas, aby służył jako tymczasowa kopia zapasowa danych. Przed likwidacją wycofanych zasobów należy zezwolić co najmniej 30 dni na przechowywanie i testowanie.

Rozważ wymagania dotyczące zarządzania danymi

Zespół ds. utrzymania ładu w danych organizacji może mieć więcej wymagań niż 30-dniowy okres przechowywania.

• Understand holding period obligations: Należy skonsultować się z odpowiednimi zespołami, aby zrozumieć obowiązek przechowywania informacji i utworzyć listę kontrolną weryfikacji dla konkretnych wymagań prawnych.
  • Obecnie działanie urządzenia nie jest ważne. Zamiast tego dane dotyczące informacji powinny być możliwe do pobrania. W razie potrzeby zachowaj dyski lub kopie zapasowe, aby przywrócić dane.
  • Jeśli na przykład masz serwer bazy danych SQL w fizycznym centrum danych, możesz utworzyć kopię zapasową danych i zachować je jako zasób możliwy do odzyskania. Następnie możesz zlikwidować maszynę wirtualną i ustawić czas przechowywania, aby wycofać kopię zapasową.

Następny krok

Migracja zostanie ukończona po zlikwidowaniu przestarzałych zasobów. Daje to dobrą okazję do ulepszenia procesu migracji z retrospektywą w celu nauki i ulepszania.

Przeprowadzanie retrospektyw