Windows Server Core
Supports traditional .NET framework applications.
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Applies to: Windows Server 2025, Windows Server 2022, Windows Server 2019, Windows Server 2016
Windows offers four container base images that you can build from. Each base image is a different type of the Windows or Windows Server operating system. Each base image has a different on-disk footprint and a different set of the Windows API set.
Supports traditional .NET framework applications.
Built for .NET Core applications.
Provides the full Windows API set.
Provides the full Windows API set.
You can discover all Windows container base images through Docker Hub. The Windows container base images themselves come from mcr.microsoft.com, the Microsoft Container Registry (MCR). This registry is why the pull commands for the Windows container base images look like the following command:
docker pull mcr.microsoft.com/windows/servercore:ltsc2025
The MCR doesn't have its own catalog experience. Instead, it supports existing catalogs, such as Docker Hub. With Azure's global footprint and Azure Content Delivery Network, the MCR delivers an image pull experience that's consistent and fast. Azure customers benefit from faster in-network speeds and close ties with the MCR, Azure Marketplace, and other Azure services. Many Azure services now use containers as their deployment format.
How do you choose the right base image to build upon? For most users, Windows Server Core and Nanoserver are the most appropriate images to use. Each base image is briefly described in the following list:
Nano Server is an ultralight Windows offering for new application development.Server Core is medium in size and a good option for "lifting and shifting" Windows Server apps.Windows is the largest image and has full Windows API support for workloads.Windows Server is slightly smaller than the Windows image, has full Windows API support, and allows you to use more server features.While you're free to target whichever image you want to use, consider the following guidelines:
Windows Server Core.Nanoserver.Windows. This image is larger than the other base images, but it carries many of the core Windows libraries (such as the graphics device interface library).Windows Server image to include hardware acceleration for your Windows containers workloads.Tip
Many Windows users want to containerize applications that have a dependency on .NET. In addition to the four base images described here, Microsoft publishes several Windows container images that come preconfigured with popular Microsoft frameworks, such as the .NET framework image and the ASP.NET image.
The Windows Server image (3.1 GB) is slightly smaller than the Windows image (3.4 GB). The Windows Server image also inherits the performance and reliability improvements from the Server Core image, has GPU support, and has no limits for IIS connections. To use the latest Windows Server image, you need a Windows Server 2025 installation. The Windows image isn't available for Windows Server 2025.
Microsoft provides "insider" versions of each container base image. These insider container images include the latest feature development in our container images. When you run a host that is an insider version of Windows (either Windows Insider or Windows Server Insider), use these images. The following insider images are available on Docker Hub:
To learn more, see Use Containers with the Windows Insider Program.
Windows Server Core and Nano Server are the most common base images to target. The key difference between these images is that Nano Server has a smaller API surface. PowerShell, WMI, and the Windows servicing stack are absent from the Nano Server image.
Nano Server provides just enough API surface to run apps that depend on .NET core or other modern open source frameworks. As a tradeoff to the smaller API surface, the Nano Server image has a smaller on-disk footprint than the rest of the Windows base images. You can always add layers on top of Nano Server as you see fit. For an example of this check out the .NET Core Nano Server Dockerfile.