标签 - kubernetes

1）emptyDir,临时存储，pod删除，存储也被删除，无持久性，最终存储放到运行的节点上，底层就是docker,2）hostpath ,本地存储。有持久性，但是只能本机路径使用，挂载本机一个目录。无需手动创建目录（pod运行时使用的是root,用户，所以新建的目录和文件也是root.） 数据无法

service :网络负载均衡，vip—>转发至pod ，应用发布，前置条件，节点需要运行proxy.service分类1）ClsuterIP :集群ip，集群内部可用，生产无法访问。一张图解，希望能看的懂下面实验操作。创建一个nginx的deployment资源，关联svc[root@mas

基础知识官网上面都有。。这里只记录实验操作记录。HorizontalPodAutoscaler（简称 HPA ） 自动更新工作负载资源（例如 Deployment 或者 StatefulSet）， 目的是自动扩缩工作负载以满足需求。水平扩缩意味着对增加的负载的响应是部署更多的 Pod。 这与 “垂直

metrics-server ,附加组件，用于收集节点负载和pod负载，自动扩容用的到。下面记录一下部署过程： k8s v:1.23.8 metrics-server v:0.6.2附加网址：GitHub下载yaml文件[root@master01 metrics-server]# wget ht

保证pod高可用，监控pod运行状态，保证无时无刻都有期望的pod副本运行，要求同一个daemonset部署出来的pod一定要运行不同节点，保证节点有且只有一个pod,一般做agent代理程序或监控，没副本数，等于节点数量。

管理pod的生命周期，保证pod的高可用（支持无状态应用。）手动伸缩，自动伸缩。回滚。等，扩展pod。 创建多个一样的副本。监管pod状态。期望pod数和运行pod数量不一致，将产生新的pod。维持pod资源平衡。业务连续性和资源高可用，版本控制。想象一下升级就是升级镜像，就是更改底层 的镜像而已。

标签管理，所有资源都可以有label,识别资源，便签可相同，也可不同，如果需要关联，则便签为一直或多个标签，标签相互关联。pod-deamonset-svc 都通过label标记，一个很重要的概念，标签标签和名字不一样，在同一namespace中，相同的资源名字是唯一标示符，而标签为一类资源，可以多

namespace)逻辑资源的划分，命名空间。逻辑划分，便于管理和权限分配。使用kubectl api-resources 可以查看那些资源可以由namespace调度 true 为namespace管理的资源物理资源调度没有边界，逻辑上可以通过namespace 隔离 资源配额。

pod)在k8s管理的最小单位，一个pod可以有多个container容器。一个pod要是running状态正常状态，必须保证所有的主容器为running状态（由docker images 运行的runtime 时，一个container一个容器，一个pod只有一个ip地址。）pod本身不具有高可用

kubelet ，本地服务，由systemd管理，k8s不会直接接管docker， 由kubelet管理docker api 。在所有节点都需安装。kuberneter>>>kubelet>>>dockerkubectl 命令行管理工具。kubeadm k8s部署