摘要:當更新時,負載均衡器還被增強以考慮更多規則的屬性,包括協議和。以前這些字段的更改不會觸發更新,因為負載均衡器認識不到已經發生了更改。
Kuberentes可謂是2017年風頭最勁的編排工具了,隨著Kubernetes社區及各大廠商的不斷改進、發展,Kuberentes將成為容器管理領域的領導者,昨天,Kubernetes官方發布了本年度第四次也是最后一次新版本的更新公告,即Kuberentes 1.9,那么它都有哪些特性和變化呢?小數今天就帶大家看一看~
Kubernetes 1.9新的“特性”實際上并不是新的,而是基于為了足夠穩定生產所使用現有功能的改進,如工作負載的API(DaemonSet、部署ReplicaSet,StatefulSet API),它提供了許多現實環境的基礎工作負載,或已經進入到相關的測試階段,這意味著它們是默認啟用的,比如支持Windows服務器的工作負載。
然而只是進入了代碼庫,例如,Kubernetes 1.9包含了容器存儲接口(CSI)和IPv6支持的Alpha實現。
1在升級之前需要做什么在決定升級到Kuberentes 1.9之前,必須備份Etcd數據,這是非常重要的一件事,因為許多用于部署和升級Kubernetes默認的工具是Etcd3.1,由于Etcd不支持降級,所以如果決定降級Kubernetes部署,那么就無法回到以前的版本,因此雖然可以在不執行備份的情況下升級,但也有一些風險存在。
下面就來了解一下Kubernetes 1.9每個區域的變化細節。
認證和授權訪問Kubernetes的過程有了一系列的改進:
首先可以使用集群角色聚合將權限添加到內置的RBAC管理/編輯視圖角色中,這些角色適用于整個集群,可以更容易管理誰可以或不能執行某些操作。
此外,授權本身也得到了改進:列如如果一個規則拒絕進入Fires,那么沒有理由對鏈中的其余規則進行評估,這樣其他的規則就會被短路。
所有這些都取決于可擴展性,在這個周期中,社區通過添加一種新型的控制Webhook來提高可擴展性。
當試圖在Kuberentes中執行操作時,入檢查訪問和檢查名稱空間時,接收控制器是發生的不同組件,Webhook使得用戶可以通過HTTP POST請求與Kuberentes進行通信;可以發送請求,當某些事件發生時,Kuberentes會進行回調。
在這個版本中,團隊致力于“變異”的Webhook,這使得更靈活的進入控制插件得以實現,因為他們讓Kuberentes在必要的時候做出改變,允許更大的擴展性。
3定制資源使用戶能夠創建自己的“對象”,可以被Kubernetes操縱,同時也已被增強,允許更容易的進行創建和更加可靠。這包括Kubernetes repo中一個新的示例控制器自定義資源定義,以及新的元數據字段選擇器、幫助生成代碼腳本,以及對已定義資源的驗證,用來提高總體解決方案的可靠性。另外,以前的版本只允許引用自定義資源的組,現在可以獲得單個實例。
4連網隨著IPv4地址的耗盡,在Kubernetes 1.9中看到對IPv6支持的開始是個好消息。這種支持仍然在Alpha中,并且有很大的局限性,比如缺少雙棧支持和沒有HostPorts,然而這是一個開始。
此外,隨著CoreDNS 1.0的發布,用戶可以選擇使用它作為kube - dns的替代選擇。要安裝它,需要CLUSTER_DNS_CORE_DNS為“true”。但是要注意的是這種支持是實驗性的,這意味著它可以隨時更改或被刪除。
其他的網絡改進包括- cleanup- ipvs標志,它決定了kube - proxy是否會在啟動時刷新所有現有的Ipvs規則(就像它在默認的版本中一樣),以及一個新的PodAntiAffinity kube- dns注釋來增強恢復力。
用戶還可以通過向主機的/ etc/ resolvei添加“選項”來定制pod的DNS客戶端的行為。conf或- resolv- conf,這將使它們傳播到pod resolve.conf。
Federation SIG已經被重命名為集群生命周期,并一直致力于將kubeadm部署工具提高到產品質量。該項目雖然有效,但應用實踐相對較短,包括一些新增的alpha特性,比如對CoreDNS的支持、IPv6和動態Kubelet配置。要在配置中安裝CoreDNS而不是kube - dns,將CLUSTER_DNS_CORE_DNS設置為“true”。
Kubeadm還獲得了一些額外的新特性,例如- print-join- command,這使得在初始集群部署后獲得必要的信息以添加新節點,支持Kubelet動態配置,以及將Windows節點添加到集群的能力。
該小組還負責集群API,用于“聲明性的kubernet -style API來集群創建、配置和管理”。它提供可選的,可添加的功能,在核心庫伯內特斯的頂部。
如果用戶正在構建多集群的安裝,會很高興知道kubefed,它允許用戶創建一個控制平面來添加、刪除和管理聯邦集群,已經獲得了幾個新標志,這些標志可以讓用戶對它的安裝方式和操作方式有更多的控制。- nodeselector標志讓用戶決定控制器的安裝位置,以及添加對- imagepullsecrets和- imageplpolicy的支持,意味著用戶現在可以從私有容器注冊表中提取圖像。
6節點的功能如果是系統管理員或運維人員,那么Kubernetes 1.9可以使編寫配置變得更容易一些,Kubelet的特性門現在表示為KubeletConfiguration中的映射,而不是一串鍵值對。此外,現在可以設置多個manifest url header,或者使用- manifest-url- header標志或KubeletConfiguration中的manifest . header字段。
而且deviceplugin會一直延伸到更優雅地處理插件設備全生命周期,包括顯式cm.GetDevicePluginResourceCapacity()函數,它可以更準確地確定哪些資源是不活躍的,從而使可用資源的更精確的視圖。它還確保了設備被正確地移除,即使 kubelet重新啟動,并從kubelet傳送到設備插件。最后,它確保即使在設備插件刪除和 kubelet重新啟動之后,預定的pods仍然可以繼續運行。
但值得注意的是,根據發布說明,“Kubelet不再從節點狀態移除未注冊的擴展資源能力;當要自己刪除插件時,集群管理員必須手動刪除通過設備插件暴露的擴展資源,Kubernetes 1.9包括許多對日志和監視的增強,包括pod級的CPU、內存和本地臨時存儲。此外,狀態摘要網絡值,以前只考慮eth0,現在考慮所有的網絡接口。
新版本還減輕了一些用戶問題,增加了對默認管理和編輯角色的讀/寫權限,并增加了對podUNK tionbudget的讀權限。策略到視圖角色。
最后,團隊取得了CRI日志解析在pkg/kubelet/apis/cri/logs,所以用戶不用糾結于這個手動操作。
7調度Kubernetes 1.9更改了如何配置kube - scheduler,并向配置文件中添加一個新的- config標志。該文件是Kubernetes期望在未來版本中找到配置值的地方;現在大多數其他的kube調度器標志現在已經被棄用。
此版本還提供了更有效地調度需要擴展資源(如gpu)的工作負載的能力;
調度SIG還完成了一些其他的個別更改,例如在低優先級的pod之前調度更高優先級的pod,以及一個pod能夠監聽多個IP地址的能力。
存儲在Kubernetes 1.9中的重大更新是添加了容器存儲接口(CSI)的alpha實現。CSI是Kubernetes、Docker、Mesosphere和Cloud Foundry社區之間的一個聯合項目,它的目的是提供一個單一的API,存儲供應商可以在任何支持CSI的編排中實現其產品在“out of the box”中工作。根據Kubernetes存儲SIG的說法,“CSI將會像部署一個pod一樣輕松地安裝新的容量插件,并且允許第三方存儲提供商開發他們的插件,而無需將代碼添加到核心庫伯內特斯代碼庫中。用戶可以通過實例化一個卷作為CSIVolumeSource來使用這個新功能。
存儲SIG還增加了幾個新功能,包括:
GCE PD、Ceph RBD、AWS EBS和OpenStack Cinder卷的容量大小
體積作為原始塊設備(光纖通道僅為Kubernetes 1.9)
可以在容器中運行而不是在主機上運行的工具
Kubernetes 1.9的一個重要變化是,如果用戶手動部署Kubernetes,必須為- cloud- provider標志設置一個值;默認情況不再是“自動檢測”。允許的選擇是:AWS、Azure、Cloudstack、Fake、Gce、Mesos、Openstack、Ovirt、Photon、Rackspace、 Vsphere、以及Unset;自動檢測將在Kubernetes 1.10中被移除。(如果用Minikube或Kubeadm之類的工具來安裝Kubernetes,不必擔心這個問題。)
此外,該版本中的一些更改是針對個別云供應商的。
如果使用OpenStack使用Kubernetes,用戶會發現v1.9中的配置要簡單得多。自動檢測OpenStack服務和版本現在是“只要可行”的規則——在本例中意味著塊存儲API版本和安全組——用戶現在可以將OpenStack負載平衡配置為服務v2提供者。支持OpenStack Octavia v2和中子LBaaS v2。
AWSAWS的小組(SIG)一直致力于改善Kubernetes與EBS卷的集成。用戶將不再使用被調度到“附加”狀態的卷的工作負載。相反,節點將被“污染”,以便管理員能夠處理問題。團隊建議觀看這些污染。此外,當停止節點時,卷將自動分離。
此外,Kubernetes現在支持AWS的新NVMe實例類型,以及使用AWS網絡負載均衡器,而不是彈性負載均衡器。
Azure如果用戶在Windows上使用Kubernetes,特別是在Azure上,會發現安裝卷的失誤率更小,因為您現在可以創建Windows掛載路徑,并消除驅動器號的需要,這是無限的掛載點。
還可以使用service . beta.kubernetes顯式地為公共IP地址設置Azure DNS標簽。在使用Azure NSG規則時,仍然能夠使用Azure NSG規則,以確保只允許外部訪問負載均衡器的IP地址。當更新時,負載均衡器還被增強以考慮更多NSG規則的屬性,包括協議、sourceUNK ange和DestinationAddressPrefs。(以前這些字段的更改不會觸發更新,因為負載均衡器認識不到已經發生了更改。)
Kuberentes 1.9下載地址:https://github.com/kubernetes...
原文作者:Mirantis
原文鏈接:https://www.tuicool.com/artic...
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/32622.html
摘要:與此同時,谷歌聯合基金會及其他合作伙伴共同成立了基金會,并將作為首個編入管理體系的開源項目,助力容器技術生態的發展進步。年月谷歌宣布開源。年月容器引擎啟動,谷歌宣布中支持容器及服務,并以為構架。 7月22日Google正式對外發布 Kubernetes v 1.0,意味著這個開源容器編排系統可以正式在生產環境使用。與此同時,谷歌聯合linux基金會及其他合作伙伴共同成立了CNCF基金會...
摘要:二月份,微軟正式加入支持的行列,宣布容器服務支持。去年月,在亞馬遜彈性容器服務首次亮相。是年的最后一次重大更新,于月日正式推出。值得注意的公告包括亞馬遜網絡服務于八月份以白金會員最高級別加入了。 2017年的云計算市場,有一個領域獲得了空前的關注 -- Kubernetes。 Kubernetes可以追溯到2014年,當時Google公開發布了該項目的開源代碼。2017年,Kubern...
摘要:二月份,微軟正式加入支持的行列,宣布容器服務支持。去年月,在亞馬遜彈性容器服務首次亮相。是年的最后一次重大更新,于月日正式推出。值得注意的公告包括亞馬遜網絡服務于八月份以白金會員最高級別加入了。 2017年的云計算市場,有一個領域獲得了空前的關注 -- Kubernetes。 Kubernetes可以追溯到2014年,當時Google公開發布了該項目的開源代碼。2017年,Kubern...
摘要:敖小劍萬字解讀服務網格新生代添加很多新的功能以及改建,下面來談一談,讓人激動的大改進對于自定義資源和初始化器的支持,要求或更新,如果集群中啟用了特性,建議安裝初始化器,它為所有想要的管理的微服務部署注入了自動的。 關于Service Mesh,數人云之前給大家分享了敖小劍老師的《Qcon2017實錄|Service Mesh:下一代微服務》那么它對于容器相比傳統模式都有哪方面的優勢呢?...
摘要:,在互聯網上賺錢,沒有所謂的工作日,沒有所謂的休息日。任何一個項目沒有賺到錢之前,即使做不到,是一個必須的狀態。但是很多人舍不得,或者不懂得如何拼時間和精力。最典型的一個人,他一直認為們之所以不能成功,是因為他們不夠努力。 ...
閱讀 3140·2021-09-28 09:36
閱讀 3685·2021-09-08 09:45
閱讀 1793·2021-09-01 10:43
閱讀 3470·2019-08-30 12:44
閱讀 3345·2019-08-29 17:25
閱讀 1369·2019-08-29 11:03
閱讀 1991·2019-08-26 13:36
閱讀 693·2019-08-23 18:24