Udostępnij za pośrednictwem

Zasady obsługi kontenerów systemu Windows Server w scenariuszach lokalnych

  • Artykuł

W tym artykule opisano zasady pomocy technicznej firmy Microsoft dotyczące kontenerów systemu Windows Server dla implementacji lokalnych.

Dotyczy: Windows Server 2019, Windows Server 2016, Windows 10 — wszystkie wersje i Windows 11 — wszystkie wersje
Oryginalny numer KB: 4489234

Firma Microsoft obsługuje kontenery systemu Windows Server dla następujących wersji i wydań systemu Windows:

  • Wersje systemu Windows Server 2022 Standard lub Datacenter
  • Wersje systemu Windows Server 2019 Standard lub Datacenter
  • Wersje systemu Windows Server 2016 Standard lub Datacenter
  • Zainstalowane systemy Windows 10 i Windows 11 Professional i Enterprise z programem Docker Desktop
  • Azure Stack HCI (podczas hostowania usługi Azure Kubernetes Service w usłudze Azure Stack HCI)
  • Windows IoT Core
  • Na hostach kontenerów systemu Windows Server musi być zainstalowany system Windows C:. To ograniczenie nie ma zastosowania, jeśli wdrażane są tylko izolowane kontenery funkcji Hyper-V.

Aby uzyskać więcej informacji na temat zakończenia wsparcia technicznego, zapoznaj się z dokumentem przeglądu — koniec wsparcia technicznego.

Uwaga 16.

Aby uzyskać podobne informacje na temat zasad pomocy technicznej firmy Microsoft dla kontenerów na platformie Azure, zobacz Zasady pomocy technicznej dla kontenerów i powiązanych usług na platformie Azure.

Obsługiwane konfiguracje hostów kontenerów

Firma Microsoft definiuje obsługiwane konfiguracje hostów w następujących kategoriach:

  • System operacyjny hosta: Windows Server, Windows 10 lub Windows 11. Aby uzyskać więcej informacji, zobacz Wymagania dotyczące kontenerów systemu Windows.
  • Funkcja Hypervisor: system Windows 10 lub Windows 11 musi uruchomić funkcję Hyper-V, aby obsługiwać kontenery; System Windows Server, jak pokazano w tabeli, ma większą elastyczność.
  • Mirantis Container Runtime (MCR): Mirantis Container Runtime to aplikacja innej firmy używana do tworzenia kontenerów uruchamianych w systemie Windows Server i zarządzania nimi. Aby uzyskać więcej informacji, zobacz Wymagania dotyczące kontenerów systemu Windows.
  • ContainerD: używane wdrożenia hybrydowe i AKS.
  • Program Docker Desktop dla systemu Windows działa w systemie Windows 10.
  • Typ kontenera: firma Microsoft obsługuje kontenery systemu Windows Server z izolacją funkcji Hyper-V. Jednak nie wszystkie konfiguracje hostów mogą obsługiwać dowolny typ kontenera. Aby uzyskać ogólne informacje o kontenerach i typach kontenerów systemu Windows Server, zobacz Kontener podstawowe obrazy i zgodność wersji kontenera systemu Windows.

Uwaga 16.

Funkcja Kontenery systemu Linux w systemie Windows (LCOW) w systemie Windows Server została uznana za przestarzałą.

Obsługa składników hosta

Kontenery systemu Windows Server w obsługiwanych wersjach systemu Windows Server działających na sprzęcie fizycznym lub maszynach wirtualnych w funkcji Hyper-V otrzymują pełną obsługę problemów związanych z systemem operacyjnym, podstawowymi obrazami kontenerów i/lub funkcją kontenera. Uruchamianie kontenerów systemu Windows Server na maszynie wirtualnej z systemem Windows Server 2016 i nowszych hostowanych na walidowanej funkcji hypervisor svVP otrzymuje pełną obsługę problemów związanych z systemem operacyjnym, podstawowymi obrazami kontenerów i/lub funkcją kontenera.

Obsługiwane konfiguracje hostów kontenerów systemu Windows Server

Aby wdrożyć kontenery systemu Windows Server i kontener funkcji Hyper-V z izolacją, należy zainstalować środowisko uruchomieniowe kontenera Mirantis (zobacz Wprowadzenie: przygotowywanie systemu Windows dla kontenerów).

