随着Windows Server 2019的发布，Windows Server 2008即将与我们告别，并将于2020年1月14日停止服务。

不知您企业的迁移计划制定的如何了？对于IT部门来说，这种因为服务终止而造成的系统迁移常常让人累觉不爱，因为这种迁移会抢占很多重要工具的资源，比如云原生或Kubernetes等。

但是我们有解决的办法！

• 通过Pivotal Container Service(PKS)向Kubernetes迁移Windows 2008工作负载

利用企业级PKS 1.5，您可以将工作负载移至一个正常运行的Windows系统，而不用改写代码,此外您还能享有在Kubernetes上运行容器的便利。

这都是因为PKS 1.5包含有Kubernetes 1.14.5，其中新增了对Windows Server节点的支持。PKS 1.5也在Pivotal平台上加强了对管理Windows Server事例的支持。由此，依靠full .NET框架的工作负载现在可以在PKS上运行。

PKS 1.5对Windows的支持正在功能测试的阶段，我们还会不断收集客户的相关反馈优化我们的产品。

• 多种版本的.NET展现迁移奇技

这一切是怎么实现的呢？当您的Windows应用迁移至PKS时，在单位容器基础上的.NET安装就完成了。在同一Windows Server 2019核心上可以运行多个版本的.NET，包括.NET 3.5。

.NET 3.5在Windows Server 2008应用中最常用，它能让迁移显著简化。一般情况下，用户无需修改任何代码就可完成应用的迁移。

所以，就算最初的应用开发者离职了，也没有留下源代码，公司仍可以享有Kubernetes及正常运行的环境带来的便利。

• 手把手教您在Kubernetes上运行Windows应用

所以，运营者的实际体验究竟如何呢？这么说吧，PKS更像是一个Kubernetes集群售贩机，有大量的标准集群待售，被称为“计划”(Plans), 它们在Linux和Windows都适用。现在让我们先以Windows为大家做示范。

首先，运营者建立并配置一个或多个Windows 计划：

现在，我们已经建立了Windows Server 计划，运营者需要提供Windows Server 2019 Stemcell 映像(PKS用这个映像提供工作节点虚拟机)。Stemcell是PKS中的一个强大概念，它使工作节点得到供给，而且可以自动更新。而在其它的Kubernetes平台和云中，这一功能还需要人工提供并管理Windows Server 虚拟机的生命周期。

接下来，集群管理者通过由运营者制定的计划，创建了一个新的Windows Server 集群。它在PKS命令行界面中看起来像这样：

$ pks create-cluster my-windows-beta -p Plan-11-Windows-Beta --external-hostname mywindows-beta.pks.hinterlands.cfapp.com

利用PKS和Kubectl，运营者可以查看集群和工作节点的状态：

$ pks clusters

Name Plan Name Status Action

My-windows-beta Plan-11-Windows-Beta succeeded CREATE

$ kubectl get nodes

NAME VERSION OS-IMAGE KERNEL-VERSION

37… v1.14.1 Windows Server 2019 Datacenter 10.0.17763.557

40… v1.14.1 Windows Server 2019 Datacenter 10.0.17763.557

54… v1.14.1 Windows Server 2019 Datacenter 10.0.17763.557

Ec… v1.14.1 Ubuntu 16.04.6 LTS 4.15.0.54-generic

• 开发者经验

对于.NET开发者来说，您的体验就是纯粹的Kubernetes，完全不需要担心源代码，只需建立(Docker)容器并在环境中部署。

把容器当作基础架构来看待，在一个基础层运营系统上安装.NET框架、IIS、 证书、用户账户等，接着，您可以发布应用并建立容器映像。将映像推送至选项登记(我们推荐Harbor)，再用kubectl来部署环境。

FROM mcr.microsoft.com/dotnet/framework/aspnet:3.5

# Clean out default site

RUN powershell -NoProfile -Command Remove-Item -Recurse C:inetpubwwwroot*

WORKDIR /inetpub/wwwroot

#Copy the app artifact in (assumes you are in the publish folder when building docker image)

COPY wwwroot/* .

您的所有的容器都将在同一个标准的Windows Server 2019核心上运行，每个容器环境都是针对在容器中运行的应用来定制的，现在您可以同时运行不同版本的.NET。当基础架构的问题得到解决，应用环境完全由您编写，对于开发人员来说是多么好的事情！Kubernetes中Windows集群提供了全新的选择。

微软预先制作了容器映像的合集，进一步简化了过程。用户可以以它开始来建立应用容器。它的docker中心包括了IIS、ASP.NET、3.x & 4.x 运行时间以及其它映像。

• PKS 1.5的新增附加功能

在这篇文章里，我们着重讨论的是如何迁移Windows工作负载，但实际上PKS 1.5具有丰富的新增功能，适用于生产环境中运行的Kubernetes，包括个体的集群升级、Harbor 1.8以及扩大的管理控制台。

关于作者

David Dieruf

Pivotal技术营销团队成员

David是Pivotal技术营销团队的一员，主要负责.NET相关技术。一直以来，他都在编写C＃。在业余时间，他喜欢打破常规，只为解决问题。