熱門Ptt文章

[爆卦]K3d是什麼？優點缺點精華區懶人包

雖然這篇K3d鄉民發文沒有被收入到精華區：在K3d這個話題中，我們另外找到其它相關的精選爆讚文章

在 k3d產品中有4篇Facebook貼文，粉絲數超過2,850的網紅矽谷牛的耕田筆記，也在其Facebook貼文中提到， 本篇文章是一個深度介紹文，除了探討 K3S 與 K3D 的關係之外，還針對 K3D 的架構與使用方法很詳細的介紹一番，包含了 1. K3D v3 的特色與架構 2. 如何替換 K3D 裡面的 CNI 3. 如何替換 k3D 預設的 Ingress Controller 4. 使用 private r...

　同時也有3部Youtube影片，追蹤數超過3萬的網紅bonsai hôm nay，也在其Youtube影片中提到，Bãi kiểng Đại Dũng Cần Thơ, Phôi mai vàng và dáng đẹp giá rẻ, anh em thấy đẹp liên hệ anh Dũng: 0932.134.144. Cảm ơn đã xem....

「k3d」的推薦目錄

k3d 在 yutori? Instagram 的最讚貼文

2021-08-02 06:31:57

ねぇ、ちょっと食べる？...

  • 矽谷牛的耕田筆記

    k3d 在 矽谷牛的耕田筆記 Facebook 的最讚貼文

    2021-06-28 00:00:07
    有 99 人按讚

    本篇文章是一個深度介紹文，除了探討 K3S 與 K3D 的關係之外，還針對 K3D 的架構與使用方法很詳細的介紹一番，包含了
    1. K3D v3 的特色與架構
    2. 如何替換 K3D 裡面的 CNI
    3. 如何替換 k3D 預設的 Ingress Controller
    4. 使用 private registry 來處理

    Kubernetes 的變化版本很多，除了 k3s 之外後來還有 k0s 的出現，每個版本都有自己想要解決的問題，而 k3s 則是一個非常輕量的 Kubernetes 版本，其特色有
    1. 使用 Flannel 作為其預設 CNI，不講求太多複雜功能，單純用 VXLAN 打造一個 L2 的 overlay 網路
    2. 使用 CoreDNS，與原生一樣
    3. 使用 SQLite3 當作預設的 DB，而非 etcd3
    4. 使用 Traefik 當作預設的 Ingress Controller，原生 K8s 則把這個主動權交給使用者
    5. 使用 Containerd 當作預設的 Container Runtime

    而 K3D 就是基於 K3S 的測試環境， K3S in Docker，跟 KIND 類似，只是運行的 Kubernetes 發行版本不同。

    相較於 KIND 而已， K3D 的架構稍微複雜一點
    1. 為了方便測試與存取，k3D 部署的時候也會部署一個 Nginx Server 來當作簡易的 Load-Balacner，讓 K3D 內的 Ingress 服務可以更簡易的被存取。使用者只需要存取該 Load-Balancer 即可，不需要去針對 Node(Docker) 的 IP 存取
    2. 可以支援動態加入與刪除節點

    本篇文章算是非常詳細的介紹各種參數用法，對於 K3D 這種測試環境有興趣的可以參考看看
    https://yannalbou.medium.com/k3s-k3d-k8s-a-new-perfect-match-for-dev-and-test-e8b871aa6a42

  • 矽谷牛的耕田筆記

    k3d 在 矽谷牛的耕田筆記 Facebook 的最佳解答

    2021-05-25 00:00:08
    有 69 人按讚

    本篇文章是經驗分享文，作者分享為什麼其跟最初學習 Kubernetes 使用的 minikube 說掰掰，而轉換到新歡 KIND 的故事

    作者之前演講分享時，透過 minikube 架設所有 demo 環境，平常使用都好好的然而活動前幾天開始覺得叢集有點慢，但是作者並沒有特別注意去處理。
    活動當天 demo 直接爆炸，系統變得很慢，不論是 pod 的各種操作都很慢，作者沒有辦法很漂亮的清除 minikube 內的環境，最後只好砍掉VM全部重來。

    活動結束後作者重新創建了一次整個 VM(使用 VirtualBox)，結果整個系統還是很慢，作者開始思考有沒有其他的替代方案，後來找到了 Kind 這套解決方案。

    KIND 是 Kubernetes In Docker 的縮寫，透過 Docker Container 的方式創建節點並基於該節點創建 Kubernetes 叢集。

    這邊要注意的是 KIND 透過 Docker 創建節點，而節點內卻使用 Contaeinrd 作為 k8s 的 CRI 解決方案。

    除了 KIND 之外， Rancher 維護的 K3D 也是一樣類型的創建方式，其中 K3D 支持動態加入與移除節點，KIND 只能一開始創建時就定好 cluster 的大小。

    https://nfrankel.medium.com/goodbye-minikube-340070edc5af

  • 矽谷牛的耕田筆記

    k3d 在 矽谷牛的耕田筆記 Facebook 的最讚貼文

    2020-10-26 02:24:17
    有 25 人按讚

    不知道大家第一次接觸 kubernetes 的時候都是使用哪套解決方案來打造你的 K8s 叢集？ 亦或是作為一個開發者，你平常都怎麼架設 K8s 來本地測試?

    這篇文章提到了作為一個 Local Kubernetes Cluster 幾個選擇，並且點出了三個需要解決的問題
    1. Container Registry, 作為一個開發環境，應該不會想要每次測試都要將 Container Image 給推到遠方，譬如 dockerHub, Quay，這樣整體效率低落
    2. Builder, 如何有效率的幫忙建置你的應用程式，並且與 Kubernete 整合，讓開發者可以更專心於本地開發，而不要擔心太多 k8s 之間的設定
    https://www.dex.dev/dex-videos/development-clusters
    3. Runtime, 底層使用哪套 Container Runtime, 譬如 docker/containerd/cri-o

    註: 我個人對第三點其實沒太多感覺，不覺得本地測試這個會影響太多

    後面列舉了當前知名的相關專案，譬如 KIND, K3D, MicroK8S, Minikube 以及 Docker for desktop. 並且簡單的比較了一下這些本地開發的差異。

    不知道大家平常本地開發時，都會用哪一套?
    我個人是比較常使用 KIND 來測試，畢竟輕量化且同時支援多節點，環境也乾淨，測試起來也方便。

你可能也想看看

搜尋相關網站