Obsługiwane typy kontenerów na hoście kontenera fizycznego

Funkcja hypervisor Obsługa typów kontenerów
Brak Kontenery systemu Windows Server
Hyper-V Izolacja funkcji Hyper-V i kontenery systemu Windows Server

Obsługiwane typy kontenerów na hoście kontenera maszyny wirtualnej

Funkcja hypervisor hosta maszyny wirtualnej System operacyjny Gości Funkcja hypervisor gościa Obsługiwane typy kontenerów
Hyper-V Windows Server (pełny lub podstawowy) Brak Kontenery systemu Windows Server
Hyper-V Windows Server (pełny lub podstawowy) Funkcja Hyper-V (musi być uruchomiona w trybie wirtualizacji zagnieżdżonej) Kontenery systemu Windows Server i izolowane kontenery funkcji Hyper-V
Funkcja hypervisor zweryfikowana przez program SVVP Windows Server (pełny lub podstawowy) Brak (funkcja Hyper-V nie jest obsługiwana w programie VMware ESX) Kontenery systemu Windows Server

Aby uzyskać więcej informacji na temat funkcji hypervisor zweryfikowanych przez program SVVP, zobacz Welcome to the Windows Server Virtualization Validation Program (Witamy w programie weryfikacji wirtualizacji systemu Windows Server).

Obsługiwane konfiguracje hostów kontenerów systemów Windows 10 i Windows 11

Firma Microsoft obsługuje kontenery w systemie Windows 10 lub Windows 11 Professional lub Enterprise w następujących warunkach:

  • Fizyczny system operacyjny komputera z systemem Windows 1011 Professional lub Enterprise z rocznicową aktualizacją (wersja 1607) lub nowszą.
  • Funkcja Hyper-V jest zainstalowana.
  • Typ kontenera to Hyper-V z izolacją (ustawienie domyślne).
  • Zainstalowano program Docker Desktop dla systemu Windows (zobacz Instalowanie programu Docker Desktop dla systemu Windows w witrynie internetowej platformy Docker). Docker Desktop dla systemu Windows to wersja Community Edition (CE) idealna dla deweloperów i małych zespołów, którzy chcą rozpocząć pracę z platformą Docker i eksperymentować z aplikacjami opartymi na kontenerach.
  • Począwszy od systemów Windows 10 i Windows 11 z października 2018 r. nie zezwalamy już użytkownikom na uruchamianie kontenerów systemu Windows Server w trybie izolacji procesów w systemach Windows 10 i Windows 11 Enterprise lub Professional na potrzeby opracowywania lub testowania. Zobacz często zadawane pytania, aby dowiedzieć się więcej.

Uwaga 16.

Użytkownicy nie są już niedozwoloni z uruchamiania kontenerów systemu Windows Server w trybie izolacji procesów w systemie Windows 10 Enterprise lub Professional na potrzeby tworzenia i testowania od czasu aktualizacji systemu Windows 10 października 2018 r. Zobacz często zadawane pytania, aby dowiedzieć się więcej.

Firma Microsoft nie zapewnia obsługi następujących konfiguracji w systemach Windows 10 i Windows 11 Professional lub Enterprise:

  • Docker Desktop. Możesz uzyskać pomoc techniczną z forów społeczności platformy Docker lub pomocy technicznej platformy Docker. Aby uzyskać więcej informacji, zobacz Często zadawane pytania dotyczące programu Docker Desktop dla systemu Windows.
  • Kontenery systemu Windows Server lub kontenery funkcji Hyper-V z izolacją na maszynach wirtualnych hostowanych w systemie Windows 10 lub Windows 11 Professional lub Enterprise. Aby używać kontenerów na maszynie wirtualnej, użyj systemu Windows Server jako hosta.
  • Kontenery systemu Windows Server działają teraz w systemie Windows 10 lub Windows 11, ale nie są w pełni obsługiwane.

Wymaganie dotyczące hostów kontenerów

Aby uzyskać informacje o wymaganiach dotyczących hostów kontenerów, zobacz:

Aby uzyskać więcej informacji na temat wymagań i problemów ze zgodnością wirtualizacji, zobacz Katalog systemu Windows Server: Program weryfikacji wirtualizacji serwera.

