Udostępnij za pośrednictwem

Uaktualnianie i aktualizowanie klastrów usługi Service Fabric na platformie Azure

  • Artykuł

Klaster usługi Azure Service Fabric to zasób, którego jesteś właścicielem, ale częściowo zarządzany przez firmę Microsoft. W tym artykule opisano opcje aktualizowania klastra usługi Azure Service Fabric i sposobu ich aktualizowania.

Automatyczne i ręczne uaktualnienia

Ważne jest, aby upewnić się, że klaster usługi Service Fabric zawsze korzysta z obsługiwanej wersji środowiska uruchomieniowego. Za każdym razem, gdy firma Microsoft ogłasza wydanie nowej wersji usługi Service Fabric, poprzednia wersja jest oznaczona na koniec wsparcia po upływie co najmniej 60 dni od tej daty. Nowe wersje są ogłaszane na blogu zespołu usługi Service Fabric.

Czternaście dni przed wygaśnięciem wydania klastra jest generowane zdarzenie kondycji, które umieszcza klaster w stanie kondycji Ostrzeżenie . Klaster pozostaje w stanie ostrzeżenia do momentu uaktualnienia do obsługiwanej wersji środowiska uruchomieniowego.

Klaster można ustawić tak, aby otrzymywał automatyczne uaktualnienia usługi Service Fabric w miarę ich wydawania przez firmę Microsoft lub ręcznie wybrać jedną z listy aktualnie obsługiwanych wersji. Te opcje są dostępne w sekcji Uaktualnienia sieci szkieletowej zasobu klastra usługi Service Fabric.

Wybierz pozycję Automatyczne lub Ręczne uaktualnienia w sekcji

Możesz również ustawić tryb uaktualniania klastra i wybrać wersję środowiska uruchomieniowego przy użyciu szablonu usługi Resource Manager.

Automatyczne uaktualnienia są zalecanym trybem uaktualniania, ponieważ ta opcja zapewnia, że klaster pozostaje w obsługiwanym stanie i korzysta z najnowszych poprawek i funkcji, a jednocześnie umożliwia zaplanowanie aktualizacji w sposób najmniej zakłócający obciążenia przy użyciu strategii wdrażania falowego.

Uwaga

Jeśli zmienisz istniejący klaster na tryb automatyczny, klaster zostanie zarejestrowany w następnym okresie uaktualniania, począwszy od nowej wersji. Nowe wersje są ogłaszane na blogu zespołu usługi Service Fabric. Na okres uaktualniania wybierana jest najwyższa możliwa ścieżka uaktualnienia. Zobacz obsługiwane wersje. Tryb ręcznego uaktualniania wyzwala natychmiastowe uaktualnienie.

Wdrażanie falowe na potrzeby automatycznych uaktualnień

Wdrożenie falowe pozwala zminimalizować zakłócenia uaktualniania do klastra, wybierając poziom dojrzałości uaktualnienia w zależności od obciążenia. Na przykład można skonfigurować potok wdrażania testowego —etap —>>etap produkcji dla różnych klastrów usługi Service Fabric w celu przetestowania zgodności uaktualnienia środowiska uruchomieniowego przed zastosowaniem go do obciążeń produkcyjnych.

Aby wyrazić zgodę na wdrożenie falowe, określ jedną z następujących wartości falowych dla klastra (w szablonie wdrożenia):

  • Fala 0: klastry są aktualizowane zaraz po wydaniu nowej kompilacji usługi Service Fabric. Przeznaczony dla klastrów testowych/deweloperskich.
  • Fala 1: Klastry są aktualizowane tydzień (siedem dni) po wydaniu nowej kompilacji. Przeznaczony dla klastrów wstępnie prod/przejściowych.
  • Fala 2: Klastry są aktualizowane dwa tygodnie (14 dni) po wydaniu nowej kompilacji. Przeznaczony dla klastrów produkcyjnych.

Możesz zarejestrować się w celu otrzymywania powiadomień e-mail za pomocą linków, aby uzyskać dalszą pomoc, jeśli uaktualnienie klastra zakończy się niepowodzeniem. Aby rozpocząć pracę, zobacz Wdrażanie falowe, aby zapoznać się z automatycznymi uaktualnieniami .

Fazy automatycznego uaktualniania

Firma Microsoft utrzymuje kod i konfigurację środowiska uruchomieniowego usługi Service Fabric działającą w klastrze platformy Azure. Przeprowadzamy automatyczne monitorowanie uaktualnień oprogramowania zgodnie z potrzebami. Te uaktualnienia mogą być kodem, konfiguracją lub obydwoma. Aby zminimalizować wpływ tych uaktualnień na aplikacje, są one wykonywane w następujących fazach:

Faza 1. Uaktualnienie jest wykonywane przy użyciu wszystkich zasad kondycji klastra

