Windows Server Containers in Google Kubernetes Engine (Cloud Next '19) 筆記
Kubernetes 是一套基於 Google Borg 的容器調度系統(Container Orchestration System),到目前為止,這些容器一直都是 Linux 容器,運行在 Linux 伺服器上。從開源的 GKE (Google Kubernetes Engine) 1.14 版本開始,支援在 Windows Server 上運行 Windows Container。Google 一直與 Microsoft 與 Kubernetes 社區保持密切合作,並且將結果上傳至開源專案中。GKE 將會在 2019 年提供 Windows 容器,這個場次會討論 Early Access Program(EAP)。這個場次會討論一些 Windows 容器使用者情境並展示產品的初期預覽功能。你也有機會聽到一個大客戶的意見,並且瞭解他們在 GKE 來調度 Windows 和 Linux 容器分析的範例。
前言
- BHGE 是一家超過 66000 個員工,營運範圍超過 120 個國家的企業。主要服務 oil 與 gas 行業。他們在各個面向都面臨重大的挑戰。每天從超過 20000 感測器收集超過 Terabytes 的資料。
- 選擇 Windows 的理由
- 遺留的 DLL
- 舊編譯的可執行檔
- Steam thermal model (從1995年留下的Windows可執行檔)
- 基於 Excel 的分析
- Refinery 模擬軟體
- 授權伺服僅能在 Windows 執行
- https://github.com/bhgedigital/depend-on-docker
- 這是一個可以同時在 Windows 與 Linux 容器運行的開源專案
Windows Server與容器化
- 架構差異:
- Virtual Machines:
- Infrastructure ⇆ Hypervisor ⇆
- OS ⇆ bin/lib ⇆ App1
- OS ⇆ bin/lib ⇆ App2
- OS ⇆ bin/lib ⇆ App3
- Containers in VM:
- Infrastructure ⇆ Hypervisor ⇆
- OS ⇆ Container Runtime ⇆
- bin/lib ⇆ App1
- bin/lib ⇆ App2
- bin/lib ⇆ App3
- Windows Server Container
- Windows Host OS ⇆ Container Runtime ⇆
- Base OS layer ⇆ Customization Layer(s) ⇆ Application layer
- Virtual Machines:
- 瞭解 LONG*TERM SERVICING CHANNEL / SEMI-ANNUAL CHANNEL 的差異與選擇
- 瞭解 Windows Service Core / Windows Nano Server 的差異與選擇
- 瞭解 Windows Server 的容器授權
- 瞭解何時選擇容器化的時機點
Kubernetes 與 Windows Server Container
- Master Control plane 還是必須在 Linux 身上
- Windows Server nodes 以 Windows Server 2019 運行(GKE 1.14)
- Kubelet 和 kube*proxy 會原生執行在 Windows 上
- 討論 Windows Server Container 在 Pods、Services、Workloads 角色
- 討論 Windows Server Container 的能與不能
- 說明 Windows Server Container 在 GKE 的作法
- 選擇正確的 Windows Nodes:
nodeSelector:
beta.kubernetes.io/os: windows
- 部署一個 Razor Page + MS SQL Server 至 GKE
- EAP 申請:j.mp/gke-windows
其實在 K8S 的場子看到 Windows 內容,感覺蠻奇特的。Windows、Linux、Azure Cloud、Google Cloud 等等界限越來越小了。
沒有留言:
張貼留言
感謝您的留言,如果我的文章你喜歡或對你有幫助,按個「讚」或「分享」它,我會很高興的。