Wymagania dotyczące kontenera izolowanego funkcji Hyper-V

Aby uruchomić kontenery funkcji Hyper-V, host kontenera musi spełniać wymagania dotyczące uruchamiania samej funkcji Hyper-V. Aby podsumować wymagania funkcji Hyper-V dla systemu Windows Server:

  • 64-bitowy procesor z następującymi możliwościami
    • Translacja adresów drugiego poziomu (SLAT): funkcja funkcji hypervisor systemu Windows wymaga biblioteki SLAT (narzędzia do zarządzania funkcją Hyper-V nie).
    • Wirtualizacja wspomagana sprzętowo: jest dostępna w procesorach, które obejmują opcję wirtualizacji — w szczególności procesory z technologią Intel Virtualization Technology (Intel VT) lub technologią AMD Virtualization (AMD-V).
    • Wymuszana sprzętowo funkcja Zapobieganie wykonywaniu danych (DEP) musi być dostępna i włączona. W systemach Intel jest XD bit (bit wyłączania wykonywania). W systemach AMD jest bit NX (bit nie wykonywania).
  • Rozszerzenia trybu monitora maszyny wirtualnej.
  • Co najmniej 4 GB pamięci RAM. Lepiej jest większa ilość pamięci. Potrzebujesz wystarczającej ilości pamięci dla hosta i wszystkich maszyn wirtualnych, które chcesz uruchomić w tym samym czasie.
  • Obsługa wirtualizacji jest włączona w systemie BIOS lub UEFI.

Aby uzyskać więcej informacji na temat wymagań systemowych:

Obsługiwane obrazy kontenerów

Firma Microsoft oferuje cztery obrazy podstawowe kontenerów, z których użytkownicy mogą tworzyć. Każdy obraz podstawowy jest innym typem systemu operacyjnego Windows, ma inny ślad na dysku i ma inny zestaw interfejsu API systemu Windows. Aby uzyskać więcej informacji, zobacz Container Base Images (Obrazy podstawowe kontenerów ).

  • Windows Server Core: obsługuje tradycyjne aplikacje .NET Framework
  • Nano Server: skompilowany dla aplikacji .NET Core
  • Windows Server: udostępnia dodatkowy zestaw interfejsu API systemu Windows
  • Windows IoT Core: specjalnie utworzony dla aplikacji IoT

Obrazy podstawowego systemu operacyjnego kontenera obsługiwane na hostach kontenerów systemu Windows

Jak opisano w temacie Obsługiwane hosty kontenerów, nie wszystkie systemy operacyjne hosta obsługują zarówno kontenery systemu Windows Server, jak i kontenery izolowane funkcji Hyper-V. Podobnie nie wszystkie obrazy podstawowe obsługują oba typy kontenerów. W poniższej tabeli przedstawiono typy kontenerów, które można utworzyć przy użyciu każdego obrazu podstawowego w poszczególnych systemach operacyjnych hosta.

System operacyjny hosta kontenera Obraz podstawowy kontenera systemu Windows Server Core Obraz podstawowy kontenera systemu Nano Server Obraz podstawowy kontenera systemu Windows Obraz podstawowy kontenera usługi Windows IoT Core
Windows Server 2016 lub 2019 Standard lub Datacenter Kontenery systemu Windows Server i kontenery funkcji Hyper-V z izolacją Kontenery systemu Windows Server i kontenery funkcji Hyper-V z izolacją Kontenery systemu Windows Server i kontenery funkcji Hyper-V z izolacją Nieobsługiwane
Windows 10 Professional lub Enterprise Kontenery funkcji Hyper-V z izolacją i kontenerami systemu Windows Server na potrzeby tworzenia i testowania Kontenery funkcji Hyper-V z izolacją i kontenerami systemu Windows Server na potrzeby tworzenia i testowania Kontenery funkcji Hyper-V z izolacją i kontenerami systemu Windows Server na potrzeby tworzenia i testowania Nieobsługiwane
Windows IoT Core Nieobsługiwane Nieobsługiwane Nieobsługiwane Kontenery systemu Windows Server