W tej fazie uaktualnienia kontynuują jedną domenę uaktualniania jednocześnie, a aplikacje uruchomione w klastrze będą nadal działać bez żadnych przestojów. Zasady kondycji klastra (dla kondycji węzła i kondycji aplikacji) są zgodne podczas uaktualniania.

Jeśli zasady kondycji klastra nie zostaną spełnione, uaktualnienie zostanie wycofane, a wiadomość e-mail zostanie wysłana do właściciela subskrypcji. Wiadomość e-mail zawiera następujące informacje:

  • Powiadomienie, że musieliśmy wycofać uaktualnienie klastra.
  • Sugerowane działania naprawcze, jeśli istnieją.
  • Liczba dni (n) do momentu wykonania fazy 2.

Spróbujemy wykonać to samo uaktualnienie jeszcze kilka razy, jeśli wszelkie uaktualnienia nie powiodły się ze względów infrastruktury. Po upływie n dni od daty wysłania wiadomości e-mail kontynuujemy fazę 2.

Jeśli zasady kondycji klastra zostaną spełnione, uaktualnienie zostanie uznane za pomyślne i oznaczone jako ukończone. Taka sytuacja może wystąpić podczas początkowego uaktualnienia lub dowolnego ponownego uruchomienia uaktualnienia w tej fazie. Nie ma potwierdzenia pomyślnego uruchomienia wiadomości e-mail, aby uniknąć wysyłania nadmiernych wiadomości e-mail. Odbieranie wiadomości e-mail wskazuje wyjątek od normalnych operacji. Oczekujemy, że większość uaktualnień klastra zakończy się pomyślnie bez wpływu na dostępność aplikacji.

Faza 2. Uaktualnienie jest wykonywane tylko przy użyciu domyślnych zasad kondycji

Zasady kondycji w tej fazie są ustawiane w taki sposób, że liczba aplikacji, które były w dobrej kondycji na początku uaktualnienia, pozostaje taka sama podczas procesu uaktualniania. Podobnie jak w fazie 1, uaktualnienia fazy 2 kontynuują jedną domenę uaktualniania jednocześnie, a aplikacje uruchomione w klastrze będą nadal działać bez żadnych przestojów. Zasady kondycji klastra (kombinacja kondycji węzła i kondycji wszystkich aplikacji uruchomionych w klastrze) są zgodne podczas uaktualniania.

Jeśli zasady kondycji klastra nie zostaną spełnione, uaktualnienie zostanie wycofane. Następnie do właściciela subskrypcji zostanie wysłana wiadomość e-mail. Wiadomość e-mail zawiera następujące informacje:

  • Powiadomienie, że musieliśmy wycofać uaktualnienie klastra.
  • Sugerowane działania naprawcze, jeśli istnieją.
  • Liczba dni (n) do momentu wykonania fazy 3.

Spróbujemy wykonać to samo uaktualnienie jeszcze kilka razy, jeśli wszelkie uaktualnienia nie powiodły się ze względów infrastruktury. Wiadomość e-mail z przypomnieniem jest wysyłana kilka dni przed upływem n dni. Po n dniach od daty wysłania wiadomości e-mail przejdziemy do fazy 3. Wiadomości e-mail wysyłane w fazie 2 muszą być traktowane poważnie i należy podjąć działania naprawcze.

Jeśli zasady kondycji klastra zostaną spełnione, uaktualnienie zostanie uznane za pomyślne i oznaczone jako ukończone. Może się to zdarzyć podczas początkowego uaktualnienia lub dowolnego ponownego uruchomienia uaktualnienia w tej fazie. Nie ma potwierdzenia pomyślnego uruchomienia wiadomości e-mail.

Faza 3. Uaktualnienie jest wykonywane przy użyciu agresywnych zasad kondycji

Te zasady kondycji w tej fazie są przeznaczone do ukończenia uaktualniania, a nie kondycji aplikacji. W tej fazie kończy się kilka uaktualnień klastra. Jeśli klaster dotrze do tej fazy, istnieje duża szansa, że aplikacja stanie się w złej kondycji i/lub utraci dostępność.

Podobnie jak w przypadku pozostałych dwóch faz, uaktualnienia fazy 3 są kontynuowane po jednej domenie uaktualniania jednocześnie.

Jeśli zasady kondycji klastra nie zostaną spełnione, uaktualnienie zostanie wycofane. Spróbujemy wykonać to samo uaktualnienie jeszcze kilka razy, jeśli wszelkie uaktualnienia nie powiodły się ze względów infrastruktury. Następnie klaster zostanie przypięty, aby nie otrzymywać już pomocy technicznej i/lub uaktualnień.

Wiadomość e-mail z informacjami jest wysyłana do właściciela subskrypcji wraz z akcjami zaradczymi. Nie oczekujemy, że żadne klastry przejdą do stanu, w którym faza 3 zakończyła się niepowodzeniem.

