基础环境准备1.是否加载响应的模块ip_vs，如果没有加载，需要加载。如果是lxc虚拟机的话。需要宿主机加载相应的模块# 列举系统已经加载的模块，并查找ip_vs# lsmod| grep ip_vs# 加载 ip_vs模块# modprobe ip_vs# modprobe ip_vs_wlc# lsmod| grep ip_vsip_vs_wlc163840ip_vs1474562 ip_vs

K8S Scheduler在整个系统中承担了"承上启下"的重要功能，”承上“是指它负责接收Controller Manager创建的新Pod，为其安排一个落脚的”家“ -- 目标Node；”启下“是指安置工作完成后，目标Node上的kubelet服务进程接管后继工作，负责Pod生命周期中的”下半生“。具体来说，K8S Scheduler的作用是将待调度的Pod(API新创建的Pod、Control

如果readinessProbe检测不通过，该pod不会作为service 的endpoint接受流量，处理请求；readinessProbe运作与容器的整个生命周期；exec:command:- cat配置readinessProbe和livenessProbe的方式基本相同；livenessProbe和readinessProbe并行使用，保证当pod执行livenessProbe/readi

背景：某个deployment有9个pod，但是k8s调度到了两个节点上，导致改节点报：NodeCPUUsageExceed

Pod的请求的资源和限制，指的是CPU和内存，目前在k8s上仅有的受支持的两种类型。CPU属于可压缩（compressible）型资源，即资源额度可按需收缩。内存则是不可压缩型资源，对其执行收缩操作可能会导致某种程度的问题。资源隔离尚且属于容器级别，CPU和内存资源的配置需要在Pod中的容器上运行；requests 定义其请求的确保可用值，即容器运行可能用不到这些额度的资源，但用到时必须要确保有如

亲和性调度功能包括节点亲和性（NodeAffinity)和Pod亲和性（PodAffinity）两个维度的设置。NodeAffinity：Node亲和性调度NodeAffinity意为Node亲和性的调度策略，是用于替换NodeSelector的全新调度策略，目前有两种节点亲和性表达。RequireDuringSchedulingIgnoredDuringExecution：必须满足指定的规则才可

kafka 生产者重要参数

1. 创建topicbin/kafka-topics.sh --zookeeper localhost:2181/kafka --create --topic topic-create --partitions 4 --replication-factor 2返回结果：Created topic "topic-create".参数解析--zookeeper 指定kafka所连接的zookeeper