Jeśli planujesz używać hostów kontenerów z różnymi wersjami i wydaniami systemu Windows, należy również wziąć pod uwagę wersje i wydania obrazów kontenerów. Niektóre funkcje kontenera nie są zgodne z poprzednimi wersjami, więc niektóre nowsze obrazy podstawowe kontenerów mogą nie być uruchamiane na hostach kontenerów ze starymi wersjami systemu operacyjnego. Aby uzyskać więcej informacji, zobacz Zgodność wersji kontenera systemu Windows.

Obsługa obciążeń kontenerów

Firma Microsoft w pełni obsługuje obrazy podstawowe kontenerów zgodnie z opisem w sekcji "Obsługiwane obrazy kontenerów".

Aby uzyskać obsługę aplikacji firmy Microsoft, takich jak IIS, SQL i .NET uruchomionych w kontenerach, zobacz Repozytorium Microsoft w witrynie DockerHub , aby uzyskać odpowiednie wskazówki dotyczące obsługi obrazów kontenerów.

Uwaga 16.

Jeśli próbujesz przenieść aplikację niestandardową lub aplikację innej firmy do kontenerów systemu Windows Server z uruchomionym obrazem systemu Windows Server Core i występują problemy z brakującymi elementami . Biblioteki DLL lub inne składniki podstawowego obrazu podstawowego systemu Windows Server, spróbuj użyć obrazu kontenera systemu Windows Server, ponieważ ma on dodatkowy zestaw interfejsu API systemu Windows.

Unikaj kopiowania . Biblioteki DLL z hosta kontenera do obrazu podstawowego systemu Windows Server Core, ponieważ może to spowodować błędne zachowanie aplikacji. Firma Microsoft udostępnia jakiś składnik . Biblioteki DLL w formularzu pakietu redystrybucyjnego. Pobierz pakiety redystrybucyjne z oficjalnego Centrum pobierania Microsoft i zainstaluj je w obrazie kontenera przy użyciu pliku Dockerfile.

Nie ma "pojedynczego źródła prawdy", w kategoriach których . Biblioteki DLL są oferowane w formularzu redystrybucyjnym.

