CoreDNS自定義域名

kubernetes內部集群中域名解析都是通過coredns進行解析svc的。有時候我們需要在業務系統中或者在部署metrics服務的時候,比如節點主機名需要做靜態ip映射。

[閱讀全文]

Metrics插件部署

Kubernetes關于資源使用情況的metrics,可以通過 Metrics API 獲取到。
Kubernetes 1.11以后已經廢棄heapster。
再加上HPA彈性橫向擴縮容,也需要通過Metrics服務收集到的CPU、MEM等指標進行擴容和縮容操作。
這里我們基于Kubernetes1.14版本安裝Metrics Server。

[閱讀全文]

k8s集群中部署apollo配置中心

apollo配置中心非常方便解決的微服務依賴不同配置的需求,讓運維和開發人員管理業務軟件項目配置文件變得更容易。 但是以往我們都是根據不同環境部署不同的apollo配置中心,沒有部署到k8s集群。

[閱讀全文]

jager分布式跟蹤部署

Jaeger是Uber開發的一套分布式追蹤系統,已在Uber大規模使用。

并加入CNCF 開源組織。使用Jaeger可以非常直觀的展示整個分布式系統的調用鏈,由此可以很好發現和解決問題。

[閱讀全文]

EKS集群中使用EBS做卷

在EKS集群中,有些時候對一些deployment服務有IO要求,這時候可以使用EBS塊設備進行掛載到服務中使用。再加上EBS有各種容量尺寸、存儲介質、卷快照可供選擇,以此保證系統IO的需要和數據的可靠性。

[閱讀全文]

容器中Nginx日志的切割滾動

無論是對于系統還是對于應用而言,日志是一個極其重要的部分,在出現問題需要追蹤的時候,日志文件就發揮它的價值了。
通常日志信息會保存在文件中,顯然隨著時間的推移,日志文件文件體積會變成很大、記錄時間跨度也變得很大。
如果需要打開日志追溯問題時變得異常困難,所以我們需要對我們的日志進行管理,通過某種策略對日志進行分割以降低日志文件的體積和跨度。

logrotate就是這樣的一個工具。

對于系統日志而言,并沒有做這樣的策略。對于應用而已,我們會要求開發者將日志寫入到以時間命令的日志文件中。

一個日志文件保存一天時間的日志,這是一種比較方便快捷的方式。

我們一般在容器中的nginx日志會通過卷的方式掛載在宿主機上,日志也會隨著時間推移變的越來越大。

我們將在宿主機上進行日志切割容器中的nginx日志。

[閱讀全文]

升級kubernetes到1.15

Kubernetes v1.15的重點關注的更新:
kubeadm證書管理在1.15中變得更加強大,kubeadm現在可以在它們到期之前無縫轉動所有證書(升級時)有關如何管理證書的信息,請查看kubeadm文檔。

[閱讀全文]