Dotyczy: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Azure Local, wersje 23H2 i 22H2
Cluster-Aware aktualizowanie (CAU) to funkcja, która koordynuje aktualizacje oprogramowania na wszystkich serwerach w klastrze trybu failover w sposób, który nie ma wpływu na dostępność usługi więcej niż planowany tryb failover węzła klastra. W przypadku niektórych aplikacji z funkcjami ciągłej dostępności (takimi jak Hyper-V migracji na żywo lub serwer plików SMB 3.x z przezroczystym trybem failover protokołu SMB), funkcja aktualizacji typu cluster może koordynować automatyczne aktualizowanie klastra bez wpływu na dostępność usługi.
Czy funkcja aktualizacji typu cluster-aware obsługuje aktualizowanie klastrów bezpośrednich miejsc do magazynowania?
Tak. Funkcja AKTUALIZACJI obsługuje aktualizowanie klastrów bezpośrednich miejsc do magazynowania
Czy funkcja AKTUALIZACJI działa z systemem Windows Server 2008 R2 lub Windows 7?
Nie. CaU koordynuje operację aktualizowania klastra tylko z komputerów z systemem Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows 10, Windows 8.1 lub Windows 8. Aktualizowany klaster trybu failover musi działać w systemie Windows Server 2016, Windows Server 2012 R2 lub Windows Server 2012.
Czy funkcja aktualizacji typu cluster-u jest ograniczona do określonych aplikacji klastrowanych?
Nie. Funkcja aktualizacji typu klastra jest niezależna od typu aplikacji klastrowanej. Funkcja aktualizacji typu cluster-aware to zewnętrzne rozwiązanie do aktualizowania klastra, które jest nakładane na interfejsy API klastrowania i polecenia cmdlet programu PowerShell. W związku z tym funkcja aktualizacji typu cluster-aware może koordynować aktualizowanie wszystkich klastrowanych aplikacji skonfigurowanych w klastrze trybu failover systemu Windows Server.
Nuta
Obecnie następujące obciążenia klastrowane są testowane i certyfikowane dla aktualizacji typu cluster-u: SMB, Hyper-V, replikacja systemu plików DFS, przestrzenie nazw systemu plików DFS, iSCSI i NFS.
Czy funkcja aktualizacji typu cluster-u obsługuje aktualizacje z usług Microsoft Update i Windows Update?
Tak. Domyślnie funkcja aktualizacji typu cluster-in jest skonfigurowana za pomocą wtyczki korzystającej z interfejsów API narzędzia Windows Update Agent (WUA) w węzłach klastra. Infrastrukturę usługi WUA można skonfigurować tak, aby wskazywała usługi Microsoft Update i Windows Update lub Windows Server Update Services (WSUS) jako źródło aktualizacji.
Czy funkcja aktualizacji typu cluster-in obsługuje aktualizacje programu WSUS?
Tak. Domyślnie funkcja aktualizacji typu cluster-in jest skonfigurowana za pomocą wtyczki korzystającej z interfejsów API narzędzia Windows Update Agent (WUA) w węzłach klastra. Infrastrukturę usługi WUA można skonfigurować tak, aby wskazywała usługi Microsoft Update i Windows Update lub lokalnego serwera windows Server Update Services (WSUS) jako źródła aktualizacji.
Czy funkcja aktualizacji typu cluster-aware może stosować ograniczone aktualizacje wersji dystrybucji?
Tak. Aktualizacje wersji dystrybucji ograniczonej (LDR), nazywane również poprawkami, nie są publikowane za pośrednictwem usługi Microsoft Update lub Windows Update, więc nie można ich pobrać za pomocą wtyczki Windows Update Agent (WUA), która domyślnie używa aktualizacji typu cluster-in.
Jednak funkcja aktualizacji typu cluster-in zawiera drugą wtyczkę, którą można wybrać, aby zastosować aktualizacje poprawek. Tę wtyczkę poprawek można również dostosować w celu zastosowania aktualizacji oprogramowania układowego i oprogramowania układowego innych firm niż Microsoft.
Czy mogę użyć aktualizacji zbiorczych za pomocą aktualizacji typu cluster-u?
Tak. Jeśli aktualizacje zbiorcze są aktualizacjami ogólnego wydania dystrybucji lub aktualizacjami LDR, można je zastosować.
Czy mogę zaplanować aktualizacje?
Tak. Funkcja aktualizacji typu cluster-aware obsługuje następujące tryby aktualizacji, które umożliwiają zaplanowanie aktualizacji:
Samoobsługowe aktualizowanie Umożliwia klastrowi aktualizowanie się zgodnie ze zdefiniowanym profilem i regularnym harmonogramem, takim jak w miesięcznym oknie obsługi. W dowolnym momencie możesz również uruchomić Self-Updating Uruchom na żądanie. Aby włączyć tryb samodzielnej aktualizacji, należy dodać do klastra rolę klastra typu cluster-aware. Funkcja samodzielnej aktualizacji typu cluster-update działa podobnie jak każde inne obciążenie klastrowane i może bezproblemowo współpracować z zaplanowanymi i nieplanowanymi trybami failover komputera koordynatora aktualizacji.
zdalne aktualizowanie umożliwia uruchomienie przebiegu aktualizacji w dowolnym momencie z komputera z systemem Windows lub Windows Server. Aktualizację można uruchomić za pośrednictwem okna aktualizacji Cluster-Aware lub za pomocą polecenia cmdlet Invoke-CauRun programu PowerShell. Zdalne aktualizowanie jest domyślnym trybem aktualizacji dla aktualizacji typu cluster-aware. Harmonogram zadań służy do uruchamiania polecenia cmdlet Invoke-CauRun zgodnie z żądanym harmonogramem z komputera zdalnego, który nie jest jednym z węzłów klastra.
Czy mogę zaplanować stosowanie aktualizacji podczas tworzenia kopii zapasowej?
Tak. CaU nie nakłada żadnych ograniczeń w tym zakresie. Jednak wykonywanie aktualizacji oprogramowania na serwerze (ze skojarzonymi potencjalnymi ponownymi uruchomieniami) podczas tworzenia kopii zapasowej serwera nie jest najlepszym rozwiązaniem it. Należy pamiętać, że funkcja aktualizacji typu clustering opiera się tylko na interfejsach API klastrowania w celu określenia trybu failover zasobów i powrotów po awarii; w związku z tym funkcja aktualizacji typu cluster-u nie jest świadoma stanu kopii zapasowej serwera.
Czy funkcja aktualizacji typu cluster-u może współpracować z programem Configuration Manager?
CaU to narzędzie, które koordynuje aktualizacje oprogramowania w węźle klastra, a program Configuration Manager również wykonuje aktualizacje oprogramowania serwera. Należy skonfigurować te narzędzia, aby nie miały nakładających się pokrycia tych samych serwerów w żadnym wdrożeniu centrum danych, w tym przy użyciu różnych serwerów usług Windows Server Update Services. Dzięki temu cel użycia aktualizacji typu cluster-aware nie zostanie przypadkowo pokonany, ponieważ aktualizacja oparta na programie Configuration Manager nie uwzględnia świadomości klastra.
Czy potrzebuję poświadczeń administracyjnych, aby uruchomić aktualizację typu cluster-u?
Tak. W przypadku uruchamiania narzędzi aktualizacji typu cluster-u wymaga poświadczeń administracyjnych na serwerze lokalnym lub wymaga Personifikuj klienta po uwierzytelnieniu użytkownika bezpośrednio na serwerze lokalnym lub komputerze klienckim, na którym jest uruchomiona. Jednak w celu koordynowania aktualizacji oprogramowania w węzłach klastra funkcja aktualizacji klastra wymaga poświadczeń administracyjnych klastra w każdym węźle. Mimo że interfejs użytkownika aktualizacji typu cluster-u może być uruchamiany bez poświadczeń, monituje o podanie poświadczeń administracyjnych klastra podczas nawiązywania połączenia z wystąpieniem klastra w celu wyświetlenia podglądu lub zastosowania aktualizacji.
Czy mogę skrypt caU?
Tak. Funkcja aktualizacji typu cluster-u jest dostarczana z poleceniami cmdlet programu PowerShell, które oferują bogaty zestaw opcji skryptów. Są to te same polecenia cmdlet, które interfejs użytkownika interfejsu użytkownika urzędu certyfikacji wywołuje w celu wykonania akcji aktualizacji typu cluster-u.
Co się stanie z aktywnymi rolami klastra?
Role klastrowane (dawniej nazywane aplikacjami i usługami), które są aktywne w węźle, przełączenie w tryb failover do innych węzłów przed rozpoczęciem aktualizacji oprogramowania. Funkcja caU organizuje te przejścia w tryb failover przy użyciu trybu konserwacji, który wstrzymuje i opróżnia węzeł wszystkich aktywnych ról klastrowanych. Po zakończeniu aktualizacji oprogramowania funkcja AKTUALIZACJI wznawia działanie węzła, a role klastrowane kończą się niepowodzeniem w zaktualizowanym węźle. Gwarantuje to, że dystrybucja ról klastrowanych względem węzłów pozostaje taka sama w ramach przebiegów aktualizacji klastra.
W jaki sposób funkcja aktualizacji typu cluster-u wybiera węzły docelowe dla ról klastrowanych?
Funkcja aktualizacji typu clustering opiera się na interfejsach API klastrowania w celu koordynowania trybu failover. Implementacja interfejsu API klastrowania wybiera węzły docelowe, opierając się na metrykach wewnętrznych i inteligentnych heurystyce umieszczania (takich jak poziomy obciążenia) w węzłach docelowych.
Czy obciążenie typu CLUSTERU równoważy role klastrowane?
Funkcja aktualizacji typu cluster-aware nie równoważy obciążenia węzłów klastrowanych, ale próbuje zachować rozkład ról klastrowanych. Po zakończeniu aktualizacji węzła klastra funkcja aktualizacji klastra podejmuje próbę powrotu po awarii wcześniej hostowanych ról klastrowanych do tego węzła. Funkcja aktualizacji typu clustering opiera się na interfejsach API klastrowania, aby przywrócić zasoby do początku procesu wstrzymania. W związku z tym w przypadku braku nieplanowanych trybów failover i preferowanych ustawień właściciela dystrybucja ról klastrowanych powinna pozostać niezmieniona.
W jaki sposób funkcja AKTUALIZACJI wybiera kolejność węzłów do zaktualizowania?
Domyślnie jednostka certyfikacji wybiera kolejność węzłów do aktualizacji na podstawie poziomu działania. Węzły hostujące najmniejszą rolę klastra są najpierw aktualizowane. Jednak administrator może określić określoną kolejność aktualizowania węzłów, określając parametr przebiegu aktualizacji w interfejsie użytkownika aktualizacji lub za pomocą poleceń cmdlet programu PowerShell.
Co się stanie, jeśli węzeł klastra jest w trybie offline?
Administrator, który inicjuje przebieg aktualizacji, może określić akceptowalny próg liczby węzłów, które mogą być w trybie offline. W związku z tym przebieg aktualizacji może kontynuować działanie w klastrze, nawet jeśli wszystkie węzły klastra nie są w trybie online.
Czy mogę użyć aktualizacji typu cluster-u, aby zaktualizować tylko jeden węzeł?
Nie. Funkcja aktualizacji typu cluster-scoped to narzędzie do aktualizowania w zakresie klastra, dzięki czemu można wybrać klastry do aktualizacji. Jeśli chcesz zaktualizować jeden węzeł, możesz użyć istniejących narzędzi aktualizacji serwera niezależnie od aktualizacji typu cluster-aware.
Czy aktualizacji aktualizacji typu cluster-u można zgłaszać inicjowane spoza jednostki aktualizacji typu cluster-u?
Nie. Funkcja aktualizacji typu cluster-aware może zgłaszać tylko przebiegi aktualizacji inicjowane z poziomu jednostki aktualizacji typu cluster-aware. Jednak po uruchomieniu kolejnego przebiegu aktualizacji aktualizacji aktualizacji typu clusterU aktualizacje zainstalowane za pośrednictwem metod innych niż aktualizacji typu cluster-CAU są odpowiednio brane pod uwagę w celu określenia dodatkowych aktualizacji, które mogą mieć zastosowanie do każdego węzła klastra.
Czy funkcja aktualizacji typu cluster-u może obsługiwać potrzeby mojego unikatowego procesu IT?
Tak. Funkcja aktualizacji typu cluster-u oferuje następujące wymiary elastyczności dostosowane do potrzeb klientów korporacyjnych w zakresie unikatowych procesów IT:
Skrypty Uruchomienie aktualizacji może określić skrypt programu PowerShell przed aktualizacją i skrypt programu PowerShell po aktualizacji. Skrypt wstępnej aktualizacji jest uruchamiany w każdym węźle klastra przed wstrzymaniem węzła. Skrypt po aktualizacji jest uruchamiany w każdym węźle klastra po zainstalowaniu aktualizacji węzła.
Nuta
Programy .NET Framework 4.6 lub 4.5 i PowerShell muszą być zainstalowane w każdym węźle klastra, na którym chcesz uruchomić skrypty przed aktualizacją i po aktualizacji. Należy również włączyć zdalną obsługę zdalną programu PowerShell w węzłach klastra. Aby uzyskać szczegółowe wymagania systemowe, zobacz wymagania i najlepsze rozwiązania dotyczące aktualizacji Cluster-Aware.
zaawansowane opcje uruchamiania aktualizacji Administrator może dodatkowo określić z dużego zestawu zaawansowanych opcji uruchamiania aktualizacji, takich jak maksymalna liczba ponownych prób wykonania procesu aktualizacji w każdym węźle. Te opcje można określić przy użyciu interfejsu użytkownika aktualizacji typu cluster-u lub poleceń cmdlet programu PowerShell typu caU. Te ustawienia niestandardowe można zapisać w profilu przebiegu aktualizacji i użyć ich ponownie do późniejszego uruchomienia aktualizacji.
architektura publicznej wtyczki aktualizacji typu cluster-in zawiera funkcje rejestrowania, wyrejestrowania i wybierania wtyczek. Funkcja aktualizacji typu cluster-in jest dostarczana z dwiema domyślnymi wtyczkami: jedna współrzędna interfejsów API programu Windows Update Agent (WUA) w każdym węźle klastra; drugi stosuje poprawki, które są ręcznie kopiowane do udziału plików, który jest dostępny dla węzłów klastra. Jeśli przedsiębiorstwo ma unikatowe potrzeby, których nie można spełnić z tymi dwiema wtyczkami, przedsiębiorstwo może utworzyć nową wtyczkę TYPU CAU zgodnie ze specyfikacją publicznego interfejsu API. Aby uzyskać więcej informacji, zobacz Cluster-Aware Aktualizowanie wtyczki reference.
Aby uzyskać informacje na temat konfigurowania i dostosowywania wtyczek typu CAU do obsługi różnych scenariuszy aktualizacji, zobacz How Plug-ins Work.
Jak wyeksportować podgląd jednostki certyfikacji i zaktualizować wyniki?
Funkcja aktualizacji typu cluster-u oferuje opcje eksportu za pośrednictwem interfejsu wiersza polecenia i interfejsu użytkownika.
opcje interfejsu wiersza polecenia :
Wyświetlanie podglądu wyników przy użyciu polecenia cmdlet programu PowerShell Invoke-CauScan | ConvertTo-Xml. Dane wyjściowe: XML
Wyniki raportu przy użyciu polecenia cmdlet programu PowerShell Invoke-CauRun | ConvertTo-Xml. Dane wyjściowe: XML
Wyniki raportu przy użyciu polecenia cmdlet programu PowerShell Get-CauReport | Export-CauReport. Dane wyjściowe: HTML, CSV
Opcje interfejsu użytkownika :
Skopiuj wyniki raportu z ekranu aktualizacji
Preview. Dane wyjściowe: CSV Skopiuj wyniki raportu z ekranu generowania raportu . Dane wyjściowe: CSV
Wyeksportuj wyniki raportu z ekranu generowania raportu . Dane wyjściowe: HTML
Jak zainstalować aktualizację typu cluster-u?
Instalacja aktualizacji typu cluster-up jest bezproblemowo zintegrowana z funkcją klastra trybu failover. Funkcja aktualizacji typu cluster-u jest zainstalowana w następujący sposób:
Po zainstalowaniu klastra trybu failover w węźle klastra dostawca instrumentacji zarządzania windows (WMI) aktualizacji typu CLUSTERU jest automatycznie instalowany.
Po zainstalowaniu funkcji Narzędzia klastra trybu failover na serwerze lub komputerze klienckim program Cluster-Aware aktualizowanie interfejsu użytkownika i poleceń cmdlet programu PowerShell są instalowane automatycznie.
Czy funkcja aktualizacji typu cluster-u wymaga składników uruchomionych w węzłach klastra, które są aktualizowane?
Funkcja aktualizacji typu cluster-u nie wymaga usługi uruchomionej w węzłach klastra. Jednak funkcja aktualizacji typu cluster-u wymaga składnika oprogramowania (dostawcy WMI) zainstalowanego w węzłach klastra. Ten składnik jest instalowany z funkcją Klaster trybu failover.
Aby włączyć tryb samodzielnej aktualizacji, do klastra musi być również dodana rola klastrowana typu cluster-aware.
Jaka jest różnica między używaniem aktualizacji typu cluster-u i programu VMM?
Program System Center Virtual Machine Manager (VMM) koncentruje się na aktualizowaniu tylko klastrów Hyper-V, natomiast funkcja aktualizacji typu cluster-aware może aktualizować dowolny typ obsługiwanego klastra trybu failover, w tym klastrów Hyper-V.
Program VMM wymaga dodatkowego licencjonowania, natomiast funkcja aktualizacji typu cluster-u jest licencjonowana dla wszystkich systemów Windows Server. Funkcje, narzędzia i interfejs użytkownika aktualizacji typu clusterover są instalowane przy użyciu składników klastra trybu failover.
Jeśli masz już licencję programu System Center, możesz nadal używać programu VMM do aktualizowania klastrów Hyper-V, ponieważ oferuje zintegrowane środowisko zarządzania i aktualizacji oprogramowania.
Funkcja aktualizacji typu clusteru jest obsługiwana tylko w klastrach z systemem Windows Server 2016, Windows Server 2012 R2 i Windows Server 2012. Program VMM obsługuje również klastry Hyper-V na komputerach z systemami Windows Server 2008 R2 i Windows Server 2008.
Czy mogę użyć aktualizacji zdalnej w klastrze skonfigurowanym do samodzielnej aktualizacji?
Tak. Klaster trybu failover w konfiguracji samodzielnej aktualizacji można zaktualizować za pomocą zdalnego aktualizowania na żądanie, tak jak można wymusić skanowanie usługi Windows Update w dowolnym momencie na komputerze, nawet jeśli usługa Windows Update jest skonfigurowana do automatycznego instalowania aktualizacji. Należy jednak upewnić się, że przebieg aktualizacji nie jest jeszcze w toku.
Czy mogę ponownie użyć ustawień aktualizacji klastra w klastrach?
Tak. Funkcja aktualizacji typu cluster-aware obsługuje wiele opcji przebiegu aktualizacji, które określają, jak działa przebieg aktualizacji podczas aktualizacji klastra. Te opcje można zapisać jako profil uruchamiania aktualizacji i można ich używać ponownie w dowolnym klastrze. Zalecamy zapisanie i ponowne użycie ustawień w klastrach trybu failover, które mają podobne potrzeby dotyczące aktualizacji. Można na przykład utworzyć "Business-Critical profilu uruchamiania aktualizacji klastra programu SQL Server" dla wszystkich klastrów programu Microsoft SQL Server obsługujących usługi krytyczne dla działania firmy.