我第一次在香港机房通宵值班，是因为客户的一套 ERP 系统出了问题。那是一台租用的香港物理服务器，配了 双路 Intel Xeon Silver 4210R，128GB DDR4 ECC 内存，2×960GB NVMe SSD（RAID1）+ 4×4TB SATA 企业盘（RAID10），系统装的是 Windows Server 2019 Datacenter。客户当时面临的困境是：他们需要在同一台服务器上同时跑 老旧的 .NET Framework Web 应用 和 基于 .NET Core 的新微服务。

传统做法要么是多开虚拟机，要么是物理机混装，但无论哪种方式都带来了额外的资源消耗和管理复杂度。于是，他们盯上了 Windows 容器 ——在同一台 Windows Server 上用容器把不同应用隔离开来。那天夜里，我就开始了这场“Windows 容器实战”的部署。

一、准备工作：硬件与系统环境

在香港机房部署容器之前，我首先确认了以下条件：

在正式操作前，我执行了以下检查命令：

systeminfo | findstr /i "Hyper-V"

确保输出包含：

Hyper-V Requirements: A hypervisor has been detected
VM Monitor Mode Extensions: Yes
Virtualization Enabled In Firmware: Yes

二、开启容器功能

在 Windows Server 2019 上，容器功能需要手动安装。

# 安装 Windows 容器功能
Install-WindowsFeature -Name Containers

# （可选）如果需要 Hyper-V 隔离
Install-WindowsFeature -Name Hyper-V -IncludeManagementTools

# 重启服务器
Restart-Computer

安装完成后，我用以下命令验证容器模块是否可用：

Get-WindowsFeature *container*

输出应显示 Containers 已安装。

三、安装 Docker 并配置镜像源

容器功能安装好后，还需要安装 Docker 引擎。由于香港线路直连国际，我直接使用官方安装包。

# 下载并安装 Docker
Invoke-WebRequest -UseBasicParsing "https://download.docker.com/win/static/stable/x86_64/docker-20.10.23.zip" -OutFile docker.zip
Expand-Archive docker.zip -DestinationPath "C:\Program Files\Docker"
[Environment]::SetEnvironmentVariable("Path", $env:Path + ";C:\Program Files\Docker", [System.EnvironmentVariableTarget]::Machine)

# 注册 Docker 服务
dockerd --register-service
Start-Service docker

配置镜像源时，我踩了一个坑。香港服务器直连国外没问题，但有些容器依赖镜像在国内 CDN 上更快。最后我采用了“双配置”：

编辑 C:\ProgramData\Docker\config\daemon.json：

{
  "registry-mirrors": [
    "https://registry.docker-cn.com",
    "https://mcr.microsoft.com"
  ]
}

四、部署混合应用场景

1. 拉取 Windows 基础镜像

我需要兼容 旧版 .NET Framework 和 .NET Core 应用，所以分别拉取了镜像：

# .NET Framework 4.8 容器镜像
docker pull mcr.microsoft.com/dotnet/framework/aspnet:4.8-windowsservercore-ltsc2019

# .NET Core 6.0 容器镜像
docker pull mcr.microsoft.com/dotnet/aspnet:6.0

2. 构建应用容器

旧版 ERP（ASP.NET WebForms）：

# Dockerfile
FROM mcr.microsoft.com/dotnet/framework/aspnet:4.8-windowsservercore-ltsc2019
WORKDIR /inetpub/wwwroot
COPY ./ERPApp/ .

新微服务（.NET Core Web API）：

# Dockerfile
FROM mcr.microsoft.com/dotnet/aspnet:6.0
WORKDIR /app
COPY ./MicroService/ .
ENTRYPOINT ["dotnet", "MicroService.dll"]

3. 启动容器

# 启动 ERP 容器
docker run -d -p 8080:80 --name erp-app erp:latest

# 启动微服务容器
docker run -d -p 5000:80 --name microservice microservice:latest

