摘要： Service使用 實(shí)驗(yàn)環(huán)境準(zhǔn)備 在使用service之前，首先利用Deployment創(chuàng)建出3個(gè)pod，注意要為pod設(shè)置`app=nginx-pod`的標(biāo)簽 創(chuàng)建deployment.yaml，內(nèi)容如下： apiVersion: apps/v1 kind: Deployment metadata 閱讀全文

摘要： Service介紹 在kubernetes中，pod是應(yīng)用程序的載體，我們可以通過(guò)pod的ip來(lái)訪問(wèn)應(yīng)用程序，但是pod的ip地址不是固定的，這也就意味著不方便直接采用pod的ip對(duì)服務(wù)進(jìn)行訪問(wèn)。 為了解決這個(gè)問(wèn)題，kubernetes提供了Service資源，Service會(huì)對(duì)提供同一個(gè)服務(wù)的多個(gè) 閱讀全文

摘要： CronJob(CJ) CronJob控制器以 Job控制器資源為其管控對(duì)象，并借助它管理pod資源對(duì)象，Job控制器定義的作業(yè)任務(wù)在其控制器資源創(chuàng)建之后便會(huì)立即執(zhí)行， 但CronJob可以以類(lèi)似于Linux操作系統(tǒng)的周期性任務(wù)作業(yè)計(jì)劃的方式控制其運(yùn)行時(shí)間點(diǎn)及重復(fù)運(yùn)行的方式。也就是說(shuō)， CronJo 閱讀全文

摘要： Job Job，主要用于負(fù)責(zé)批量處理(一次要處理指定數(shù)量任務(wù))短暫的一次性(每個(gè)任務(wù)僅運(yùn)行一次就結(jié)束)任務(wù)。 Job特點(diǎn)如下： 當(dāng)Job創(chuàng)建的pod執(zhí)行成功結(jié)束時(shí)，Job將記錄成功結(jié)束的pod數(shù)量 當(dāng)成功結(jié)束的pod達(dá)到指定的數(shù)量時(shí)，Job將完成執(zhí)行 Job的資源清單文件： apiVersion: 閱讀全文

摘要： DaemonSet(DS) DaemonSet類(lèi)型的控制器可以保證在集群中的每一臺(tái)（或指定）節(jié)點(diǎn)上都運(yùn)行一個(gè)副本。一般適用于日志收集、節(jié)點(diǎn)監(jiān)控等場(chǎng)景。 也就是說(shuō)，如果一個(gè)Pod提供的功能是節(jié)點(diǎn)級(jí)別的（每個(gè)節(jié)點(diǎn)都需要且只需要一個(gè)），那么這類(lèi)Pod就適合使用DaemonSet類(lèi)型的控制器創(chuàng)建。 Daem 閱讀全文

摘要： Horizontal Pod Autoscaler(HPA) 前面可以實(shí)現(xiàn)通過(guò)手工執(zhí)行`kubectl scale`命令實(shí)現(xiàn)Pod擴(kuò)容或縮容，但是這顯然不符合Kubernetes的定位目標(biāo)--自動(dòng)化、智能化。 Kubernetes期望可以實(shí)現(xiàn)通過(guò)監(jiān)測(cè)Pod的使用情況，實(shí)現(xiàn)pod數(shù)量的自動(dòng)調(diào)整，于是就 閱讀全文

摘要： StatefulSet（有狀態(tài)） 概述 無(wú)狀態(tài)應(yīng)用： 認(rèn)為Pod都是一樣的。 沒(méi)有順序要求。 不用考慮在哪個(gè)Node節(jié)點(diǎn)上運(yùn)行。 隨意進(jìn)行伸縮和擴(kuò)展。 有狀態(tài)應(yīng)用： 有順序的要求。 認(rèn)為每個(gè)Pod都是不一樣的。 需要考慮在哪個(gè)Node節(jié)點(diǎn)上運(yùn)行。 需要按照順序進(jìn)行伸縮和擴(kuò)展。 讓每個(gè)Pod都是獨(dú)立的 閱讀全文

摘要： Deployment(Deploy) 為了更好的解決服務(wù)編排的問(wèn)題，kubernetes在V1.2版本開(kāi)始，引入了Deployment控制器。值得一提的是，這種控制器并不直接管理pod，而是通過(guò)管理ReplicaSet來(lái)簡(jiǎn)介管理Pod， 即：Deployment管理ReplicaSet，Replic 閱讀全文

摘要： Pod控制器詳解 Pod控制器介紹 Pod是kubernetes的最小管理單元，在kubernetes中，按照pod的創(chuàng)建方式可以將其分為兩類(lèi)： - 自主式pod：kubernetes直接創(chuàng)建出來(lái)的Pod，這種pod刪除后就沒(méi)有了，也不會(huì)重建 - 控制器創(chuàng)建的pod：kubernetes通過(guò)控制器創(chuàng) 閱讀全文

摘要： 污點(diǎn)和容忍 污點(diǎn)（Taints） 前面的調(diào)度方式都是站在Pod的角度上，通過(guò)在Pod上添加屬性，來(lái)確定Pod是否要調(diào)度到指定的Node上， 其實(shí)我們也可以站在Node的角度上，通過(guò)在Node上添加污點(diǎn)屬性，來(lái)決定是否允許Pod調(diào)度過(guò)來(lái)。 Node被設(shè)置上污點(diǎn)之后就和Pod之間存在了一種相斥的關(guān)系，進(jìn) 閱讀全文