Jeśli zasady kondycji klastra zostaną spełnione, uaktualnienie zostanie uznane za pomyślne i oznaczone jako ukończone. Może się to zdarzyć podczas początkowego uaktualnienia lub dowolnego ponownego uruchomienia uaktualnienia w tej fazie. Nie ma potwierdzenia pomyślnego uruchomienia wiadomości e-mail.

Niestandardowe zasady dotyczące uaktualnień ręcznych

Można określić niestandardowe zasady ręcznego uaktualniania klastra. Te zasady są stosowane za każdym razem, gdy wybierasz nową wersję środowiska uruchomieniowego, co wyzwala system w celu rozpoczęcia uaktualniania klastra. Jeśli zasady nie zostaną zastąpione, zostaną użyte wartości domyślne. Aby uzyskać więcej informacji, zobacz Ustawianie niestandardowych policji na potrzeby uaktualnień ręcznych.

Inne aktualizacje klastra

Poza uaktualnieniem środowiska uruchomieniowego może być konieczne wykonanie wielu innych akcji, aby klaster był aktualny, w tym:

Zarządzanie certyfikatami

Usługa Service Fabric używa certyfikatów serwera X.509, które określa się podczas tworzenia klastra w celu zabezpieczenia komunikacji między węzłami klastra i uwierzytelniania klientów. Możesz dodawać, aktualizować lub usuwać certyfikaty dla klastra i klienta w witrynie Azure Portal lub przy użyciu programu PowerShell/interfejsu wiersza polecenia platformy Azure. Aby dowiedzieć się więcej, przeczytaj dodawanie lub usuwanie certyfikatów

Otwieranie portów aplikacji

Porty aplikacji można zmienić, zmieniając właściwości zasobu usługi Load Balancer skojarzone z typem węzła. Możesz użyć witryny Azure Portal lub użyć programu PowerShell/interfejsu wiersza polecenia platformy Azure. Aby uzyskać więcej informacji, zobacz Otwieranie portów aplikacji dla klastra.

Definiowanie właściwości węzła

Czasami warto upewnić się, że niektóre obciążenia działają tylko na niektórych typach węzłów w klastrze. Na przykład niektóre obciążenia mogą wymagać procesorów GPU lub dysków SSD, podczas gdy inne mogą nie. Dla każdego z typów węzłów w klastrze można dodać niestandardowe właściwości węzła do węzłów klastra. Ograniczenia umieszczania to instrukcje dołączone do poszczególnych usług wybranych dla co najmniej jednej właściwości węzła. Ograniczenia umieszczania definiują miejsce uruchamiania usług.

Aby uzyskać szczegółowe informacje na temat używania ograniczeń umieszczania, właściwości węzła i sposobu ich definiowania, przeczytaj właściwości węzła i ograniczenia umieszczania.

Dodawanie metryk pojemności

Dla każdego z typów węzłów można dodać niestandardowe metryki pojemności, których chcesz użyć w aplikacjach do raportowania obciążenia. Aby uzyskać szczegółowe informacje na temat używania metryk pojemności do raportowania obciążenia, zapoznaj się z dokumentami usługi Service Fabric Resource Manager dotyczącymi opisywania klastra i metryk i obciążenia.

Dostosowywanie ustawień klastra

W klastrze można dostosować wiele różnych ustawień konfiguracji, takich jak poziom niezawodności właściwości klastra i węzła. Aby uzyskać więcej informacji, zobacz Ustawienia sieci szkieletowej klastra usługi Service Fabric.

Uwaga

W przypadku klastrów korzystających z wersji środowiska uruchomieniowego przed 10.0CU6, 10.1CU5 i 9.1CU12, jeśli zmodyfikowano lub planujesz zmodyfikować ustawienia NTLM dla usługi FileStoreService, należy spodziewać się przestoju podczas ponownego uruchamiania węzłów klastra. To ponowne uruchomienie jest powiązane z czyszczeniem występującym podczas cyklu uaktualniania.

To zachowanie jest zmieniane na 10.0CU6, 10.1CU5 i 9.1CU12, a w klastrach z tymi wersjami lub nowszymi nie powinny występować ponowne uruchomienia węzłów.

Aby uzyskać więcej informacji na temat przechowywania wersji usługi Service Fabric, zobacz stronę wersji.

Uaktualnianie obrazów systemu operacyjnego dla węzłów klastra

Włączenie automatycznych uaktualnień obrazów systemu operacyjnego dla węzłów klastra usługi Service Fabric jest najlepszym rozwiązaniem. W tym celu należy wykonać kilka wymagań i kroków klastra. Inną opcją jest użycie aplikacji Patch Orchestration Application (POA), aplikacji usługi Service Fabric, która automatyzuje stosowanie poprawek systemu operacyjnego w klastrze usługi Service Fabric bez przestojów. Aby dowiedzieć się więcej o tych opcjach, zobacz Stosowanie poprawek systemu operacyjnego Windows w klastrze usługi Service Fabric.

Następne kroki