lonTano_cx330
lonTano_cx330

Kubernetes(K8S)之学废了（五）:Pod详解

Pod详解

文章目录

  • Pod详解
  • 一、Pod介绍？
    • pod结构
    • Pod的定义
  • 二、Pod配置
    • 基本配置
    • 镜像拉取imagePullPolicy
    • 启动命令command
    • 环境变量ENV（了解）
    • 端口设置containerPort
    • 资源配置resources
  • Pod的生命周期
    • 创建和终止
    • 初始化容器
    • 钩子函数
    • 容器探测
    • 重启策略
  • Pod的调度
    • 概述
    • 定向调度
      • NodeName
      • NodeSelector
    • 亲和性调度
      • nodeAffinity：node亲和性
      • PodAffinity
      • podAntiAffinity反亲和性
    • 污点和容忍
      • 污点 (Taints)
      • 容忍 (Toleration)

一、Pod介绍？

pod结构

每个pod种可以有一个或多个容器，这些容器可分为两类:

  • 用户程序所在的容器，数量可多可少
  • Pause容器，这是每个Pod都会有的一个根容器，它的作用有两个：
    1.可以以它为依据，评估整个Pod的健康状态 。
    2.可以在根容器上设置/p地址，其它容器都共享来此ID(Pod IP)，以实现Pod内部的网路通信,这里是Pod内部的通讯;Pod之间的通讯采用虚拟二层网络技术来实现，我们目前环境用的是FLannel

Kubernetes(K8S)之学废了（五）:Pod详解_第1张图片

Pod的定义

下面是pod 的资源清单，也就是yaml配置文件

#小提示： 在这里，可通过一个命令来查看每种资源的可配置项：
kubectl explain 资源类型 查看某种资源可以配置的一级属性
kubectl explain 资源类型 •属性 查看属性的子属性




Kubernetes(K8S)之学废了（五）:Pod详解_第2张图片
Kubernetes(K8S)之学废了（五）:Pod详解_第3张图片

在kuberetes中基本所有资源的一级属性都是一样的，主要包含5部分：

• apiVersion    版本，由kubernetes内部定义，版本号必须可以用 kubectl api-version 查到
• kind    类型，由kubernetes内部定义，版本号必须可以用 kubectl api-resource 查到
• metadata    元数据，主要是资源标识和说明，常用的有name、namespace、labels
• spec    描述，这是配置中最重要的 一部分，里面是对各种资源配置的详细描述
• status    状态信息，里面的内容不需要定义，由kubernetes自动生成

在上面的属性中，spec是接下来研究的重点，继续看下它的常见子属性：

• containers     容器列表，用于定义容器的详细信息
• nodeName   根据nodeName的值将pod调度到指定的Node节点上
• nodeSelector       根据Nodeselector中定义的信息选择将该Pod调度到包含这些label的No
• hostNetwork   是否使用主机网络横式，默认为false，如果设置为true，表示使用宿主机
• volumes    存储卷，用于定义Pod上面挂在的存储信息
• restartPolicy    重启策略. 表示pod在遇到故障时的处理策略

二、Pod配置

主要来研究 pod.spec.containers 属性，这也是pod配置中最为关健的一项配置

kubectl explain pod.spec.containers

Kubernetes(K8S)之学废了（五）:Pod详解_第4张图片

基本配置

创建pod-base.yml,定义了一个简单的pod配置，里面有两个容器，nginx是一个轻量级web容器，busybox是一个小巧的linux命令集合

apiVersion: v1 
kind: Pod 
metadata: 
	name: pod-base 
	namespace: dev1 
	labels: 
		user: heima 
spec: 
	containers: 
	- name: nginx 
	  image: nginx:1.17.1
	  imagePullPolicy: IfNotPresent
	- name: busybox 
	  image: busybox:1.30

#创建pod
kubectl apply -f pod-base.yml
#查看pod状况
#  READY 1/2 代表pod中有两个容器，一个已经准备就绪，另一个未就绪
# RESTART 代表重启次数，一个容器故障，pod尝试重启它
kubectl get pod -n dev
[root@k8s-master ~]# kubectl get pod pod-base -n testing
NAME       READY   STATUS              RESTARTS   AGE
pod-base   1/2     ContainerCreating   0          31s

# 通过describe 查看pod详细信息 可以看到有容器启动失败，这是因为留了一个坑
kubectl describe pod pod-base -n dev

镜像拉取imagePullPolicy

用于设置镜像拉取策略，kubernetes支持配置三种拉取策路：

•   Always：总是从远程仓库拉取镜像（一直远程下载）
•  fNotPresent：本地有则使用本地镜像，本地没有则从远程仓库拉取镜像（本地有就本地 本地没有就远程下 载）
•  Never：只使用本地镜像，从不去远程仓库拉取，本地没有就报错 （一直使用本地）

默认值说明：

如果镜像tag为具体版本号，默认策略是：IfNotPresent 如果镜像tag为：latest（最終版本） ，默认策略是always

启动命令command

在前面的案例中，一直有一个问题没有解决，就是的busybox容品一直没有成功运行，那么到底是什么原因导 致这个容器的故障呢？
原来busybox并不是一个程序，而是类似于一个工具类的集合，kubernetes集群启动管理后，它会自动关闭。
解決方法就是让其一直在运行，这就用到了command配置，

创建pod-command.yaml文件，内容如下：

apiVersion: v1 
kind: Pod 
metadata: 
	name: pod-command 
	namespace: dev 
spec: 
	containers: 
	- name: nginx 
	  image: nginx:1.17.1 
	- name: busybox 
	  image: busybox:1.30 
	command: ["/bin/sh","-c","touch /tmp/hello.txt;while true;do /bin/echo S(date +3T) >> /tmp/hello.txt; sleep 3; done;"]

command，用于在pod中的容器初始化完毕之后运行一个命令。 稍微解释下上面命令的意思

“/bin/sh”,”-c"， 使用sh执行命令
touch /tmp/hello.txt; 创建一个/tmp/hello.txt文件
while true;do /bin/echo $(date +%7) >>/tmp/hello.txt; sleep 3;done; 每隔3秒向文件 写入当前时间

进入pod中某容器内，可以看

kubectl exec [pod名称] -n [命名空间] -it -c [容器名] /bin/bash 
# kubectl exec pod-command -n dev -it -c busybox /bin/sh
# tail -f /tmp/hello.txt

特别说明：
通过上面发现command已经可以完成启动命令和传递参数的功能，为什么这里还要提供一个args选项，用于传递参数呢？
这其实跟docker有点关系，kubernetes中的command、args两项其实是实现覆盖，Dockerfile中ENTRYPOINT的功能，
1.如果command和args没有写，那么用Dockerfile的配置。
2 .如果command写了，但args没有马，那么Dockerfile默认的配器会被忽略，执行输入的command
3.如果command没写，但args写了，那么Dockerfile中配置的ENTRYPOINT的命令会被执行，使用当前args的参数
4.如果command和args都写了，那么Dockerfile的配置被忽略，执行command并追加上args参数

环境变量ENV（了解）

Kubernetes(K8S)之学废了（五）:Pod详解_第5张图片

以此创建出来的pod，就有了环境变量，进入容器可以看到环境变量的内容

Kubernetes(K8S)之学废了（五）:Pod详解_第6张图片
但这中方法不推荐，后面会讲到使用文件去配置

端口设置containerPort

# 查看端口的配置
kubectl explain pod.spec.containers.ports

KIND: Pod
VERSION: v1
RESOURCE: ports <[]0bject>
FIELDS:
    name   ＃端口名称，如果指定，必须保证name在pod中是唯一的
    containerPort   #容器要监听的端口(0     hostPort   # 容器要在主机上公开的端口，如果设置，主机上只能运行容器的一个副本（一般省略）
    hostIP   ＃要将外部端口鄉定到的主机IP（一般省略）
    protocol   ＃端口协议。必须是UDP、TCP或SCTP。默认为“TCP”

