雖然 kubernetes 社區一直在努力使得有狀態應用成為一等公民，也推出了 statefulset 控制器支持 pod 的順序部署，穩定的域名訪問和存儲訪問。但鑒於 MySQL 部署運維的多樣性和復雜性，在 kubernetes 上部署 MySQL 仍然要面臨眾多挑戰。
1、業務流量入口的配置方式
傳統虛擬機環境下，我們通過虛IP的方式，讓業務應用都配置事先定義的一個虛IP為鏈接資料庫的地址，然後由高可用服務保證虛IP始終能被路由到master資料庫。在kubernetes中，出現了一層網路插件屏蔽了底層網路拓撲，高可用服務管理虛IP的方式需要隨之適應調整，比如通過service結合標簽完成虛IP的漂移，但service本身是kubernetes提供的一項功能，其可靠性和性能都取決於kubernetes服務的穩定。以性能來說，service是kubeproxy組件通過配置iptables實現的，當iptables規則較多時不可避免的會產生時延，需要我們針對性的解決。
2、容器隔離帶來的監控視野問題
在 kubernetes 中，如果將 MySQL 製作為 container 運行在一個 pod 中，container 會將 MySQL 進程和運行環境隔離在一個單獨的 namespace 中。監控組件在獲取 MySQL 的一些 metirc 時，可能不得不進入與 MySQL 同一個 namespace 中，在部署和設計監控組件時需要考慮到這些限制。
3、存儲在 kubernetes 中，支持配置各種不同的存儲。
如果使用本地存儲 local persistent volume，則需要綁定 MySQL 在一個固定的節點，這就完全浪費了 kubernetes 靈活調度的天然優勢；而如果使用遠程共享存儲，確實是將 MySQL 進程與其存儲完全解耦，使得 MySQL 進程可以在任意節點調度，然而考慮到高 I/O 吞吐量的情況，就不是那麼美好了。設計時需要考量遠程存儲是否能夠滿足 MySQL 的帶寬要求。
4、高可用/備份恢復
kubernetes 提供的 statefulset 控制器只能提供最基本的部署，刪除功能，無法實現完善的 MySQL 集群高可用/備份恢復操作。對於有狀態應用的部署，仍需要定製開發，所以多數公司提供了定製的 operator 來完成應用容器的管理。比如 etcd operator，MySQL operator，後文將為大家詳述我測試使用 MySQL operator 的一些記錄。
❷ kubernetes 如何獲取dashboard cpu使用率是怎麼計算的
我們先從整體上看一下Kubernetes的一些理念和基本架構， 然後從網路、 資源管理、存儲、服務發現、負載均衡、高可用、rolling upgrade、安全、監控等方面向大家簡單介紹Kubernetes的這些主要特性。
當然也會包括一些需要注意的問題。主要目的是幫助大家快速理解 Kubernetes的主要功能，今後在研究和使用這個具的時候有所參考和幫助。
1.Kubernetes的一些理念：
用戶不需要關心需要多少台機器，只需要關心軟體（服務）運行所需的環境。以服務為中心，你需要關心的是api，如何把大服務拆分成小服務，如何使用api去整合它們。
保證系統總是按照用戶指定的狀態去運行。
不僅僅提給你供容器服務，同樣提供一種軟體系統升級的方式；在保持HA的前提下去升級系統是很多用戶最想要的功能，也是最難實現的。
那些需要擔心和不需要擔心的事情。
更好的支持微服務理念，劃分、細分服務之間的邊界，比如lablel、pod等概念的引入。
對於Kubernetes的架構，可以參考官方文檔。
大致由一些主要組件構成，包括Master節點上的kube-apiserver、kube-scheler、kube-controller-manager、控制組件kubectl、狀態存儲etcd、Slave節點上的kubelet、kube-proxy，以及底層的網路支持（可以用Flannel、OpenVSwitch、Weave等）。
看上去也是微服務的架構設計，不過目前還不能很好支持單個服務的橫向伸縮，但這個會在 Kubernetes 的未來版本中解決。
2.Kubernetes的主要特性
會從網路、服務發現、負載均衡、資源管理、高可用、存儲、安全、監控等方面向大家簡單介紹Kubernetes的這些主要特性 -> 由於時間有限，只能簡單一些了。
另外，對於服務發現、高可用和監控的一些更詳細的介紹，感興趣的朋友可以通過這篇文章了解。
1）網路
Kubernetes的網路方式主要解決以下幾個問題：
a. 緊耦合的容器之間通信，通過 Pod 和 localhost 訪問解決。
b. Pod之間通信，建立通信子網，比如隧道、路由，Flannel、Open vSwitch、Weave。
c. Pod和Service，以及外部系統和Service的通信，引入Service解決。
Kubernetes的網路會給每個Pod分配一個IP地址，不需要在Pod之間建立鏈接，也基本不需要去處理容器和主機之間的埠映射。
注意：Pod重建後，IP會被重新分配，所以內網通信不要依賴Pod IP；通過Service環境變數或者DNS解決。
2） 服務發現及負載均衡
kube-proxy和DNS， 在v1之前，Service含有欄位portalip 和publicIPs， 分別指定了服務的虛擬ip和服務的出口機ip，publicIPs可任意指定成集群中任意包含kube-proxy的節點，可多個。portalIp 通過NAT的方式跳轉到container的內網地址。在v1版本中，publicIPS被約定廢除，標記為deprecatedPublicIPs，僅用作向後兼容，portalIp也改為ClusterIp, 而在service port 定義列表裡，增加了nodePort項，即對應node上映射的服務埠。
DNS服務以addon的方式，需要安裝skydns和kube2dns。kube2dns會通過讀取Kubernetes API獲取服務的clusterIP和port信息，同時以watch的方式檢查service的變動，及時收集變動信息，並將對於的ip信息提交給etcd存檔，而skydns通過etcd內的DNS記錄信息，開啟53埠對外提供服務。大概的DNS的域名記錄是servicename.namespace.tenx.domain, 「tenx.domain」是提前設置的主域名。
注意：kube-proxy 在集群規模較大以後，可能會有訪問的性能問題，可以考慮用其他方式替換，比如HAProxy，直接導流到Service 的endpints 或者 Pods上。Kubernetes官方也在修復這個問題。
3）資源管理
有3 個層次的資源限制方式，分別在Container、Pod、Namespace 層次。Container層次主要利用容器本身的支持，比如Docker 對CPU、內存、磁碟、網路等的支持；Pod方面可以限制系統內創建Pod的資源范圍，比如最大或者最小的CPU、memory需求；Namespace層次就是對用戶級別的資源限額了，包括CPU、內存，還可以限定Pod、rc、service的數量。
資源管理模型 －》 簡單、通用、准確，並可擴展
目前的資源分配計算也相對簡單，沒有什麼資源搶占之類的強大功能，通過每個節點上的資源總量、以及已經使用的各種資源加權和，來計算某個Pod優先非配到哪些節點，還沒有加入對節點實際可用資源的評估，需要自己的scheler plugin來支持。其實kubelet已經可以拿到節點的資源，只要進行收集計算即可，相信Kubernetes的後續版本會有支持。
4）高可用
主要是指Master節點的 HA方式 官方推薦 利用etcd實現master 選舉，從多個Master中得到一個kube-apiserver 保證至少有一個master可用，實現high availability。對外以loadbalancer的方式提供入口。這種方式可以用作ha，但仍未成熟，據了解，未來會更新升級ha的功能。
一張圖幫助大家理解：
也就是在etcd集群背景下，存在多個kube-apiserver，並用pod-master保證僅是主master可用。同時kube-sheller和kube-controller-manager也存在多個，而且伴隨著kube-apiserver 同一時間只能有一套運行。
5） rolling upgrade
RC 在開始的設計就是讓rolling upgrade變的更容易，通過一個一個替換Pod來更新service，實現服務中斷時間的最小化。基本思路是創建一個復本為1的新的rc，並逐步減少老的rc的復本、增加新的rc的復本，在老的rc數量為0時將其刪除。
通過kubectl提供，可以指定更新的鏡像、替換pod的時間間隔，也可以rollback 當前正在執行的upgrade操作。
同樣， Kuberntes也支持多版本同時部署，並通過lable來進行區分，在service不變的情況下，調整支撐服務的Pod，測試、監控新Pod的工作情況。
6）存儲
大家都知道容器本身一般不會對數據進行持久化處理，在Kubernetes中，容器異常退出，kubelet也只是簡單的基於原有鏡像重啟一個新的容器。另外，如果我們在同一個Pod中運行多個容器，經常會需要在這些容器之間進行共享一些數據。Kuberenetes 的 Volume就是主要來解決上面兩個基礎問題的。
Docker 也有Volume的概念，但是相對簡單，而且目前的支持很有限，Kubernetes對Volume則有著清晰定義和廣泛的支持。其中最核心的理念：Volume只是一個目錄，並可以被在同一個Pod中的所有容器訪問。而這個目錄會是什麼樣，後端用什麼介質和裡面的內容則由使用的特定Volume類型決定。
創建一個帶Volume的Pod：
spec.volumes 指定這個Pod需要的volume信息 spec.containers.volumeMounts 指定哪些container需要用到這個Volume Kubernetes對Volume的支持非常廣泛，有很多貢獻者為其添加不同的存儲支持，也反映出Kubernetes社區的活躍程度。
emptyDir 隨Pod刪除，適用於臨時存儲、災難恢復、共享運行時數據，支持 RAM-backed filesystemhostPath 類似於Docker的本地Volume 用於訪問一些本地資源（比如本地Docker）。
gcePersistentDisk GCE disk - 只有在 Google Cloud Engine 平台上可用。
awsElasticBlockStore 類似於GCE disk 節點必須是 AWS EC2的實例 nfs - 支持網路文件系統。
rbd - Rados Block Device - Ceph
secret 用來通過Kubernetes API 向Pod 傳遞敏感信息，使用 tmpfs （a RAM-backed filesystem）
persistentVolumeClaim - 從抽象的PV中申請資源，而無需關心存儲的提供方
glusterfs
iscsi
gitRepo
根據自己的需求選擇合適的存儲類型，反正支持的夠多，總用一款適合的 :）
7）安全
一些主要原則：
基礎設施模塊應該通過API server交換數據、修改系統狀態，而且只有API server可以訪問後端存儲（etcd）。
把用戶分為不同的角色：Developers/Project Admins/Administrators。
允許Developers定義secrets 對象，並在pod啟動時關聯到相關容器。
以secret 為例，如果kubelet要去pull 私有鏡像，那麼Kubernetes支持以下方式：
通過docker login 生成 .dockercfg 文件，進行全局授權。
通過在每個namespace上創建用戶的secret對象，在創建Pod時指定 imagePullSecrets 屬性（也可以統一設置在serviceAcouunt 上），進行授權。
認證 （Authentication）
API server 支持證書、token、和基本信息三種認證方式。
授權 （Authorization）
通過apiserver的安全埠，authorization會應用到所有http的請求上
AlwaysDeny、AlwaysAllow、ABAC三種模式，其他需求可以自己實現Authorizer介面。
8）監控
比較老的版本Kubernetes需要外接cadvisor主要功能是將node主機的container metrics抓取出來。在較新的版本里，cadvior功能被集成到了kubelet組件中，kubelet在與docker交互的同時，對外提供監控服務。
Kubernetes集群范圍內的監控主要由kubelet、heapster和storage backend（如influxdb）構建。Heapster可以在集群范圍獲取metrics和事件數據。它可以以pod的方式運行在k8s平台里，也可以單獨運行以standalone的方式。
注意： heapster目前未到1.0版本，對於小規模的集群監控比較方便。但對於較大規模的集群，heapster目前的cache方式會吃掉大量內存。因為要定時獲取整個集群的容器信息，信息在內存的臨時存儲成為問題，再加上heaspter要支持api獲取臨時metrics，如果將heapster以pod方式運行，很容易出現OOM。所以目前建議關掉cache並以standalone的方式獨立出k8s平台。
❸ 網路存儲伺服器的介紹
NAS是一種通過RJ45網路介面與網路交換機相連接的存儲設備，主要用於區域網環境中多台計算機主機共享存儲空間和，為區域網中的計算機提供文件共享服務，因此又稱為文件伺服器。一台NAS存儲設備至少包括硬體和針對文件共享應用優化過的操作系統兩個基本組成部分。硬體包括CPU、內存、主板、包含RAID功能的多塊硬碟。小型NAS的CPU、內存一般都嵌入在主板中，硬碟一般在2－5塊，支持RAID冗餘功能；軟體一般是由開源操作系統（FreeBSD、Linux）等針對文件共享應用優化裁剪而來，FreeNAS就是一款很流行的文件共享專用 FreeBSD 操作系統；也有用windows XP裁剪而成的，微軟也有一款專用的NAS操作系統WSS。為了讓NAS能夠適合更多的應用，各NAS廠商都在軟體方面下了很大的功夫，增加了很多很實用的功能。例如：集成在NAS中的列印伺服器功能，可以在區域網中輕松實現列印共享；在用戶許可權管理方面支持用戶許可權、組許可權和windows域功能，可以配置豐富的訪問許可權；支持NFS/SMB/AFP/CIFS/FTP/HTTP等文件協議，可以實現windows/Mac/Linux客戶端的共享，可以通過FTP的方式上傳下載文件，可以通過web方式隨時隨地瀏覽共享文件；支持BT下載，支持DLNA設備的流媒體服務。有些NAS還支持磁碟配額管理，可以方便的控制每個用戶最大的磁碟使用空間。
❹ k8s怎麼把容器裡面的內容掛出來
普通Volume
最簡單的普通Volume是單節點Volume。它和Docker的存儲卷類似，使用的是Pod所在K8S節點的本地目錄。
第二種類型是跨節點存儲卷，這種存儲卷不和某個具體的K8S節點綁定，而是獨立於K8S節點存在的，整個存儲集群和K8S集群是兩個集群，相互獨立。
跨節點的存儲卷在Knetes上用的比較多，如果已有的存儲不能滿足要求，還可以開發自己的Volume插件，只需要實現Volume.go里定義的介面。如果你是一個存儲廠商，想要自己的存儲支持Knetes上運行的容器，就可以去開發一個自己的Volume插件。
2.persistent volume
它和普通Volume的區別是什麼呢？
普通Volume和使用它的Pod之間是一種靜態綁定關系，在定義Pod的文件里，同時定義了它使用的Volume。Volume是Pod的附屬品，我們無法單獨創建一個Volume，因為它不是一個獨立的K8S資源對象。
而Persistent Volume簡稱PV是一個K8S資源對象，所以我們可以單獨創建一個PV。它不和Pod直接發生關系，而是通過Persistent Volume Claim，簡稱PVC來實現動態綁定。Pod定義里指定的是PVC，然後PVC會根據Pod的要求去自動綁定合適的PV給Pod使用。
PV的訪問模式有三種：
第一種，ReadWriteOnce：是最基本的方式，可讀可寫，但只支持被單個Pod掛載。
第二種，ReadOnlyMany：可以以只讀的方式被多個Pod掛載。
第三種，ReadWriteMany：這種存儲可以以讀寫的方式被多個Pod共享。不是每一種存儲都支持這三種方式，像共享方式，目前支持的還比較少，比較常用的是NFS。在PVC綁定PV時通常根據兩個條件來綁定，一個是存儲的大小，另一個就是訪問模式。
剛才提到說PV與普通Volume的區別是動態綁定，我們來看一下這個過程是怎樣的。
這是PV的生命周期，首先是Provision，即創建PV，這里創建PV有兩種方式，靜態和動態。所謂靜態，是管理員手動創建一堆PV，組成一個PV池，供PVC來綁定。動態方式是通過一個叫Storage Class的對象由存儲系統根據PVC的要求自動創建。
❺ kubernetes集群怎麼訪問外部的服務mysql，redis
k8s訪問集群外獨立的服務最好的方式是採用Endpoint方式(可以看作是將k8s集群之外的服務抽象為內部服務)，以mysql服務為例：
創建mysql-endpoints.yaml
apiVersion: v1
kind: Endpoints
metadata:
name: mysql-test
namespace: default
subsets:
- addresses: - ip: 10.1.0.32 ports:
- port: 3306多個埠的話可以在此處列出123456789101112
創建mysql-service.yaml
apiVersion: v1kind: Servicemetadata:
name: mysql-testspec:
ports:
- port: 3306同樣多埠需要列出
❻ 如何在K8S平台部署微服務
使用Rancher來運行Kubernetes有很多優勢。大多數情況下能使用戶和IT團隊部署和管理工作更加方便。Rancher自動在Kubernetes後端實現etcd 的HA，並且將所需要的服務部署到此環境下的任何主機中。在設置訪問控制，可以輕易連接到現有的LDAP和AD基礎構架。Rancher還可以自動實現容器聯網以及為Kubernetes提供負載均衡服務。通過使用Rancher，你將會在幾分鍾內有擁有Kubernetes的HA實現。
命名空間
現在我們的集群已經運行了，讓我們進入並查看一些基本的Kubernetes資源吧。你可以訪問Kubernetes集群也可以直接通過kubectl CLI訪問，或者通過Rancher UI 訪問。Rancher的訪問管理圖層控制可以訪問集群，所以你需要在訪問CLI前從Rancher UI那裡生成API密匙。
我們來看下第一個Kubernetes資源命名空間，在給定的命名空間中，所有資源名稱必須有唯一性。此外,標簽是用來連接劃定到單個命名空間的資源。這就是為什麼同一個Kubernetes集群上可以用命名空間來隔離環境。例如，你想為應用程序創建Alpha, Beta和生產環境，以便可以測試最新的更改且不會影響到真正的用戶。最後創建命名空間，復制下面的文本到namespace.yaml文件，並且運行 kubectl -f namespace.yaml 命令，來創建一個beta命名空間。
kind: Namespace
apiVersion: v1
metadata:
name: beta
labels:
name: beta
當然你還可以使用頂部的命名空間菜單欄從Rancher UI上創建、查看和選擇命名空間。
你可以使用下面的命令，用kubectl來為CLI交互設置命名空間：
$ kubectl config set-context Kubernetes --namespace=beta.
為了驗證目前context是否已經被設置好，你可以使用config view命令，驗證一下輸出的命名空間是否滿足你的期望。
$ kubectl config view | grep namespace command namespace: beta
Pods
現在我們已經定義好了命名空間，接下來開始創建資源。首先我們要看的資源是Pod。一組一個或者多個容器的Kubernetes稱為pod，容器在pod 里按組來部署、啟動、停止、和復制。在給定的每個主機種類里，只能有一個Pod,所有pod里的容器只能在同一個主機上運行，pods可以共享網路命名空間,通過本地主機域來連接。Pods也是基本的擴展單元,不能跨越主機,因此理想狀況是使它們盡可能接近單個工作負載。這將消除pod在擴展或縮小時產生的副作用，以及確保我們創建pods不太耗資源而影響到主機。
我們來給名為mywebservice的pod定義，在規范命名web-1-10中它有一個容器並使用nginx容器鏡像，然後把埠為80下的文本添加至pod.yaml文檔中。
apiVersion: v1
kind: Pod
metadata:
name: mywebservice
spec:
containers:
- name: web-1-10
image: nginx:1.10
ports:
- containerPort: 80
使用kubetl create命令創建pod，如果您使用set-context command設置了您的命名空間，pods將會在指定命名空間中被創立。在通過運行pods命令去驗證pod狀態。完成以後，我們可以通過運行kubetl delete命令刪除pod。
$ kubectl create -f ./pod.yaml
pod "mywebservice" created
$ kubectl get pods
NAME READY STATUS RESTARTS AGE
mywebservice 1/1 Running 0 37s
$ kubectl delete -f pod.yaml
pod "mywebservice" deleted
在Rancher UI 中查看pod，通過頂端的菜單欄選擇 Kubernetes > Pods 。
❼ 虛擬化有哪些應用
應用虛擬化主要包括兩個方面：共享桌面和遠程應用。
共享桌面
遠程應用
基於Windows的RDS服務（Remote Desktop Services，遠程桌面服務）來發布的完整桌面，相比普通虛擬桌面更加輕量級，用戶之間通過會話隔離，用戶Profile漫遊數據存儲在共享的文件伺服器上，存儲數據使用共享的存儲系統，文件系統與存儲系統由第三方提供。
基於Windows的RDS服務來發布應用，對應用程序進行集中控制和管理，向任何時間、任何地點的用戶提供遠程應用服務，終端用戶無需安裝應用程序，就可以使用應用程序，用戶Profile漫遊數據存儲在共享的文件伺服器上，存儲數據使用共享的存儲系統，文件系統與存儲系統由第三方提供。
用戶數據存儲
支持共享桌面、遠程應用個人用戶Profile漫遊：使用「漫遊用戶配置」和「文件夾重定向」兩個功能來提供Profile數據漫遊功能，存儲在由第三方提供的共享的文件伺服器上。
支持共享桌面、遠程應用個人用戶數據存儲：用戶個人數據使用共享的存儲系統，存儲系統由第三方提供（如NAS）。
軟體兼容性
部署應用軟體要求：
軟體必須支持多實例運行，能同時打開多個程序實例。
不支持需要以管理員許可權才能夠運行的軟體。
❽ kubernetes最大支持多少節點
我先整體看Kubernetes些理念基本架構網路、資源管理、存儲、服務發現、負載均衡、高用、rollingupgrade、安全、監控等面向家簡單介紹Kubernetes些主要特性包括些需要注意問題主要目幫助家快速理解Kubernetes主要功能今研究使用具候所參考幫助1.Kubernetes些理念：用戶需要關需要少台機器需要關軟體（服務）運行所需環境服務需要關api何服務拆服務何使用api整合保證系統總按照用戶指定狀態運行僅僅提給供容器服務同提供種軟體系統升級式；保持HA前提升級系統用戶想要功能難實現些需要擔需要擔事情更支持微服務理念劃、細服務間邊界比lablel、pod等概念引入於Kubernetes架構參考官文檔致由些主要組件構包括Master節點kube-apiserver、kube-scheler、kube-controller-manager、控制組件kubectl、狀態存儲etcd、Slave節點kubelet、kube-proxy及底層網路支持（用Flannel、OpenVSwitch、Weave等）看微服務架構設計目前能支持單服務橫向伸縮Kubernetes未版本解決2.Kubernetes主要特性網路、服務發現、負載均衡、資源管理、高用、存儲、安全、監控等面向家簡單介紹Kubernetes些主要特性->由於間限能簡單些另外於服務發現、高用監控些更詳細介紹興趣朋友通篇文章解1）網路Kubernetes網路式主要解決幾問題：a.緊耦合容器間通信通Podlocalhost訪問解決b.Pod間通信建立通信網比隧道、路由Flannel、OpenvSwitch、Weavec.PodService及外部系統Service通信引入Service解決Kubernetes網路給每Pod配IP址需要Pod間建立鏈接基本需要處理容器主機間埠映射注意：Pod重建IP重新配所內網通信要依賴PodIP；通Service環境變數或者DNS解決2）服務發現及負載均衡kube-proxyDNSv1前Service含欄位portalippublicIPs別指定服務虛擬ip服務口機ippublicIPs任意指定集群任意包含kube-proxy節點portalIp通NAT式跳轉container內網址v1版本publicIPS約定廢除標記deprecatedPublicIPs僅用作向兼容portalIp改ClusterIp,serviceport定義列表增加nodePort項即應node映射服務埠DNS服務addon式需要安裝skydnskube2dnskube2dns通讀取KubernetesAPI獲取服務clusterIPport信息同watch式檢查service變及收集變信息並於ip信息提交給etcd存檔skydns通etcd內DNS記錄信息啟53埠外提供服務概DNS域名記錄servicename.namespace.tenx.domain,tenx.domain提前設置主域名注意：kube-proxy集群規模較能訪問性能問題考慮用其式替換比HAProxy直接導流Serviceendpints或者PodsKubernetes官修復問題3）資源管理3層資源限制式別Container、Pod、Namespace層Container層主要利用容器本身支持比DockerCPU、內存、磁碟、網路等支持；Pod面限制系統內創建Pod資源范圍比或者CPU、memory需求；Namespace層用戶級別資源限額包括CPU、內存限定Pod、rc、service數量資源管理模型－》簡單、通用、准確並擴展目前資源配計算相簡單沒資源搶占類強功能通每節點資源總量、及已經使用各種資源加權計算某Pod優先非配哪些節點沒加入節點實際用資源評估需要自schelerplugin支持其實kubelet已經拿節點資源要進行收集計算即相信Kubernetes續版本支持4）高用主要指Master節點HA式官推薦利用etcd實現master選舉Masterkube-apiserver保證至少master用實現highavailability外loadbalancer式提供入口種式用作ha仍未熟據解未更新升級ha功能張圖幫助家理解：etcd集群背景存kube-apiserver並用pod-master保證僅主master用同kube-shellerkube-controller-manager存且伴隨著kube-apiserver同間能套運行5）rollingupgradeRC始設計讓rollingupgrade變更容易通替換Pod更新service實現服務斷間化基本思路創建復本1新rc並逐步減少rc復本、增加新rc復本rc數量0其刪除通kubectl提供指定更新鏡像、替換pod間間隔rollback前執行upgrade操作同Kuberntes支持版本同部署並通lable進行區service變情況調整支撐服務Pod測試、監控新Pod工作情況6）存儲家都知道容器本身般數據進行持久化處理Kubernetes容器異退kubelet簡單基於原鏡像重啟新容器另外我同Pod運行容器經需要些容器間進行共享些數據KuberenetesVolume主要解決面兩基礎問題DockerVolume概念相簡單且目前支持限KubernetesVolume則著清晰定義廣泛支持其核理念：Volume目錄並同Pod所容器訪問目錄端用介質面內容則由使用特定Volume類型決定創建帶VolumePod：spec.volumes指定Pod需要volume信息spec.containers.volumeMounts指定哪些container需要用VolumeKubernetesVolume支持非廣泛貢獻者其添加同存儲支持反映Kubernetes社區躍程度emptyDir隨Pod刪除適用於臨存儲、災難恢復、共享運行數據支持RAM-backedfilesystemhostPath類似於Docker本Volume用於訪問些本資源（比本Docker）gcePersistentDiskGCEdisk-GoogleCloudEngine平台用awsElasticBlockStore類似於GCEdisk節點必須AWSEC2實例nfs-支持網路文件系統rbd-RadosBlockDevice-Cephsecret用通KubernetesAPI向Pod傳遞敏信息使用tmpfs（aRAM-backedfilesystem）persistentVolumeClaim-抽象PV申請資源需關存儲提供glusterfsiscsigitRepo根據自需求選擇合適存儲類型反支持夠總用款適合:）7）安全些主要原則：基礎設施模塊應該通APIserver交換數據、修改系統狀態且APIserver訪問端存儲（etcd）用戶同角色：Developers/ProjectAdmins/Administrators允許Developers定義secrets象並pod啟關聯相關容器secret例kubelet要pull私鏡像Kubernetes支持式：通dockerlogin.dockercfg文件進行全局授權通每namespace創建用戶secret象創建Pod指定imagePullSecrets屬性（統設置serviceAcouunt）進行授權認證（Authentication）APIserver支持證書、token、基本信息三種認證式授權（Authorization）通apiserver安全埠authorization應用所http請求AlwaysDeny、AlwaysAllow、ABAC三種模式其需求自實現Authorizer介面8）監控比較版本Kubernetes需要外接cadvisor主要功能node主機containermetrics抓取較新版本cadvior功能集kubelet組件kubelet與docker交互同外提供監控服務Kubernetes集群范圍內監控主要由kubelet、heapsterstoragebackend（influxdb）構建Heapster集群范圍獲取metrics事件數據pod式運行k8s平台單獨運行standalone式注意：heapster目前未1.0版本於規模集群監控比較便於較規模集群heapster目前cache式吃掉量內存要定獲取整集群容器信息信息內存臨存儲問題再加heaspter要支持api獲取臨metricsheapsterpod式運行容易現OOM所目前建議關掉cache並standalone式獨立k8s平台
❾ 酷比魔方K8S，如何
其實這款也不錯：酷比魔方K8S採用4.3英寸、480×272解析度的真彩顯示屏，足以將絢麗的畫質效果與真實的影像表現完美呈現。讓你在播放影音和閱讀電子書時可隨意調節進度、進行設置，給你輕松舒適的閱讀體驗。 全格式高清解碼，視頻播放效果絕佳。酷比魔方K8S在視頻的能力上延續了酷比魔方高清系列的強勁播放性能，全面支持RM/RMVB（包括RealVideo8/9/10的編碼）、MKV（H.264編碼）、MPEG(AVI)、MOV、FLV、MPG、VOB、MPE、DAT等幾乎所有的高清視頻格式，最高可達768P（1280×720解析度）全碼流播放，視頻效果絕佳。此外還擁有斷點續播、多種顯示模式、SRT等多種字幕、高清音軌、TV-OUT電視輸出等實用功能設置。 全格式優質音樂，豐富功能完勝MP3酷比魔方K8S支持主流的MP3、WMA、OGG、WAV、AC3、AAC、AMR、DTS、RA、M4A等音樂格式的播放，主流音樂格式全面支持。同時，支持更?弒嗦搿⒁糝矢��鏨�腁PE/FLAC無損壓縮音樂格式，加上多種音效的融入，進一步提升了K8S的音質表現。豐富實用的功能，各種需求一網打盡酷比魔方K8S除了強勁的影音功能外，K8S還擁有電子書（支持豎屏閱讀，細節調節）、圖片（可進行旋轉/瀏覽等）、高清錄音等豐富實用的功能。此外，K8S還支持多任務播放操作、智能文件管理、自動關機、睡眠關機等貼心設置。K8S最大支持16GBMicro SD卡(TF)擴充。而高音質揚聲器的存在，讓你可以跟朋友共享影音樂趣。人性化防塵蓋設計，持久耐用酷比魔方K8GT的防塵蓋設計使得其防塵更耐用。灰塵的進入會影響機器的散熱，熱量散不出去就有可能影響機器的使用壽命，成為平板電腦的最大殺手，而防塵罩的加入就可以大大降低灰塵的進入，有效延長平板電腦的使用壽命。但是這款沒有，原道的N3和原道N5好，若還有事情請加QQ：978567038，在驗證信息打原道。
❿ 如何kill掉k8s pod的進程
kubectl delete pods pod_name