這篇文章是個專案教學文，探討的是如何使用由 Rancher 所開發維護的 Harvester(HCI, 超融合基礎架構)專案。

雲端架構的特性能夠應付大部分的應用與場景，但是部分的應用則必須要繼續使用地端實體機器去架設服務。

虛擬化的時代，要如何將一個又一個硬體機器轉變成簡單好用的 VM 供上層應用程式使用則是一個有趣但困難的操作，開源的 Openstack 或是各種商業軟體則是眾多企業過往的選擇。

當這一切碰到 Kubernetes 時又變得複雜，主要是 Openstack 等專案強大卻難以駕馭，複雜的元件與架構讓它沒有辦法如 Kubernetes 一樣簡單好用，輕易上手。

如何讓一群硬體機器上面部署一個 Kubernetes 叢集不是一個困難問題，目前有眾多的解決方案幫忙處理，但是如何讓一群硬體機器上面跑出各種不同的 VM，並且於 VM 上面運行 Kubernetes 則是一個難以搞定但確實存在的需求。

Rancher 本身很擅長如何於一群 VM 上運行這些 Kubernetes 叢集，因此其發展了 Harvester 這個專案，該專案基於 Rancher 的 K3OS 作為底層作業系統。接者透過 Kubevirt 專案來管理與創建 VMs，儲存方面則是使用 Longhorn 來管理，網路的話則是 Kubevirt 本身已經導入 Multus CNI 來提供更多的網路操作。

這個專案還非常新，還在持續開發中，對於地端環境部署有需求的話，可以持續關注這個專案

https://blog.linnovate.net/baremetal-kubernetes-with-harvester-and-k3s-25fe9e7ab695

這次帶來的是個人的原創文章「從網路觀點來看導入 Kubernetes 的可能痛點
」，就我個人的理解與經驗跟大家討論導入 Kubernetes 到現有環境中會遇到的各種網路問題。

雲端平台的方便性使得架設 Kubernetes 簡單容易上手，然而對於地端環境來說，要導入 Kubernetes 並沒有想像中的簡單。團隊服務沒有辦法一夜轉換到 Kubernetes 的情況下，最麻煩的便是轉換過渡期中要如何讓 k8s 與現有架構整合。

Kubernetes 原生的 Service 與 CNI 架構為其提供低門檻的使用方式，讓 Kubernetes 運作起來不需要太深的網路背景與概念即可順利使用。本篇文章就地端環境來討論幾個可能需要的網路情境，而這些情境為什麼於 Kubernetes 內難以實現與完成，如果真的有需求時可以用何種角度與方式去解決。

長話短說就是本篇文章探討如何透過 Multus/DANM 等 Metaplugin CNI 搭配 SR-IOV/DHCP/Static CNI/IPAM 來滿足

1. Pod 固定 IP
2. K8s 叢集支援多個底層網路，針對需要讓不同流量走不同底層網路
3. 不同強度的網路隔離

https://www.hwchiu.com/k8s-network-issue.html

Rancher 於 2020 十二月份推出了一個全新的開源專案， Harvester，這個專案主打的目標不同於以往，是個非常特別的領域，所謂的超融合架構 (Hyperconverged Infrastrucuture)。

Harvester 是一個基於 Kubernetes 架構的解決方案，其本身也整合其他開源軟體來提供虛擬化以及儲存這些 HCI(超融合架構) 的基本需求，同時透過其抽象化的介面，讓使用者不太需要理解 kubernetes 也能夠使用這套 Harvester 。

Harvester 底層技術包含了 Kubernetes, KubeVirt 以及 Longhorn, 透過這些的整合來達到上述的虛擬化 (VM+容器)，儲存系統管理。

# 特色
1. Harvester 透過 Multus 這套 CNI 來達成多個 CNI 組合，藉此讓 K8s 裡面的 Pod 都有可以多個網路介面
2. 透過 Longhorn 來達到 scale out 的儲存需求
3. 透過 Kubevirt 來達到 VM 的生命週期管理
4. 透過 MinIO 來管理 VM Image

整套解決方案最後也整合 Rancher 本身的介面，讓你可以透過 K8s 這技術同時管理容器＋虛擬機，如果你過往有玩過 HCI 這個議題的，我認為你可以參考一下，看一下這套解決方案到底怎麼玩，跟過去的經驗有什麼不同

https://rancher.com/blog/2020/announcing-harvester-open-source-hyperconverged-infrastructure-software