Kubernetes 提供多種部署選擇，而在眾多工具中，kops 以其易用性及高整合性脫穎而出。本文將深入介紹 kops 工具，並透過實際操作引導讀者在 OpenStack 環境中迅速建立一個 Kubernetes 叢集。 kops 是什麼？ kops，即 Kubernetes Operations，正如其名，是一個專門用於 Kubernetes 叢集運維操作的工具。kops 的幾個主要特性如下： 支援建立、維護、升級和銷毀 Kubernetes 叢集 支援多個雲端平台，如 AWS、OpenStack/DigitalOcean（Beta）、Azure/GCP（Alpha） 可透過 kops 產生叢集的 Terraform 模板 管理 Kubernetes 叢集 plugin 自動化部署 Kubernetes 叢集。 kops 名詞 Storage STATE_STORE STATE STORE 定義了 kops 需要儲存其資料的地方，kops 會儲存的資料包含了 cluster spec、instance group 跟 ssh key 等。 API Cluster spec Cluster […]
Cloud
- Cloud
- ...
Kubernetes Cluster-API 介紹
Kubernetes 在雲原生世界發展這麼多年，也發展出了很多管理其集群生命週期的相關專案，如 kops, Rancher 等。而 VMware 則發起了一個名為 Cluster-API 的專案來利用 Kubernetes 本身的功能管理其他 Kubernetes 集群。本篇文章將會來簡單介紹 Cluster-API 這個專案。 Cluster-API 是什麼？ Cluster API 是 Kubernetes 的子項目，專注於提供聲明式 API 和工具，以簡化多個 Kubernetes 集群的供應、升級和操作。 該專案由 Kubernetes Special Interest Group (SIG) Cluster Lifecycle 發起，使用 Kubernetes 風格的 API 和模式自動化平台運營商的集群生命週期管理。包含部署集群所需要的基礎設施，如虛擬機器、網絡、負載均衡器和虛擬網路等，以及 Kubernetes 集群設定都是和部署應用程式在 Kubernetes 上相似的模式進行設定管理。這使得在各種不同基礎設施環境中能夠實現一致和可重複的集群部署。 簡單來說，Cluster-API 會透過一些不同的 Custom Resource Definitions，來定義一個 Kubernetes cluster，並由相對應的元件去讀取這些定義並部署和管理其對應的集群。 目標： 利用使用聲明性 API 管理 Kubernetes […]
- Cloud
- ...
透過 Ingress Nginx 公開 TCP/UDP 服務
Ingress Nginx 在 Kubernetes 中常被利用來提供網頁服務的反向代理和 load balancing。在一些狀況下，你可能會需要同一個 IP 也能夠提供其他 TCP/UDP 服務。這篇文章將會介紹在這種狀況下如何透過 Ingress Nginx 來作為 TCP/UDP 服務的 proxy。 用途 在大部分狀況下，Ingress Nginx 只會用來提供 HTTP/HTTPS 的反向代理和 load balancing，但是在架設 GitLab、Gitea 等服務時，除了 HTTP/HTTPS 外，也會需要 SSH port 提供 git 連結。在這種狀況下，又因 DNS 只能讓兩個不同的 port 使用的同一個 IP，所以將會需要利用 Ingress Nginx 進行 TCP 服務的 proxy。 設定 Ingress 在設計上不支援 TCP/UDP 服務，因此 Ingress controller 會需要利用 –tcp-services-configmap 跟 […]
從裸機到雲端：OpenStack 部屬工具 3
上一篇我們介紹了兩個有強大廠商後盾的部屬工具，本偏要介紹大多為社群成員維護的部屬專案，OpenStack-Ansible, Kolla-Ansible, OpenStack-Helm OpenStack-Ansible OpenStack-Ansible 就如其名，就是透過 Ansible 去部屬 OpenStack 的工具，其中支援非常多 OpenStack 元件以及不同的 Plugin。 OpenStack Ansible 主要透過 lxc container + Ansible-playbook 來安裝 OpenStack，其中有部分 service 並沒有放在 lxc container 中，如 nova-compute。 在 network plugin 的支援也是今天介紹的 3 個部屬工具中最多的，其中包含了在一些特殊環境下很好用的 Calico。 OpenStack Ansible 除了部屬 OpenStack 以外，同時也可以在部屬 OpenStack 儲存所需要使用的 Ceph，而其他專案如 Kolla-Ansible 的 Ceph cluster 就要額外自己部屬並且透過 config overwrite 去設定。 Kolla-Ansible Kolla-Ansible 是本次系列文章所選用的部屬工具，跟 OpenStack-Ansible […]
從裸機到雲端：OpenStack 部屬工具 2
上一篇我們介紹了 DevStack 跟 MicroStack 這兩個非常容易上手但是比較偏向開發測試使用的部屬方式。今天筆者會來介紹 TripleO 跟 OpenStack Charms 這兩個有強大廠商後盾的部屬工具 TripleO TripleO 是 "OpenStack on OpenStack" 的縮寫。它是 OpenStack 中其中一個 project，其主要功能就是透過 OpenStack 的一些元件幫你部屬以及維運一個可用於實際生產環境的 OpenStack Cloud。 目前 TripleO 主要由 RedHat 維護，也是 RedHat OpenStack Platform (RHOSP) 的上游部屬專案 架構概覽 如剛剛所提到的，TripleO 是 "OpenStack on OpenStack"，亦即是你會有兩個 OpenStack 環境。其中一個環境我們稱之為 undercloud。Undercloud 包含了一些必要的 OpenStack 元件用來部屬我們的 overcloud。Overcloud 是 undercloud deploy 出來的 OpenStack cluster，可以被用來 production, staging, […]
從裸機到雲端：OpenStack 部屬工具 1
前面三周都在介紹雲端的概念以及 OpenStack 的架構，今天開始要實際進入 OpenStack 部屬相關的一些介紹。首先筆者會介紹一些 OpenStack 常見的部屬工具。 OpenStack 部屬工具 OpenStack 部屬工具有非常多種，每種適用的架構跟環境都不太一樣，在這兩篇文章筆者會帶過一些常見的 OpenStack 部屬工具，其中包含以下： DevStack MicroStack TripleO OpenStack Charms OpenStack-Ansible Kolla-Ansible OpenStack-Helm DevStack "DevStack" 顧名思義就是要拿來給 "Dev" 來用的，其主要目的是提供 OpenStack 開發者一個能夠快速測試其功能的環境。 DevStack 基本上就是一系列的 shell script，而預設會使用基於 git master 的最新版本快速部屬出一個完整的 OpenStack 環境。主要用途就是拿來當一個可互動的開發環境，以及上游 OpenStack 元件中 functional testing 的基礎。 MicroStack MicroStack 是甚麼? An OpenStack Environment in 2 commands MicroStack 是個讓你下兩個指令就能夠生成一個基本 OpenStack 環境的專案。能夠大大減輕 […]
從裸機到雲端：OpenStack Cinder 介紹
今天我們要來介紹最後一項 OpenStack 元件，Cinder。Cinder 也是常見 OpenStack 部屬會提供的服務，也是 OpenStack 核心專案之一，我們就來一起看看 Cinder 提供了什麼服務以及其架構長得怎麼樣。 Cinder 是什麼？ 在官方文件中是這麼說的： Cinder 是 OpenStack Block Storage 服務，用於為 Nova 虛擬機、Ironic baremetal、container 等提供 volume。 你可以把 Cinder 想像成一個提供硬碟的服務，他提供了一個 API 讓你可以在 Instance 上掛載硬碟，以提供儲存空間。除了單純的提供區塊式儲存到硬碟外，Cinder 額外的也提供了 volume snapshots 跟備份的功能，同時也能利用 volume type 管理不同的後端或儲存空間。 Cinder 本身設計的目標是： 基於 microservice 的架構：讓開發者能夠快速添加新功能 高度可用：可擴展到非常高的工作負載 容錯：隔離的 process 避免連動式的故障 Recoverable：Admin 可以很容易的發現，調整，解決問題 開放標準：成為社區驅動的 API 的參考實作 Cinder 架構 Cinder […]
從裸機到雲端：OpenStack Glance 介紹
在經過了好幾篇的 Neutron 之後我們終於來到下一個 OpenStack 核心專案，這次要介紹的是大家常常忽略，但是卻又很重要的 Glance。 Glance 是什麼？ 在官方文件的定義中是這麼說的： Image service (Glance) 提供讓使用者可以上傳和發現目的在於與其他服務一起使用的數據資產。目前提供的是映像檔 (Images) 和 metadata definitions。 簡單來說，Glance 就是一個讓你儲存和下載映像檔和 metadata definitions 的服務。 映像檔 Glance 映像服務包括搜尋、上傳和下載虛擬機 (VM) 映像檔。 Glance 有一個 RESTful API，提供使用者查詢 VM 映像檔 metadata 以及下載實際的映像檔資料。 而儲存映像檔的方式可以有非常多種，目前常見的為：local filesystem, Ceph, Swift 等等。 Metadata Definitions Glance 在儲存映像檔的同時也可以儲存一個 Metadata Definitions 目錄 (Catalog)。 這為 OpenStack 的其他服務提供了一種以 API call 確定可應用於 OpenStack […]
從裸機到雲端：OpenStack Neutron 介紹 — OVN vs OVS
上一篇講述了 OVN Plug-in 在 OpenStack 中的參考架構，本篇要來比較在 OpenStack Neutron 中使用 OVN 跟 OVS 的主要差異 架構面 這個從官方 FAQ 中翻譯的表格可以很清楚的看出 OVN 跟 OVS 的架構面差異 項目 ml2/ovs ml2/networking-ovn agent/server 之間的溝通 RabbitMQ message + RPC NorthBound 跟 SouthBound databases 之間的 ovsdb protocol l3HA API 在 deployment 的時候可以設定 router 中的 ha field 以便開啟或關閉 l3HA 在有多個 network node 時自動開啟 HA 功能 DVR […]
從裸機到雲端：OpenStack Neutron 介紹 — OVN 架構
上篇介紹了 OVN，本篇要來進入 OVN Plug-in 在 OpenStack 中的參考架構。 架構布局 參考架構中將 OVN 元件拆分成 4 個不同種類的節點各自負責不同任務 Controller Node Controller node 主要提供以下功能： 1 個 management interface 認證服務 (Keystone) 映像檔服務 (Glance) 透過 OVN ML2 mechanism driver 進行網路管理 (control plane) 運算資源管理 (Nova control plane) Database Node Database node 主要負責 OVN 相關 databse，包含以下元件： 1 個 management interface ovn-northd OVN northbound database OVN […]