Kubernetes(K8S)之学废了（五）:Pod详解_第7张图片
如图，containerPortx就是容器的端口，可以直接通过podip+端口访问，如果设置了hostPort，那么就会存在端口重复问题，所以一般不设置hostpPort和hostIP.

配置文件可以这样写：

apiVersion: v1 
kind: Pod 
metadata: 
	name: pod-ports 
	namespace: dev 
spec: 
	containers: 
	  - name: nginx 
		image : nginx:1 17.1 
		ports：＃设置容器暴露的端口列表 
		  - name: nginx-port 
			containerPort: 80 
			protocol: TCP

资源配置resources

        容器中的程序要运行，肯定是要占用一定资源的，比如cpu和内存等，如果不对某个容器的资源做限制，那么它 就可能吃掉大星资源，导致其它容品无法运行。
        针对这种情况，kubernetes提供了对内存和Cpu的资源进行配额的 机制，这种机制主要通过resources选项实现，他有两个子选项：

• limity：用于限制运行时容器的最大占用资源，当容器占用资源超过limits时会被终止，并进行重启
• requests：用于设置容器需要的最小资源，如果环境资源不够，容器将无法启动 可以通过上面两个选项设置资源的上下限。

编写一个测试案例，创建pod-resources.yaml

apiVersion: v1 
kind: Pod 
metadata: 
 	name: pod-resources 
 	namespace: dev 
spec: 
	containers: 
	  - name: nginx 
		image : nginx:1.17.1 
		resources：#资源配额 
			limits: # 限制资源（上限〉 
				cpu： “2”  #CPU限制，单位是core数 可以为整数或小数
				memory: "10Gi" #内存限制 ，单位可以为Gi、Mi、G、M
		    requests：# 请求资源（下限〉
		    	cpu： “1”  #CPU限制，单位是core数 
				memory: "10Mi" #内存限制

Pod的生命周期

我们一般将pod对象从创建至终的这段时间范国称为pod的生命周期，它主要包含下面的过程：