Aby uzyskać wskazówki dotyczące przenoszenia starszych aplikacji, zobacz Lift and shift to containers (Przenoszenie do kontenerów metodą "lift and shift".

Obsługiwane konfiguracje sieci

Firma Microsoft obsługuje funkcje sieciowe kontenerów systemu Windows. Ta funkcja obejmuje usługę sieci hosta (HNS) i usługę obliczeniową hosta (HCS). Usługi HNS i HCS współpracują ze sobą w celu utworzenia kontenerów (HCS) i dołączenia punktów końcowych do sieci (HNS). Ponadto zawiera następujące sterowniki sieciowe kontenerów (aby uzyskać pełne opisy tych sterowników, zobacz Sterowniki sieci kontenerów systemu Windows):

Zobacz ten artykuł, aby zapoznać się z tematem Nieobsługiwane funkcje i opcje sieciowe.

Obsługiwane konta usług dla kontenerów

Firma Microsoft obsługuje konta usługi zarządzane przez grupę Active Directory (gMSA) dla kontenerów.

Kontenery nie mogą być przyłączone do domeny, ale usługa gMSA obsługuje hosty kontenerów nieprzyłączonych do domeny i przyłączone do domeny. Korzystając z gMSA, kontenery systemu Windows Server i usługę, którą hostują, można skonfigurować tak, aby używały określonego konta zarządzanego przez grupę jako tożsamości domeny. Każda usługa uruchomiona z systemem lokalnym lub usługą sieciową używa tożsamości kontenerów systemu Windows Server, podobnie jak w przypadku korzystania z tożsamości hosta przyłączonego do domeny. Aby uzyskać więcej informacji, zobacz Create gMSAs for Windows containers (Tworzenie kont gMSA dla kontenerów systemu Windows).

Obsługiwane opcje zabezpieczeń punktu końcowego dla kontenerów i hostów kontenerów

Usługa Windows Defender została zoptymalizowana pod kątem ochrony hostów kontenerów i jest w pełni obsługiwana. Firma Microsoft nie obsługuje jednak usługi Windows Defender działającej w kontenerach systemu Windows Server.

W przypadku korzystania z oprogramowania antywirusowego/zabezpieczeń punktu końcowego innej firmy sprawdź u dostawcy, czy są obsługiwane kontenery systemu Windows Server, i zapoznaj się z publicznymi dokumentami dostawcy, aby uzyskać zalecenia i wykluczenia. Aby uzyskać więcej informacji, zobacz Optymalizacja antywirusowa dla kontenerów systemu Windows.

Obsługiwane środowisko uruchomieniowe kontenera w systemie Windows Server

Mirantis Container Runtime (MCR) to zalecany i obsługiwany interfejs środowiska uruchomieniowego kontenera używany do tworzenia i uruchamiania kontenerów systemu Windows Server oraz zarządzania nimi w systemie Windows Server. Aby uzyskać więcej informacji, zobacz Mirantis.

Zobacz Wprowadzenie: przygotowywanie systemu Windows dla kontenerów w celu uzyskania zalecanej i obsługiwanej metody instalacji w systemie Windows Server.

Po 30 kwietnia 2023 r. firma Microsoft nie będzie już pierwszym punktem kontaktu dla klientów z uruchomionym środowiskiem Uruchomieniowym kontenera Mirantis w systemie Windows Server. Klienci muszą najpierw zaangażować Mirantis.

Aby uzyskać więcej informacji, zobacz Komunikat z Mirantis.

  1. Firma Microsoft zapewni obsługę środowiska Mirantis Container Runtime do 30 kwietnia 2023 r.
  2. Klienci mają licencję na uruchamianie w trybie utrwalania tylko liczby kopii środowiska Mirantis Container Runtime uzyskanego przed 30 kwietnia 2023 r. i nie więcej.
  3. Po 30 kwietnia 2023 r. klienci nie będą mogli uzyskać pomocy technicznej, aktualizacji ani poprawek środowiska uruchomieniowego kontenera Mirantis od firmy Microsoft lub Mirantis.
  4. Klienci mogą zakupić licencję na korzystanie z w pełni obsługiwanej wersji środowiska Mirantis Container Runtime firmy Mirantis w dowolnym momencie.

ContainerD to standardowe środowisko uruchomieniowe kontenera typu open source obsługiwane przez społeczność. Aby uzyskać więcej informacji, zobacz Projekt ContainerD. KontenerD działający w systemie Windows Server może tworzyć i uruchamiać kontenery systemu Windows Server oraz zarządzać nimi, ale firma Microsoft nie zapewnia żadnej pomocy technicznej. W przypadku wszelkich problemów lub pytań związanych z usługą ContainerD zadaj społeczności usługi GitHub. Aby uzyskać więcej informacji, zobacz projekt GitHub ContainerD.

Obsługiwane koordynatory kontenerów

Kilka koordynatorów kontenerów obsługuje kontenery systemu Windows Server. Przed angażowaniem pomocy technicznej firmy Microsoft rozwiąż wszelkie problemy lub pytania dotyczące dostawcy.

Usługa Azure Kubernetes Service w usłudze Azure Stack HCI (AKS-HCI) lub Windows Server to lokalna implementacja usługi kontenera flag platformy Azure, która automatyzuje uruchamianie konteneryzowanych aplikacji na dużą skalę. Usługa AKS przyspiesza rozpoczęcie hostowania kontenerów systemu Linux i Windows w centrum danych.

Firma Microsoft zapewnia kompleksową obsługę usługi Azure Kubernetes Service w usłudze Azure Stack HCI lub Windows Server, w tym jeden węzeł bez wysokiej dostępności.

Firma Microsoft nie zapewni pomocy technicznej dla następujących elementów.

  • Kod aplikacji niestandardowej
  • Wszystkie usługi systemowe lub sterowniki inne niż wbudowane w kontenerze lub hoście kontenera
  • Obrazy podstawowe kontenerów, które nie są obsługiwane przez firmę Microsoft (np. Nginx) lub obrazy podstawowe kontenerów, które nie są wymienione na liście obsługiwanych dodatków

Aby uzyskać więcej informacji na temat zasad pomocy technicznej, zobacz Zasady pomocy technicznej dla hybrydowego rozwiązania AKS — hybryda usługi AKS | Microsoft Learn.

Azure Kubernetes Service Edge Essentials (AKS EE) to lokalna implementacja platformy Kubernetes usługi Azure Kubernetes Service (AKS), która automatyzuje uruchamianie konteneryzowanych aplikacji na dużą skalę. Usługa AKS Edge Essentials zawiera obsługiwaną przez firmę Microsoft platformę Kubernetes, która obejmuje uproszczoną dystrybucję Kubernetes z niewielką ilością i prostą instalacją, co ułatwia wdrażanie platformy Kubernetes na sprzęcie typu PC lub "lekkim" brzegowym.

Firma Microsoft zapewnia kompleksową obsługę usługi Azure Kubernetes Service Edge Essentials z wyjątkiem następujących elementów.

  • Kod aplikacji niestandardowej
  • Wszystkie usługi systemowe lub sterowniki inne niż wbudowane w kontenerze lub hoście kontenera
  • Obrazy podstawowe kontenerów nie są obsługiwane przez firmę Microsoft, na przykład; Nginx lub wersje lub obrazy podstawowe, które nie są wymienione na liście obsługiwanych dodatków

Aby uzyskać więcej informacji na temat zasad pomocy technicznej, zobacz Zasady pomocy technicznej dla hybrydowego rozwiązania AKS — hybryda usługi AKS | Microsoft Learn.

Usługa Azure Kubernetes Service (AKS) to usługa kontenera flag platformy Azure. Klienci mogą tworzyć pule węzłów oparte na systemie Windows Server w klastrze usługi AKS w celu uruchamiania kontenerów systemu Windows. Jest to w pełni obsługiwana usługa; Wszelkie problemy lub pytania należy otworzyć przy użyciu witryny Pomoc i obsługa techniczna w witrynie Azure Portal.

Kubernetes to projekt open source, który obsługuje kontenery systemu Windows Server w systemie Windows Server 2019 i nowszym, począwszy od platformy Kubernetes 1.14. Aby uzyskać więcej informacji, zobacz Wprowadzenie do obsługi systemu Windows w rozwiązaniu Kubernetes i obsłudze funkcji i ograniczeń. Aby uzyskać więcej informacji, zobacz Kubernetes w systemie Windows.

Aby uzyskać informacje o wszelkich problemach i pytaniach związanych z platformą Kubernetes, zobacz Raportowanie problemów i żądań funkcji.

Firma Microsoft zapewnia tylko obsługę węzłów systemu Windows uczestniczących w lokalnym klastrze Kubernetes.

Firma Microsoft nie zapewnia obsługi następujących elementów:

  • Konfigurowanie i konfigurowanie węzłów systemu Linux
  • Pliki binarne kubernetes
  • Kontenery systemu Linux
  • Wtyczki Kubernetes

Wszelkie pytania lub problemy związane z nieobsługiwanymi elementami powinny być skierowane do odpowiednich społeczności usługi GitHub.

Usługa Azure Service Fabric jest w pełni obsługiwana i wszystkie problemy lub pytania powinny być kierowane do pomoc techniczna platformy Azure przy użyciu witryny Pomoc i obsługa techniczna w witrynie Azure Portal. Aby uzyskać więcej informacji, zobacz Wprowadzenie do menedżera zasobów klastra usługi Service Fabric i usługi Service Fabric oraz kontenerów.

Docker swarm to funkcja środowiska uruchomieniowego kontenera Mirantis, która tworzy, zarządza i uruchamia kontenery systemu Windows Server w środowisku mieszanym węzłów hostów z systemami Linux i Windows. Docker swarm jest w pełni obsługiwany przez Mirantis. Pomoc techniczna Mirantis doradza klientom, czy pomoc techniczna firmy Microsoft powinna być zaangażowana w problemy lub pytania związane z systemem Windows Server. Aby uzyskać więcej informacji na temat korzystania z platformy Docker swarm z kontenerami systemu Windows Server, zobacz Wprowadzenie do trybu swarm i Omówienie trybu Swarm w witrynie internetowej Mirantis.

Moby to projekt typu open source przeznaczony dla inżynierów, integratorów i entuzjastów, którzy chcą modyfikować, hack, fix, experiment, invent i kompilować systemy oparte na kontenerach. Aby uzyskać więcej informacji, zobacz projekt Moby w witrynie GitHub.

Firma Microsoft nie zapewnia obsługi aplikacji Moby w autonomicznym środowisku (host kontenera z jednym węzłem z systemem Windows Server). Wszystkie pytania i problemy powinny być zgłaszane w projekcie Moby w witrynie GitHub.