虽然 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