五、踩坑与解决过程

镜像版本不匹配

刚开始用的是 windowsservercore:1809 镜像，但宿主机是 2019 (LTSC)，导致容器起不来。后来换成 windowsservercore-ltsc2019 版本才解决。

端口冲突

客户一开始让我把 ERP 和微服务都映射到 80 端口，结果冲突。最终我把 ERP 映射到 8080，微服务走 5000，再通过 Nginx 做统一反向代理。

存储卷挂载

ERP 应用有上传文件需求，如果直接放容器里会丢数据。我在宿主机新建了 D:\Data\ERP_Uploads，并挂载到容器：

docker run -d -p 8080:80 --name erp-app -v D:\Data\ERP_Uploads:C:\inetpub\wwwroot\uploads erp:latest

六、实际性能表现

我做了简单压测：

容器化后，资源隔离和镜像优化明显降低了 CPU 占用，响应时间提升接近 30%。

七、在生产环境中如何监控和维护 Windows 容器（新增）

很多人以为容器部署好就算完成了，但在生产环境里，真正的挑战是 如何监控和维护。我在香港机房的实战里，总结了以下经验：

1. 日志管理

Windows 容器不像 Linux 那样天然和 ELK/Prometheus 结合顺畅。我的做法是：

使用 docker logs 查看实时日志：

docker logs -f microservice

将日志输出到宿主机目录，结合 ELK 或 Splunk 做统一收集：

docker run -d -p 5000:80 -v D:\Logs\Microservice:C:\app\logs microservice:latest

2. 资源监控

Windows 自带 Performance Monitor (PerfMon) 可以结合容器的进程计数器。

我设置了以下关键指标：

• \Processor(_Total)\% Processor Time —— CPU 使用率
• \Memory\Available MBytes —— 内存可用量
• \Process(docker)\Handle Count —— 容器进程句柄数
• \Network Interface(*)\Bytes Total/sec —— 容器网络吞吐量

另外，Docker 也支持命令行快速查询：

docker stats

输出示例：

3. 健康检查与自动恢复

容器运行久了可能出现“僵死”，所以必须加健康检查：

docker run -d -p 5000:80 `
--name microservice `
--health-cmd="powershell -command Invoke-WebRequest -UseBasicParsing http://localhost:80/health || exit 1" `
--health-interval=30s `
--health-retries=3 `
microservice:latest

配合 Docker Restart Policy，确保异常退出时能自动拉起：

docker run -d --restart=always ...

4. 安全与补丁

生产环境还要注意：

宿主机启用 Windows Defender + 防火墙策略，限制容器间不必要的互通

定期更新基础镜像：

docker pull mcr.microsoft.com/dotnet/aspnet:6.0
docker pull mcr.microsoft.com/dotnet/framework/aspnet:4.8-windowsservercore-ltsc2019

使用 镜像签名 验证来源，避免镜像污染

5. 企业级方案

如果规模大，可以考虑：

• Windows + Kubernetes (k8s)：在香港服务器集群中部署 Windows 节点，统一调度容器
• Azure Monitor + Log Analytics：结合云端可视化监控
• 第三方工具（Datadog, Zabbix, Prometheus with Windows exporter）：对接告警系统

总结：凌晨四点的收获

部署完毕的时候，机房的窗外已经泛起了蓝灰色的天光。那一刻我才意识到，容器并不只是“Linux 世界的玩具”，在 Windows Server 2019 上同样能发挥巨大作用。它解决了传统应用和现代微服务之间的兼容性问题，让一台香港服务器既能承载老旧系统，又能为新应用留出生长空间。

我常常回想那一夜的场景：风扇的嗡鸣声、显示器的冷光、自己在键盘上的“咔嗒咔嗒”声——以及容器成功启动后那行绿色的 running。这就是运维的日常，有时候累，但当你看到系统稳定运行，所有兼容性问题被解决，心里却是踏实的。