This page provides an overview of Windows Server containers in Google Kubernetes Engine (GKE). To learn how to create a cluster, see Creating a cluster using Windows Server node pools.
Using Windows Server containers on GKE enables you to take advantage of the benefits of Kubernetes: agility, speed of deployment and simplified management of your Windows Server applications. You can run your Windows Server and Linux containers side by side in the same cluster, which allows for a central management plane for both container platforms. Microsoft Hyper-V containers are not currently supported.
You can build your Windows Server container node images using Windows Server Semi-Annual Channel (SAC) or Windows Server Long-Term Servicing Channel (LTSC). A single cluster can have multiple Windows Server node pools using different Windows Server versions, but each individual node pool can only use one Windows Server version. To learn more about the differences between these versions, see Choosing your Windows Server node images.
Your Windows Server containers can take advantage of many of the storage options that GKE provides. For an example of using GKE storage options with Windows, see Local SSDs.
When working with Windows Server containers, you must create a
object, and specify the name of that object in the
storageClassName field of
PersistentVolumeClaim object because the
ext4 file storage type is not
supported with Windows. If you are using a Compute Engine persistent disk, you
must use NTFS as the file storage type.
The Compute Engine persistent disk CSI Driver is also available for Windows Server containers (Preview). For more details, see Using the Compute Engine persistent disk CSI Driver.
Like Linux containers, Windows containers provide a process and resource isolation boundary. Windows Server containers can be used for enterprise multi-tenancy. However, because Microsoft does not intend to service Windows container escape vulnerabilities, the use of Windows nodes is not recommended in hostile multi-tenancy scenarios or those where differing risk levels are needed. Instead, give each application or development team a separate cluster and Google Cloud project to achieve isolation.
Deploying your Windows Server applications
For guidance on deploying your applications, see the following pages:
- Deploying a Windows Server application.
- Deploying a Windows Server application to a private cluster.
- Deploying a stateful application.
When you modernize your applications, you also want to incorporate them into an end-to-end DevOps management experience that works with your existing tooling and workflows. To that end, Google has worked with several partners to make sure that your build, test, deploy, config and monitoring applications work well with Windows containers. Here are some use cases and partner solutions that we've tested to support Windows containers in GKE:
|CI/CD||Partner's CI/CD solution can build, test and deploy applications running on Windows containers.|
|Observability||Partner's ITOps and application performance management (APM) solution can collect telemetry and provide visibility (dashboards, reports, insights) for infrastructure and applications managed on Windows containers.|
|Config management and policy||Patner's solution provides secrets management or provisioning capabilities for Windows applications on Google Cloud.|
|Security||Patner's solution can secure the development and configuration of an application that runs on Windows containers.|
- Read Microsoft's short introduction on Windows containers.