• pod创建过程
• 运行初始化容器 (init container)过程
• 运行主容器 (main container)过程
     • 容器启动后钩子函数 (post start)、容器终止前钩子函数 (pre stop) 。
     • 容器的存活性探测函数 (liveness probe）、就緒性探测函数(readiness probe)
• pod终止过程

用图解释上面的描述
Kubernetes(K8S)之学废了（五）:Pod详解_第8张图片
在整个生命周期中，Pod会出现5种状态（相位），分别如下：

• 挂起 (Pending)：apiserver已经创建了pod资源对象，但它尚末被调度完成或者仍处于下载镜像的过程中
• 运行中(Running)：pod己经被调度至某节点，并且所有容器都已经被kubelet创建完成
• 成功(Succeeded)：pod中的所有容器都已经成功终止并且不会被重启
• 失败(Failed)：所有容器都已经終止，但至少有一个容器终止失败，即容器返回了非0值的退出状态
• 未知(Unknown)：apiserver无法正常获取到pod对象的状态信息，通常由网络通信失败所导致

创建和终止

pod的创建过程

  1. 用户通过kubect或其他api客户端提交需要创建的pod信息给apiserver
  2. apiserver开始生成pod对象的信息，并将信息存入etcd，然后返回确认信息至客
  3. apiserver开始反映etcd中的pod对象的变化，其它组件使用watch机制来跟踪检查apiserver上的变动
  4. scheduler发现有新的pod对象要创建，开始为Pod分配主机并将结果信息更新至apiServer
  5. node节点上的kubelet发现有pod调度过来，尝试调用docker启动容器，并将结果回送至apiServer
  6. apiserver将接收到的pod状态信息存入etcd中

Kubernetes(K8S)之学废了（五）:Pod详解_第9张图片

pod的终止过程

  1. 用户向apiserver发送删除pod对象的命令
  2. apiservcer中的pod对象信息会随着时间的推移而更新，在宽限期内（默认30s），pod被视为dead
  3. 将pod标记为terminating状态
  4. kubelet在监控到pod对象转为terminating状态的同时启动pod关闭过程
  5. 端点控制器监控到pod对象的关闭行为时将其从所有匹配到此端点的service资源的端点列表中移除
  6. 如果当前pod对象定义了preStop钩子处理器，则在其标记为terminating后即会以同步的方式启动执行
  7. pod对象中的容器进程收到停止信号
  8. 宽限期结束后，若pod中还存在仍在运行的进程，那么pod对象会收到立即終止的信号
  9. kubelet请求apiserver将此pod资源的宽限期设置为0从而完成删除操作，此时pod对于用户己不可见

初始化容器

初始化容器是在pod的主容器启动之前要运行的容器，主要是做一些主容器的前置工作，它具有两大特征：

1.初始化容器必须运行完成直至结束，若某初始化容器运行失败，那么kubernetes需要重启它直到成功完成
2. 初始化容品必须按照定义的顺序执行，当旦仅当前一个成功之后，后面的一个才能运行 初始化容路有很多的应用场景，下面列出的是晨常见的几个：
     • 提供主容器镜像中不具备的工具程序或自定义代码
     • 初始化容器要先于应用容器串行启动并运行完成，因此可用于延后应用容器的启动直至其依款的条件得到满足

接下来做一个案例，模拟下面这个需求：

假设要以主容器来运行nginx，但是要求在运行nginx之前先要能够连接上mysql和redis所在服务器
为了简化测试，事先规定好mysql (192.168.109.281）和redis (192.168.109.262)服务器的地址

创建pod-initcontainer.yaml，内容如下：

apiversion: v1 
kind: Pod 
metadata: 
	name: pod-initcontainer 
	namespace: dev 
spec: 
	containers: 
	  - name: main-container 
		image: nginx:1.17.1 
		ports: 
			- name: nginx-port 
			  containerPort: 80 
	initContainers: 
		- name: test-mysql 
		  image: busybox:1.30 
		  command: ['sh', '-c', 'until ping 192.168.109.201 -c 1 ; do echo waiting for mysql...; sleep 2; done; ']  # 只ping一次，如果没有ping成功，就echo，成功了就done
		- name: test-redis 
		  image: busybox:1.30 
		  command: ['sh','-C' 'until ping 192.168.109.202 -c 1 ; do echo waiting for reids...; sleep 2; done; ']

使用命令创建好后，查看pod状态，发现没有启动成功这是因为网卡上不存在上面两个地址，初始化容器没有运行成功，主容器就不会允许，那么我们可以给网卡上添加两个地址，再看看

[root@master ~]# ifconfig ens33:1 192.168.109.201 netmask 255.255.255.0 up 
[root@master ~]# ifconfig ens33:2 192.168.109.202 netmask 255.255.255.0 up

动态查看pod，使用 -w命令 使用另外的终端执行命令
Kubernetes(K8S)之学废了（五）:Pod详解_第10张图片

钩子函数

kubernetes在主容器的启动之后和停止之前提供了两个钩子函数：

post start：容器创建之后执行，如果失败了会重启容器 post
stop：容器终止之前执行，执行完成之后容器将成功终止，在其完成之前会阻塞删除容器的操作

钩子处理器支持使用下面三种方式定义动作：
Exec命令：在容器内执行一次命令

lifecycle: 
	postStart: 
		exec: 
			command: 
			  - cat 
			  - /tmp/healthy

HTTPGet:在当前容器中向某url发起get请求

lifecycle: 
	postStart: 
		httpGet: 
		   path ： / #URI地址 
		   port: 80 #端口号 I 
		   host : 192.1681109.100 #主机地址 
		   scheme： HTTP #支持的协议，http或者https

TCPSocket:在当前容器尝试访问指定的socket

lifecycle: 
	postStart: 
		tcpSocket: 
			port:8080

配置文件编写

apiVersion: v1 
kind: Pod 
metadata: 
	name: pod-hook-exec 
	namespace: dev 
spec: 
	containers: 
		name: main-container 
		image: nginx:1.17.1 
		ports: 
			name: nginx-port 
			containerPort: 80 
		lifecycle: 
			postStart: 
				exec：# 在容器启动的时候执行 个命令，修改掉nginx的默认首页内容 
				command: ["/bin/sh" ,"-C" ,'echo poststart. . . > /usr/share/nginx/html/index.html ;]
		    preStop: 
				exec：# 在容器停止之前停止nginx服务 
				command: ["/usr/sbin/nginx", "-s", "quit" ]

Kubernetes(K8S)之学废了（五）:Pod详解_第11张图片

容器探测

容器探测用于检测容器中的应用实例是否正常工作，是保障业务可用性的一种传统机制。如果经过探测，实例 的状态不符合预期，那么kubernetes就会把该问题实例"摘除"，不承担业务流量。kubernetes提供了两种探针来 实现容器探测，分别是：

liveness probes：存活性探针，用于检测应用实例当前是否处于正常运行状态，如果不是，k8s会重启容器
readiness probes：就緒性探针，用于检测应用实例当前是否可以接收清求，如果不能，k8s不会转发流量
livenessProbe决定是否重启容器，readinessProbe 决定是否将请求转发给容器。

上面两种探针目前均支持三种探测方式：
Exec命令：在容器内执行一次命令，如果命令执行的退出码为0，则认为程序正常，否则不正常

livenessProbe: 
	exec: 
		command: 
		  - cat 
		  - /tmp/healthy

TCPSocket：将会尝试访问一个用户容器的端口，如果能够建立这条连接，则认为程序正常，否则不正常

livenessProbe: 
	tcpSocket: 
			port:8080

HTTPGet：调用容器内Web应用的URL，如果返回的状态码在200和399之间，则认为程序正常，否则不正常

livenessProbe: 
	httpGet: 
	   path ： / #URI地址 
	   port: 80 #端口号 I 
	   host : 127.0.0.1 #主机地址 
	   scheme： HTTP #支持的协议，http或者https

案例一：

apiVersion: v1
 kind: Pod 
 metadata: 
 	name: pod-liveness-exec
 	namespace: dev 
spec:
	containers: 
	  - name: nginx 
		image: nginx:1.17.1 
		ports: 
			- name: nginx-port 
			containerPort: 80 
		livenessProbe: 
			exec: 
				command: [“/bin/cat", "/tmp/he11o.txt"].  #执行一个查看文件的命令

Kubernetes(K8S)之学废了（五）:Pod详解_第12张图片

案例二：

apiVersion: v1
 kind: Pod 
 metadata: 
 	name: pod-liveness-exec
 	namespace: dev 
spec:
	containers: 
	  - name: nginx 
		image: nginx:1.17.1 
		ports: 
			- name: nginx-port 
			containerPort: 80 
		livenessProbe: 
			tcpsocket:
				port:8080 # 尝试访问8080

案例三：

apiVersion: v1
 kind: Pod 
 metadata: 
 	name: pod-liveness-exec
 	namespace: dev 
spec:
	containers: 
	  - name: nginx 
		image: nginx:1.17.1 
		ports: 
			- name: nginx-port 
			containerPort: 80 
		livenessProbe: 
			httpGet: 
			   path ： / #URI地址 
			   port: 80 #端口号 I 
			   host : 127.0.0.1 #主机地址 
			   scheme： HTTP #支持的协议，http或者https

至此，己经使用livenessProbe演示了三种探测方式，但是查看livenessProbe的子属性，会发现除了这三种方 式，还有一些其他的配置，在这里一并解释下：

[# kubectl explain pod.spec.containers.livenessProbe
FIELDS:
exec
tepSocket\
httpGet
initialDelaySeconds ＃ 容器启动后等待多少秒执行第一次探测
timeoutSeconds #探测超时时间。默认1秒，最小秒
periodSeconds #执行探测的頻率。默认是1日秒，最小1秒
failureThreshold # ,连续探测失败多少次才该认定为失败。默认是3。最小值是1
successThreshold 并连续探测成功多少次才被认定为成功。默认是1

重启策略

一旦容器探测出现了问题，kubernetes就会对容器所在的Pod进行重启，其实这是由pod的重启 策略决定的，pod的重启策略有 3种，分别如下：

• Always：容器失效时，自动重启该容器，这也是默认值， I
• OnFailure：容器终止运行目退出码不为0时重启 •
• Never：不论状态为何，都不重启该容器

重启策略适用于pod对象中的所有容器，首次需要重启的容器，将在其需要时立即进行重启，随后再次需要重 启的操作将由kubelet延迟一段时间后进行（为了保证资源不一直在重启上面），且反复的重启操作的延迟时长以此为105、 205、405、80s、160s和300s，300s是晨大延迟时长。

创建pod-restartpolicy.yaml：

apiVersion: v1
 kind: Pod 
 metadata: 
 	name: pod-liveness-exec
 	namespace: dev 
spec:
	containers: 
	  - name: nginx 
		image: nginx:1.17.1 
		ports: 
			- name: nginx-port 
			containerPort: 80 
		livenessProbe: 
			httpGet: 
			   path ： /hello #访问nginx上面的hello地址 
			   port: 80 #端口号 I  
			   scheme： HTTP #支持的协议，http或者https
		restartpolicy: Never

Pod的调度

概述

在默认情况下，—个Pod在哪个Node节点上运行，是由Scheduler组件采用相应的算法计算出来的，这个过程 是不受人工控制的。但是在实际使用中，这并不满足的需求，因为很多情况下，我们想控制某些Pod到达某些节点 上，那么应该怎么做呢？这就要求了解kubernetes对Pod的调度规则

kubernetes提供了四大类调度方式
• 自动调度：运行在哪个节点上完全由Scheduler经过一系列的算法计算得出
• 定向调度：NodeName、Nodeselector
• 亲和性调度：NodeAffinity、PodAffinity、 PodAntiAffinity
• 污点（容忍）调度：Taints、 Toleration

定向调度

定向调度，指的是利用在pod上声明nodeName或者nodeSelector。以此将Pod调度到期望的node节点上。注 意，这里的调度是强制的，这就意味着即使要调度的目标Node不存在，也会向上面进行调度，只不过pod运行失 败而己。

NodeName

NodeName用于强制约束将Pod调度到指定的Name的Node节点上。这种方式，其实是直接跳过Scheduler的调度逻辑，直接写入PodList列表。

测试案例：pod-node.ymal

apiVersion: v1 
kind: Pod 
metadata: 
	name: pod-nodename 
	namespace: dev
spec: 
	containers: 
		- name: nginx 
		  image: nginx: 1.17 .1 
	nodeName: node1 # 指定调度到node1节点上

创建该pod,就可以看到调度到了指定的node1上。

NodeSelector

用于将pog调度到添加了指定标签的node节点上。它是通过kubernetes的label-selector机制实 现的，也就是说，在pod创建之前，会由scheduler使用MatchNodeSelector调度策路进行label匹配，找出目标 node，然后将pod调度到目标节点，该匹配规则是强制约束。

测试：
1.首先分别为node节点添加标签

kubectl lable nodes node1 nodeenv= pro
kubectl lable nodes node1 nodeenv= dev

2.编写yml

apiVersion: v1 
kind: Pod 
metadata: 
	name: pod-nodeselector 
	namespace: dev
spec: 
	containers: 
		- name: nginx 
		  image: nginx: 1.17 .1 
	nodeSelector: 
		  nodeenv: pro # 指定调度标签是nodeenv= pro的node节点上

3.创建该pod，就可以看到调度到了指定的node1上

亲和性调度

    上面两种定向调度的方式，使用起来非第方便，但是也有一定的问题，那就是如果没有满足条件的
Node，那么Pod将不会被运行，即使在集群中还有可用Node列表也不行，这就限制了它的使用场暴。
基于上面的问题，kubernetes还提供了一种亲和性调度 (Affinisy）。它在NodeSelector的基础之上的进行了扩展，可以通过配置的形式，实现优先选择满足条件的Node进行调度，如果没有，也可以调度到不满足条件的节 点上，使调度更加灵活。

Affinity主要分为三类：

nodeAffinity(node亲和性）：以node为目标，解决pod可以调庭到哪些node的问题
podAffinity(pod亲和性)：以pod为目标，解决pod可以和哪些己存在的pod部署在同一个拓扑域中的问题
podAntiAffinity(pod反亲和性)：以pod为目标，解决pod不能和哪些已存在pod部署在同 一个拓扑域中的问题

关于亲和性(反亲和性)使用场景的说明：

亲和性：如果两个应用频繁交互，那就有必要利用亲和性让两个应用的尽可能的靠近，这样可以減少因网络通信而带来的性能损耗。
反亲和性：当应用的采用多副本部署时，有必要采用反亲和性让各个应用实例打散分布在各 个node上，这样 可以提高服务的高可用性

nodeAffinity：node亲和性

pod.spec.affinity.nodeAffinity

requiredDuringSchedulingIgnoredDuringExecution # Node节点必须满足指定的所有规则才可以，相当于硬限制 
	nodeselectortorms #节点选择列表。
		matchfields #按节点字段列出的节点选择器要求列表 		  
		matchExpressions #按节点标签列出的节点选择器要求列表(推荐) 
			key #键 
			values #值 
			operator #关系符 支持Exists. DoesNotExist, In, NotIn, Gt, Lt
preferredDuringschedulingIgnoredDuringExecution #优先调度到满足指定的规则的Node，相当于软限制（倾向),匹配不到就调度到其他节点上 
	preference #一个节点选择器项，与相应的权重相关联 
		matchFields #按节点字段列出的节点选择器要求列装 
		matchExpressions #按节点标签列出的节点选择器要求列表(推荐） 
			key #键 
			values #值 
			operator #关系符 支持In， NotIn. Exists, DoesNotExist, Gt, Lt 
	weight 倾向权重，在范国1-100内。

关系符使用说明：

-matchExpressions: 
	- key: nodeenv   #匹配存在标签的key为nodeenv的节点
	  operator: Exists 
	- key: nodeenv 
	  operator: In values: ["xxx". "yyy"]  #匹配标签的key为nodeenv，且value为xxx，或者yyy的节点
	- key: nodeenv 
	  operator: Gt values : “xxx“  #匹配标签的key为nodeenv，且value大于xxx的节点

案例一：requiredDuringSchedulingIgnoredDuringExecution

apiVersion: vl 
kind: Pod 
metadata: 
	name: pod-nodeaffinity-required 
	namespace: dev 
spec: 
	containers: 
		- name: nginx 
	  	  image: nginx :1.17.1 
	affinity： #亲和性设置 
	  	nodeAffinity：#设置node亲和性
	  		requiredDuringSchedulingIgnoredDuringExecution：#硬限制 
	  			nodeSelectorTerms: 
	  				- matchExpressions：# 匹配env的值在[“xxx"，“yyy"]中的标签 
	  					- key: nodeenv  
	  					  operator: In 
	  					  values: ["pro" , "yyy" ]

案例二：preferredDuringschedulingIgnoredDuringExecution

apiVersion: vl 
kind: Pod 
metadata: 
	name: pod-nodeaffinity-required 
	namespace: dev 
spec: 
	containers: 
		- name: nginx 
	  	  image: nginx :1.17.1 
	affinity： #亲和性设置 
	  	nodeAffinity：#设置node亲和性
	  		preferredDuringSchedulingIgnoredDuringExecution：#软限制 
	  			- weight: 1 
	  			  preference: 
	  			 	matchExpressions：# 匹配env的值在[“xxx”，“yyy"]中的标签(当前环境没有） 
	  			 		- key: nodeenv 
	  			 		  operator: In 
	  			 		  values: | "xxx","yyy"]

NodeAffinity规则设置的注意事项：

1.如果同时定义 了nodeselector和nodeAffinity，那么必须两个条件都得到满足，Pod才能运行在指定的Node上
2.如果nodeAffinity指定了多个nodeSelectorTerms，那么只需要其中一个能够匹配成功即可
3.如果一个nodeselectorTerms中有多个matchExpressions，则一个节点必须满足所有的才能匹配成功
4.如果一个pod所在的Node在Pod运行期间其标签发生了改变，不再符合该Pod的节点亲和性需求，则系统将忽略此变化,也就是说：已经调度的pod，不会受node标签的变化影响

PodAffinity

PodAffinity主要实现以一个运行的Pod为参照，让新创建的Pod跟参照pod在一个拓扑域中的功能。
首先来看一下 PodAffinity 的可配置项：
pod.spec.affinity.podAffinity

 	namespaces # 指定参照pod的namespace，不指定的话，就是默认同个命名空间内的pod做参考
 	topologyKey #指定调度作用域 
    labelSelector #标签迭择器 
    	matchExpressions #按节点标签列出的节点选择器要求列表(推荐) 
    		key #键 
    		values #值 
    		operator #关系符 支持In， NotIn, Exists, DoesNotExist.
    	matchlabels #指多个matchExpressions映射的内容 
 preferredDuringschedulingIgnoredDuringExecution #软限制 
 	podAffinityTerm #选项 
 	namespaces 
 	topologyKey 
 	labelSelector 
 		matchExpressions 
 			key #键 
 			values #值 
 			operator 
 		matchlabels 
 	weight #倾向权重，在范國1-100

topologyKey用于指定调度时作用城，例如：
如果指定为kubernetes. io/hostname，那就是 Node节点为区分范国
如果指定为beta.kubernetes.io/os.贝 Node节点的操作系统类型来区分

案例：requiredDuringSchedulingIgnoredDuringExecution
1.创建一个参照pod,并运行起来

apiVersion: v1 
kind: Pod 
metadata: 
	name: pod-podaffinity-target 
	namespace: dev 
	labels: 
		podenv：pro#设置标签 
spec: 
	containers: 
		- name: nginx 
		  image: nginx :1.17.1 
	nodeName: node1 # 将目标pod名确指定到node1上

2.创建新的pod

apiversion: v1 
kind: Pod 
metadata: 
	name: pod-podaffinity-required 
	namespace: dev 
spec: 
	containers: 
		- name: nginx 
		  image : nginx: 1.17.1 
	affinity： #亲和性设置 
		podAffinity：#设置pod亲和性 
			requiredDur ingSchedulingIgnoredDuringExecution：#硬限制 	
				- labelSelector: 
				     matchExpressions：# 匹配env的值在[“xxx”，"yyy"]中的标签 
				     	- key: podenv 
				     	  operator: In 
				     	  values: ["xxx", "yyy"] 
					 topologyKey:kubernetes.i0/hostname

上面配置表达的意思是：新Pod必须要与拥有标签podenv=xxx或者podenv=yyy的pod在同一Node上，显然现 在没有这样pod，接下来，运行测试一下
调度失败，查看详情会发现有错误：
在这里插入图片描述

podAntiAffinity反亲和性

就是让新建的pod和参照pod不在同一个区域中

apiVersion: v1 
kind: Pod  
metadata: 
	name: pod-podantiaffinity-required 
	namespace: dev 
spec: 
	containers: 
		name: nginx 
		image: nginx:1.17.1 
	affinity： #亲和性设置 
		podAntiAffinity：#设置pod亲和性 
   			requiredDuringschedulingIgnoredDuringExecution：#硬限制 
   				- labelSelector: 
   				  	matchExpressions：# 匹配podenv的值在["pro"]中的标签 
		   				  - key : podenv 
		   				    operator: In 
		   				    values: ["pro"] 
   				  topologyKey:kubernetes.10/hostname

上面配置表达的意思是：新Pod必须要与拥有标签podenv=pro的pod不在同— Node上。

污点和容忍

污点 (Taints)

     前面的调度方式都是站在Pod的角度上，通过在Pod上添加属性，来确定Pod是否要调度到指定的Node 上，其 实我们也可以站在Node的角庭上，通过在Node 上添加污点属性，来决定是否允许Pod调度过来。
      Node被设置上污点之后就和Pod之间存在了一种相斥的关系，进而拒绝Pod调度进来，甚至可以将已经存在的 Pod驱逐出去，
   污点的格式为：key=value:effect,key和value是污点的标签，effedt描述污点的作用，支持如下三个选项：

PreferNoSchedule： kubernetes将尽量避免把Pod调度到具有该污点的Node上，除非没有其他节点可调度
NoSchedule: kubernetes将不会把Pod调度到具有该污点的Node 上，但不会影响当前Node上己存在的Pod
NoExecute： kubernetes将不会把Pod调度到具有该污点的Node上，同时也会将Node上己存在的Pod驱离
Kubernetes(K8S)之学废了（五）:Pod详解_第13张图片
使用kubectl设置和去除污点的命令示例如下：

 ＃设置污点 
 kubect1 taint nodes node1 key=-value:effect 
 ＃ 去除污点 
 kubectl taint nodes nodel key: effect- 
 ＃ 去除所有污点
  kubectl taint nodes nodel key-

接下来，演示下污点的效果：

  1. 准备节点node1 （为了演示效果更加明显，暂时停止node2节点）
  2. 为nodel节点设置一个污点： tag-hesima.PreferNosctheduze然后包建pogI( Pod1可以）
  3. 修改为node1节点设置一个污点：tag=heima：NoSchedule：然后创建pod2（ pod1 正常 pod2 失败）
  4. 修改为node1节点设置一个污点：tag=heima ：NoExecute：然后创建pod3（3个pod都失败 )
# 为node1设置污点(PreferNoSchedule)
kubectl taint nodes node1 tag=heima:PreferNoSchedule
# 创建pod1 
 Kubectl run taint1 --image=nginx:1.17.1 -n dev 
#查看pod，运行成功
 kubectl get pods -n dev -o wide 


# 取消污点PreferNoSchedule，创建NoSchedule污点
kubectl taint nodes node1 tag: PreferNoSchedule-  
kubectl taint nodes node1 tag-heima:NoSchedule
# 创建pod2
 Kubectl run taint1 --image=nginx:1.17.1 -n dev 
 kubectl get pods -n dev -o wide  # 可以看到失败了


# 为node1设置污点（职消NoSchedule，设置NoExecute) 
kubectl taint nodes node1 tag:NoSchedule- 
kubectl taint nodes node1 tag=heima: NoExecute
# 创建pod3 
kubectl run taint3 --image=nginx:1.17.1 -n dev 
kubectl get pods -n dev -o wide  # 可以看到三个pod都失败了

小提示： 使用kubeadn搭建的集群，默认就会给master节点添加一个污点标记，所以pod就不会调度到master节点上

在这里插入图片描述

容忍 (Toleration)

上面介绍了污点的作用，可以在node 上添加污点用于拒绝pod调度上来，但是如果就是想将—个pod调度到一个有污点的node上去，这时候应该怎么做呢？这就要使用到容忍。
Kubernetes(K8S)之学废了（五）:Pod详解_第14张图片

污点就是拒绝，容忍就是忽路，Node通过污点拒绝pod调度上去，Pod通过容忍忽略拒绝

下面先通过一个案例看下效果：

  1. 上一小节，已经在node1节点上打上了 NoExecute 的污点，此时pod是调度不上去的
  2. 本小节，可以通过给pod添加容忍，然后将其调度上去

创建pod-toleration.yaml

apiVersion: v1 
kind: Pod 
metadata: 
	name: pod-toleration 
	namespace: dev 
spec: 
	containers: 
		name: nginx 
		image: nginx:1.17.1 
	tolerations: # 添加容忍 
		- key: "tag" ＃ 要容忍的污点的key 
		operator："Equal" # 操作符 
		value: "heima" #容忍的污点的value 
	    effect: "NoExecute" #添加容忍的规则，这里必须和标记的污点规则相同

查看容忍的详细解释
kubect explain pod. spec. tolerations

FIELDS:
key # 对应者要容忍的污点的键，空意味着匹配所有的键
value # 对应着要容忍的污点的值
operator # key-value的运算符，支持Equal和Exists（點认）
effect # 对应污点的effect，空意味着匹配所有影响
tolerationSeconds # 容忍时间，当effect为NoExecute时生效，表示pod在Node 上的停留时间。也就是说允许老的pod可以停留的时间

你可能感兴趣的:(kubenetes,Docker,kubernetes,docker)

  • docker怎么端口映射 Lance_mu docker容器运维
    1、默认固定的端口#Web服务器：WebApache或Nginx通常使用80端口HTTP：80HTTPS：443#数据库服务器MySQL：3306PostgreSQL：5432MongoDB：27017Redis：6379#邮件服务器SMTP：25POP3：110IMAP：143#其他服务SSH：22FTP：21DNS（域名解析）：53代理服务器Squid：3128版本控制系统Git：9418(S
  • docker基础（一） 运维搬运工 容器-dockerdocker容器运维
    相关概念介绍Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖到一个可移植的容器中，然后发布到任何流行的linux机器上，也可以实现虚拟化，容器是完全使用沙箱机制，互相之间不会有任何接口。Docker有几个重要概念：dockerfile，配置文件，用来生成dockerimagedockerimage，交付部署的最小单元docker命令与API，定义命令与接口，支持第三方系统集
  • linux安装docker及docker-compose 部署spring boot项目 时而有事儿 dockerlinuxdockerlinuxspringboot
    linux系统环境：centos5.14本篇描述的是在centos系统版本下安装docker，如果是ubuntu版本，请看这篇文章：linuxubuntu20安装docker和docker-compose-CSDN博客正文：安装docker和docker-compose安装docker---------运行命名等待安装完成遇到选择直接输入yyuminstall-yyum-utilsdevice-m
  • Qlib-Server部署 宋志辉 flaskpythonqlib量化
    Qlib-Server部署介绍构建Qlib服务器，用户可以选择：一键部署Qlib服务器逐步部署Qlib服务器一键部署Qlib服务器支持一键部署，用户可以选择以下两种方法之一进行一键部署：使用docker-compose部署在Azure中部署使用docker-compose进行一键部署按照以下步骤使用docker-compose部署Qlib服务器：安装docker，请参考Docker安装。安装doc
  • 了解什么是Docker 黑风风 DevOps学习dockereureka容器
    了解什么是DockerDocker是一个开源的容器化平台，它使得开发者可以将应用程序及其依赖项打包到一个轻量级的、可移植的容器中。这些容器可以在任何支持Docker的系统上运行，确保了应用程序在不同环境之间的一致性和可移植性。，同时享受隔离性和轻量级的优势。Docker的核心组件Docker引擎Docker引擎是一个客户端-服务器应用程序，包括一个长期运行的守护进程（dockerd）、一个REST
  • 部署es集群 liushaojiax elasticsearchjava大数据
    我们会在单机上利用docker容器运行多个es实例来模拟es集群。不过生产环境推荐大家每一台服务节点仅部署一个es的实例。部署es集群可以直接使用docker-compose来完成，但这要求你的Linux虚拟机至少有4G的内存空间创建es集群首先编写一个docker-compose文件，内容如下：version:'2.2'services:es01:image:elasticsearch:7.12
  • Elasticsearch8 - Docker安装Elasticsearch8.12.2 王谷雨_ ElasticSearchelasticsearchdocker
    前言最近在学习ES，所以需要在服务器上装一个单节点的ES服务器环境：centos7.9安装下载镜像目前最新版本是8.12.2dockerpulldocker.elastic.co/elasticsearch/elasticsearch:8.12.2创建配置新增配置文件elasticsearch.ymlhttp.host:0.0.0.0http.cors.enabled:truehttp.cors.
  • mineadmin使用docker启动方式 qq_38812523 dockerphp容器
    找个目录,git下来mineadmin代码,在根目录,创建文件名docker-compose.yml然后复制下面代码version:'3'services:#首先下载前端，https://gitee.com/mineadmin/mineadmin-vue#在后端根目录建立mine-ui目录，把前端文件复制过来。#容器内访问宿主机的地址用：host.docker.internal#宿主机也可以在ho
  • RabbitMQ的安装 白泽27 rabbitmq分布式
    典型应用场景：异步处理。把消息放入消息中间件中，等到需要的时候再去处理。流量削峰。例如秒杀活动，在短时间内访问量急剧增加，使用消息队列，当消息队列满了就拒绝响应，跳转到错误页面，这样就可以使得系统不会因为超负载而崩溃Linux下安装#拉取镜像dockerpullrabbitmq:3.8-management#创建容器启动dockerrun-d--restart=always-p5672:5672-
  • 【Docker】【nginx】docker安装nginx并映射宿主机配置文件地址 小丛的知识窝 nginxdocker运维
    dockerrun-d-p80:80-v/root/docker/docker-nginx/nginx.conf:/etc/nginx/nginx.conf-v/root/docker/docker-nginx/html:/usr/share/nginx/html-v/root/docker/docker-nginx/logs:/var/log/nginx--namenginxnginx
  • Docker(一)：Docker入门教程 蓝胖子的白日梦丶
    如今Docker的使用已经非常普遍，特别在一线互联网公司。使用Docker技术可以帮助企业快速水平扩展服务，从而到达弹性部署业务的能力。在云服务概念兴起之后，Docker的使用场景和范围进一步发展，如今在微服务架构越来越流行的情况下，微服务+Docker的完美组合，更加方便微服务架构运维部署落地。本文详细解释介绍Docker入门相关内容，后期重点关注Docker在微服务体系中的使用。在了解Dock
  • Docker 安装mysql 主从复制 dylan_2017 Docker高级dockermysql容器
    目录1MySql主从复制简介1.1主从复制的概念1.2主从复制的作用2.搭建主从复制2.1pullmysql镜像2.2新建主服务器容器实例33072.2.1master创建my.cnf2.2.2重启master2.2.3进入mysql容器，创建同步用户2.3新建从服务器容器实例33082.3.1slave创建my.cnf2.3.2重启slave实例2.3.3在master中查看主从同步状态2.3.
  • 渔夫码头密语: 记录使用 Docker 安装 Wordpress shelby_loo docker容器运维
    最近在阿贝云的免费服务器上试水,配置虽小(1核CPU、1G内存、10G硬盘、5M带宽),但对此次任务正合适。作为国内首家提供这样不错的免费云服务器的阿贝云,给我们开源界添增不少乐子,在这里对Docker和Wordpress去搞一搞,总比呆在办公室曱甴better!今天与你分享一下如何在Ubuntu系统上使用Docker快速搭建Wordpress博客环境。Wordpress作为全球最大同类型开源内容
  • 高可用系统有哪些设计原则 没有女朋友的程序员 架构师架构
    1.降级主动降级：开关推送被动降级：超时降级异常降级失败率熔断保护多级降级2.限流nginx的limit模块gatewayredis+Lua业务层限流本地限流gua分布式限流sentinel3.弹性计算弹性伸缩—K8S+docker主链路压力过大的时候可以将非主链路的机器给主链路的应用用上4.流量切换多机房环境：DNS端域名切换入口Clien端流量调度虚IPHaProxyLVS负载均衡应用层Ngi
  • 使用 BPF 监控 Kubernetes 集群(k8s BPF 工具 kubectl-trace认知 山河已无恙 K8s&kubelct插件BPFkubernetes容器云原生
    写在前面学习中遇到，整理分享，博文内容涉及：kubectl-trace安装，在节点，容器中如何使用需要注意的问题：job闪完成，一直Pending状态解决理解不足小伙伴帮忙指正不必太纠结于当下，也不必太忧虑未来，当你经历过一些事情的时候，眼前的风景已经和从前不一样了。——村上春树kubectl-trace安装┌──[[email protected]]-[~/ansi
  • docker构建镜像命令 你是理想 dockerdocker容器运维
    编写dockerfile文件例子1;FROMoraclelinux:7-slimENVrelease=19ENVupdate=13RUNcurl-o/etc/yum.repos.d/public-yum-ol7.repohttps://yum.oracle.com/public-yum-ol7.repo&&\yum-config-manager--enableol7_oracle_instantc
  • docker-ce安装 蚁景网络安全 dockereureka容器
    安装docker-ce使用清华镜像源加速安装docker-ce原文：docker-ce|镜像站使用帮助|清华大学开源软件镜像站|TsinghuaOpenSourceMirror#方法一exportDOWNLOAD_URL="https://mirrors.tuna.tsinghua.edu.cn/docker-ce"#如果使用curl，执行如下命令curl-fsSLhttps://get.dock
  • Docker进阶教程 - 3 虚悬镜像 山石岐渡 Docker进阶教程docker容器运维
    更好的阅读体验：点这里（www.doubibiji.com）3虚悬镜像什么是虚悬镜像（danglingimage）？镜像名、标签都是的镜像。通常在构建的过程中，取消构建、构建出现问题的时候，会出现异常的镜像，这种镜像没有名称和标签。因此，这些镜像被称为虚悬镜像，因为它们“悬浮”在Docker中，没有被任何容器所使用，也不会被Docker清理工具删除。虚悬镜像的产生概率不高，但一旦生成，可能会对系统
  • Docker搭建mysql8的主从复制 优秀的颜 云原生docker
    Docker通过Docker部署Mysql主从复制，Docker安装在前篇有，直接演示：拉取镜像#获取有哪些镜像dockersearchmysql#拉取MySQL镜像dockerpullmysql:8.0.32#查看镜像dockerimages主节点的配置创建数据存储目录mkdir-p/docker/mysql/master/data创建日志目录mkdir-p/docker/mysql/maste
  • Docker 命令大全 箭头大人 docker容器运维
    Docker命令大全容器生命周期管理runstart/stop/restartkillrmpause/unpausecreateexec容器操作psinspecttopattacheventslogswaitexportportstats容器rootfs命令commitcpdiff镜像仓库loginpullpushsearch本地镜像管理imagesrmitagbuildhistorysavelo
  • docker jdk1.8+字体镜像 wcy10086 dockerjdk字体
    FROMcentos:7MAINTAINERwcy# 修改成东八区RUNln-sf/usr/share/zoneinfo/Asia/Shanghai/etc/localtime&&echo'Asia/Shanghai'>/etc/timezoneRUNyum-yinstallkde-l10n-Chinesetelnet&&\yum-yreinstallglibc-common&&\yumclean
  • docker批量删除容器或镜像 wcy10086 docker容器运维
    删除容器停止所有容器删除所有容器，需要先停止所有运行中的容器dockerstop`dockerps-a-q`dockerps-a-q，意思是列出所有容器(包括未运行的)，只显示容器编号，其中-a:显示所有的容器，包括未运行的。-q:静默模式，只显示容器编号。1.删除所有处于停止状态的容器使用以下命令删除所有处于停止状态的容器：dockercontainerprune该命令将删除所有未运行的容器，释
  • docker 入门教程(常用命令汇总) 小羊Code Dockerdocker容器运维
    docker常用命令汇总1.系统启动/重启/停用docker2.docker镜像2.1查看镜像列表2.2查找镜像2.3拉取镜像2.4构建镜像2.5添加标签2.6推送镜像&镜像仓库2.7登录仓库3.docker容器3.1启动一个容器3.2启动/重启/关闭容器3.3查看容器列表3.4进入容器3.5查看docker日志1.系统启动/重启/停用dockersystemctlstartdocker#启用do
  • 【Docker】PostgreSQL 容器化部署 轻云UC 运维部署postgresql数据库
    PostgreSQL标准软件基于BitnamiPostgreSQL构建。当前版本为16.1.0你可以通过轻云UC部署工具直接安装部署，也可以手动按如下文档操作，该项目已经全面开源，可以从如下环境获取配置文件地址:https://gitee.com/qingplus/qingcloud-platformqinghub自动安装部署配置库连接到其他容器使用Docker容器网络，应用程序容器可以轻松访问容
  • 【Docker】wordpress 容器化部署 轻云UC 运维部署phpwebdocker容器
    WordPress标准软件基于Bitnamiwordpress构建。当前版本为6.4.3你可以通过轻云UC部署工具直接安装部署，也可以手动按如下文档操作，该项目已经全面开源，可以从如下环境获取配置文件地址:https://gitee.com/qingplus/qingcloud-platformqinghub自动安装部署配置库什么是WordPress?WordPress是世界上最受欢迎的博客和内容
  • 云原生周刊：Istio 加入 Phippy 家族 ｜ 2024.3.18 KubeSphere 云原生 k8s容器平台kubesphere云计算
    开源项目推荐ko"ko"是一个用于构建和部署Go应用程序的简单、快速的容器镜像构建工具。它适用于那些镜像中只包含单个Go应用程序且没有或很少依赖于操作系统基础镜像的情况（例如没有cgo，没有操作系统软件包依赖）。"ko"在本地机器上通过执行"gobuild"的方式构建镜像，因此不需要安装Docker。这使得它非常适合轻量级的CI/CD场景。"ko"支持简单的YAML模板化，并且支持跨平台构建，还默
  • 知识分享之Golang——go mod常用命令解析 cn華少
    知识分享之Golang——gomod常用命令解析背景知识分享之Golang篇是我在日常使用Golang时学习到的各种各样的知识的记录，将其整理出来以文章的形式分享给大家，来进行共同学习。欢迎大家进行持续关注。知识分享系列目前包含Java、Golang、Linux、Docker等等。开发环境操作系统：windows10使用工具：Goland开发工具golang版本：1.17内容随着Golang1.1
  • 云原生部署手册01：构建k8s集群并配置持久化存储 吴智深 云原生kubernetes容器
    写在前面：k8s弃用docker的影响其实没那么大k8s通过dockershim对docker的支持从1.20版本后就已经移除，仅支持符合ContainerRuntimeInterface(CRI)的容器运行环境，比如containerd。containerd本身就是docker底层的容器运行环境，只不过docker在containerd的基础上增加了符合人类操作的接口。docker构建的镜像并不
  • Docker介绍与使用 叶域 dockerlinux
    Docker介绍与使用目录：一、Docker介绍1、Docker概述与安装2、Docker三要素二、Docker常用命令的使用1、镜像相关命令2、容器相关命令三、Docker实战之下载mysql、redis、zimg一、Docker介绍Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的操作系统的机器上，也能实现虚拟化。1、Docke
  • Spring Boot Demo with Docker 亨利何
    1.Springstarter启动一个web项目基本操作可参考：感谢这个链接Note:Controller&Mapping类似于Route2.Springmavenpackage生成可执行jar包mavenpackage报错：相比于jdk你是不是运行在jre上？需要mavenpom.xml配置compile和jdk相匹配org.apache.maven.pluginsmaven-compiler-
  • 解读Servlet原理篇二---GenericServlet与HttpServlet 周凡杨 javaHttpServlet源理GenericService源码
    在上一篇《解读Servlet原理篇一》中提到，要实现javax.servlet.Servlet接口（即写自己的Servlet应用），你可以写一个继承自javax.servlet.GenericServletr的generic Servlet ，也可以写一个继承自java.servlet.http.HttpServlet的HTTP Servlet（这就是为什么我们自定义的Servlet通常是exte
  • MySQL性能优化 bijian1013 数据库mysql
            性能优化是通过某些有效的方法来提高MySQL的运行速度，减少占用的磁盘空间。性能优化包含很多方面，例如优化查询速度，优化更新速度和优化MySQL服务器等。本文介绍方法的主要有：         a.优化查询         b.优化数据库结构  
  • ThreadPool定时重试 dai_lm javaThreadPoolthreadtimertimertask
    项目需要当某事件触发时，执行http请求任务，失败时需要有重试机制，并根据失败次数的增加，重试间隔也相应增加，任务可能并发。 由于是耗时任务，首先考虑的就是用线程来实现，并且为了节约资源，因而选择线程池。 为了解决不定间隔的重试，选择Timer和TimerTask来完成 package threadpool; public class ThreadPoolTest {
  • Oracle 查看数据库的连接情况 周凡杨 sqloracle 连接
    首先要说的是，不同版本数据库提供的系统表会有不同，你可以根据数据字典查看该版本数据库所提供的表。 select * from dict where table_name like '%SESSION%'; 就可以查出一些表，然后根据这些表就可以获得会话信息 select sid,serial#,status,username,schemaname,osuser,terminal,ma
  • 类的继承 朱辉辉33 java
    类的继承可以提高代码的重用行，减少冗余代码；还能提高代码的扩展性。Java继承的关键字是extends 格式:public class 类名（子类）extends 类名（父类）{ } 子类可以继承到父类所有的属性和普通方法，但不能继承构造方法。且子类可以直接使用父类的public和 protected属性，但要使用private属性仍需通过调用。 子类的方法可以重写，但必须和父类的返回值类
  • android 悬浮窗特效 肆无忌惮_ android
    最近在开发项目的时候需要做一个悬浮层的动画，类似于支付宝掉钱动画。但是区别在于，需求是浮出一个窗口，之后边缩放边位移至屏幕右下角标签处。效果图如下：   一开始考虑用自定义View来做。后来发现开线程让其移动很卡，ListView+动画也没法精确定位到目标点。   后来想利用Dialog的dismiss动画来完成。   自定义一个Dialog后，在styl
  • hadoop伪分布式搭建 林鹤霄 hadoop
    要修改4个文件    1: vim hadoop-env.sh  第九行    2: vim core-site.xml            <configuration>     &n
  • gdb调试命令 aigo gdb
    原文：http://blog.csdn.net/hanchaoman/article/details/5517362   一、GDB常用命令简介   r run 运行.程序还没有运行前使用 c             cuntinue 
  • Socket编程的HelloWorld实例 alleni123 socket
    public class Client { public static void main(String[] args) { Client c=new Client(); c.receiveMessage(); } public void receiveMessage(){ Socket s=null; BufferedRea
  • 线程同步和异步 百合不是茶 线程同步异步
    多线程和同步 : 如进程、线程同步，可理解为进程或线程A和B一块配合，A执行到一定程度时要依靠B的某个结果，于是停下来，示意B运行；B依言执行，再将结果给A；A再继续操作。 所谓同步，就是在发出一个功能调用时，在没有得到结果之前，该调用就不返回，同时其它线程也不能调用这个方法   多线程和异步:多线程可以做不同的事情,涉及到线程通知     &
  • JSP中文乱码分析 bijian1013 javajsp中文乱码
            在JSP的开发过程中，经常出现中文乱码的问题。         首先了解一下Java中文问题的由来：         Java的内核和class文件是基于unicode的，这使Java程序具有良好的跨平台性，但也带来了一些中文乱码问题的麻烦。原因主要有两方面，
  • js实现页面跳转重定向的几种方式 bijian1013 JavaScript重定向
            js实现页面跳转重定向有如下几种方式： 一.window.location.href <script language="javascript"type="text/javascript"> window.location.href="http://www.baidu.c
  • 【Struts2三】Struts2 Action转发类型 bit1129 struts2
     在【Struts2一】 Struts Hello World http://bit1129.iteye.com/blog/2109365中配置了一个简单的Action，配置如下   <!DOCTYPE struts PUBLIC "-//Apache Software Foundation//DTD Struts Configurat
  • 【HBase十一】Java API操作HBase bit1129 hbase
    Admin类的主要方法注释：   1. 创建表 /** * Creates a new table. Synchronous operation. * * @param desc table descriptor for table * @throws IllegalArgumentException if the table name is res
  • nginx gzip ronin47 nginx gzip
    Nginx GZip 压缩 Nginx GZip 模块文档详见：http://wiki.nginx.org/HttpGzipModule 常用配置片段如下： gzip on; gzip_comp_level 2; # 压缩比例，比例越大，压缩时间越长。默认是1 gzip_types text/css text/javascript; # 哪些文件可以被压缩 gzip_disable &q
  • java-7.微软亚院之编程判断俩个链表是否相交 给出俩个单向链表的头指针，比如 h1 ， h2 ，判断这俩个链表是否相交 bylijinnan java
    public class LinkListTest { /** * we deal with two main missions: * * A. * 1.we create two joined-List(both have no loop) * 2.whether list1 and list2 join * 3.print the join
  • Spring源码学习-JdbcTemplate batchUpdate批量操作 bylijinnan javaspring
    Spring JdbcTemplate的batch操作最后还是利用了JDBC提供的方法，Spring只是做了一下改造和封装 JDBC的batch操作： String sql = "INSERT INTO CUSTOMER " + "(CUST_ID, NAME, AGE) VALUES (?, ?, ?)";
  • [JWFD开源工作流]大规模拓扑矩阵存储结构最新进展 comsci 工作流
        生成和创建类已经完成,构造一个100万个元素的矩阵模型,存储空间只有11M大,请大家参考我在博客园上面的文档"构造下一代工作流存储结构的尝试",更加相信的设计和代码将陆续推出.........     竞争对手的能力也很强.......,我相信..你们一定能够先于我们推出大规模拓扑扫描和分析系统的....
  • base64编码和url编码 cuityang base64url
    import java.io.BufferedReader; import java.io.IOException; import java.io.InputStreamReader; import java.io.PrintWriter; import java.io.StringWriter; import java.io.UnsupportedEncodingException;
  • web应用集群Session保持 dalan_123 session
    关于使用 memcached 或redis 存储 session ，以及使用 terracotta 服务器共享。建议使用 redis，不仅仅因为它可以将缓存的内容持久化，还因为它支持的单个对象比较大，而且数据类型丰富，不只是缓存 session，还可以做其他用途，一举几得啊。1、使用 filter 方法存储这种方法比较推荐，因为它的服务器使用范围比较多，不仅限于tomcat ，而且实现的原理比较简
  • Yii 框架里数据库操作详解-[增加、查询、更新、删除的方法 'AR模式'] dcj3sjt126com 数据库
        public function getMinLimit () {        $sql = "...";        $result = yii::app()->db->createCo
  • solr StatsComponent（聚合统计） eksliang solr聚合查询solr stats
    StatsComponent 转载请出自出处：http://eksliang.iteye.com/blog/2169134 http://eksliang.iteye.com/ 一、概述        Solr可以利用StatsComponent 实现数据库的聚合统计查询，也就是min、max、avg、count、sum的功能   二、参数
  • 百度一道面试题 greemranqq 位运算百度面试寻找奇数算法bitmap 算法
    那天看朋友提了一个百度面试的题目：怎么找出{1,1,2,3,3,4,4,4,5,5,5,5}  找出出现次数为奇数的数字.   我这里复制的是原话，当然顺序是不一定的，很多拿到题目第一反应就是用map,当然可以解决，但是效率不高。   还有人觉得应该用算法xxx,我是没想到用啥算法好...！   还有觉得应该先排序...   还有觉
  • Spring之在开发中使用SpringJDBC ihuning spring
      在实际开发中使用SpringJDBC有两种方式：   1. 在Dao中添加属性JdbcTemplate并用Spring注入；     JdbcTemplate类被设计成为线程安全的，所以可以在IOC 容器中声明它的单个实例，并将这个实例注入到所有的 DAO 实例中。JdbcTemplate也利用了Java 1.5 的特定(自动装箱，泛型，可变长度
  • JSON API 1.0 核心开发者自述 | 你所不知道的那些技术细节 justjavac json
    2013年5月，Yehuda Katz 完成了JSON API(英文，中文) 技术规范的初稿。事情就发生在 RailsConf 之后，在那次会议上他和 Steve Klabnik 就 JSON 雏形的技术细节相聊甚欢。在沟通单一 Rails 服务器库—— ActiveModel::Serializers 和单一 JavaScript 客户端库——&
  • 网站项目建设流程概述 macroli 工作
    一.概念 网站项目管理就是根据特定的规范、在预算范围内、按时完成的网站开发任务。 二.需求分析 项目立项 　　我们接到客户的业务咨询，经过双方不断的接洽和了解，并通过基本的可行性讨论够，初步达成制作协议，这时就需要将项目立项。较好的做法是成立一个专门的项目小组，小组成员包括：项目经理，网页设计，程序员，测试员，编辑/文档等必须人员。项目实行项目经理制。 客户的需求说明书 　　第一步是需
  • AngularJs 三目运算 表达式判断 qiaolevip 每天进步一点点学习永无止境众观千象AngularJS
    事件回顾：由于需要修改同一个模板，里面包含2个不同的内容，第一个里面使用的时间差和第二个里面名称不一样，其他过滤器，内容都大同小异。希望杜绝If这样比较傻的来判断if-show or not，继续追究其源码。 var b = "{{", a = "}}"; this.startSymbol = function(a) {
  • Spark算子：统计RDD分区中的元素及数量 superlxw1234 sparkspark算子Spark RDD分区元素
    关键字：Spark算子、Spark RDD分区、Spark RDD分区元素数量     Spark RDD是被分区的，在生成RDD时候，一般可以指定分区的数量，如果不指定分区数量，当RDD从集合创建时候，则默认为该程序所分配到的资源的CPU核数，如果是从HDFS文件创建，默认为文件的Block数。   可以利用RDD的mapPartitionsWithInd
  • Spring 3.2.x将于2016年12月31日停止支持 wiselyman Spring 3
                  Spring 团队公布在2016年12月31日停止对Spring Framework 3.2.x（包含tomcat 6.x）的支持。在此之前spring团队将持续发布3.2.x的维护版本。          请大家及时准备及时升级到Spring
  • fis纯前端解决方案fis-pure zccst JavaScript
    作者：zccst FIS通过插件扩展可以完美的支持模块化的前端开发方案，我们通过FIS的二次封装能力，封装了一个功能完备的纯前端模块化方案pure。 1，fis-pure的安装 $ fis install -g fis-pure $ pure -v 0.1.4 2，下载demo到本地 git clone https://github.com/hefangshi/f