Optymalizowanie kosztów po migracji

Po przeprowadzeniu migracji obciążeń na platformę Azure należy zoptymalizować koszty, aby upewnić się, że nie są nadmiernie obciążane. 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 obciążenie działa na platformie Azure, że dostępne są 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
Zasoby o rozmiarze prawym rozmiarem	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 na platformie Azure	Wystąpienia zarezerwowane umożliwiają zatwierdzanie zasobów na platformie Azure, które są często uruchamiane. Rozważ zarezerwowanie wystąpień dla obciążeń, które są zawsze aktywne.	Zarządzanie rezerwacjami zasobów platformy Azure Ustalanie rozmiaru maszyny wirtualnej platformy Azure w celu uzyskania maksymalnego użycia rezerwacji
Plany oszczędności platformy Azure	Plany oszczędności platformy Azure zapewniają oszczędności do 65% w porównaniu z cenami płatności zgodnie z rzeczywistym użyciem, gdy zobowiązujesz się do wydawania stałej kwoty godzinowej 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 usłudze Advisor
Dokumentacja dotycząca operacji finansowych	Operacje finansowe 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 są operacje finansowe?

Likwidowanie wycofanych zasobów

Po podwyższeniu poziomu zmigrowanego obciążenia do środowiska produkcyjnego zasoby, które uruchomiły obciążenie, nie są już wymagane i są uznawane za wyreje z usługi. 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 podwyższeniu poziomu zmigrowanego obciążenia do środowiska produkcyjnego należy nadal monitorować zasoby zaplanowane na wycofanie, aby upewnić się, że ruch produkcyjny jest prawidłowo kierowany.

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 zostały usunięte.

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

• Obliczenia: użycie zasobów obliczeniowych, takie jak procesor CPU i pamięć RAM.
• Magazyn: użycie magazynu zasobów, takie jak dane wejściowe/wyjściowe dysku (We/Wy).
• Sieć: użycie sieci zasobów, które obejmuje sieć przychodzącą i wychodzącą z urządzeń. 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.

W niektórych migracjach zasoby nie są wyłączone. Zamiast tego są one zduplikowane. Nagłe skoki, a nawet consis tryb namiotu rate użycie sygnałów infrastruktury, wraz z aktywnością sieci lub nowymi dziennikami, może wskazywać, że zasób jest nadal używany.

Okna testowania i walidacja 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 tym należy traktować zakończenie wszelkich zasobów z taką samą starannością jak działanie konserwacji systemu.

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

Definiowanie okna testowania i obsługi

• Czasy niskiego wpływu: zidentyfikuj czas niskiego wpływu na okno testowania. 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.
• Planowanie i komunikacja: Zaplanuj okno obsługi tak długo, jak są dostępne. 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 zmiany z wyprzedzeniem. Ustaw oczekiwania, że może wystąpić awaria w tym oknie obsługi i że system może nie odpowiadać. Użytkownicy nie powinni oczekiwać, że aplikacja będzie dostępna w tym czasie.

Przed oknem obsługi

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

W oknie obsługi

• Wyłącz zasoby: wyłącz zasoby oflagowane do zlikwidowania.
  • Wyłącz zasoby, jeśli nadal są włączone.
  • Usuń zasoby z żadnych modułów równoważenia obciążenia i upewnij się, że nie są w stanie odpowiadać na żądania przychodzące.
• Wykonywanie testów: 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 oflagowane w celu zlikwidowania i powtórz przypadki testowe, które zakończyły się niepowodzeniem.
    • Jeśli przypadki testowe nadal kończą się niepowodzeniem, może wystąpić niepowiązany problem. Musisz przetestować więcej w oknie obsługi, a także rozpocząć eskalację, aby upewnić się, że masz odpowiedni poziom pomocy technicznej.
    • Jeśli przypadki testowe zakończą się niepowodzeniem, 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ć obciążenie. Możesz przejść do następnej fazy likwidowania, ale nie należy natychmiast usuwać zasobów.

Rozważ okres przechowywania

Nierzadko w przypadku migracji dochodzi do pominięcia danych podczas procesów replikacji. Dotyczy to szczególnie starszych danych, do których nie są regularnie uzyskiwane dostęp. Zachowaj wycofany zasób przez pewien 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 ładu danych

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

• Zrozumienie zobowiązań związanych z okresem przechowywania: należy zapoznać się z niezbędnymi zespołami, aby zrozumieć obowiązek posiadania informacji i utworzyć listę kontrolną weryfikacji dla określonych wymagań prawnych.
  • Obecnie działanie zasobu 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 wycofanych zasobów. Daje to dobrą okazję do ulepszenia procesu migracji z retrospektywą w celu nauki i ulepszania.

Przeprowadzanie retrospektyw