minyao

利用k8s部署Java项目构建镜像[root@master kubenetres]# docker build -f Dockerfile -t test3:1.0 .Sending build context to Docker daemon 74.54MBStep 1/3 : FROM openjdk:18-jdk-alpine3.15 ---> dfg56hghg6h6Step 2/3 : COPY halo-1.3.1.jar /usr/local/halo-1.3.1.jar

资源清单文件[root@master manifest]# cat test.yml ---apiVersion: apps/v1kind: Deployment metadata: name: web namespace: default spec: replicas: 2 selector: matchLabels: app: nginx template: metadata: labels: app: ngin

暴露端口的方式一：clusterIP此类型会提供一个集群内部的虚拟IP（与pod不在同一网段），以供集群内部的pod之间通信使用。clusterIP也是kubernetes service的默认类型主要需要以下几个组件的协同工作apiservice：在创建service时，apiserver接收到请求以后将数据存储到etcd中。kube-proxy：k8s的每个节点中都有该进程，负责实现service功能，这个进程负责感知service，pod的变化，并将变化的信息写入本地的iptables中i

工作负载是在kubernetes上运行的应用程序。无论你的负载是单一组件还是由多个一同工作的组件构成，在Kubernetes中你可以在一组Pods中运行它。在Kuberneres中，pod代表的是集群上处于运行状态的一组容器。Kubernetes Pods有确定的生命周期。例如，当某Pod在你的集群中运行时，Pod运行所在的节点出现致命错误时，所有该节点上的Pods都会失败。Kubernetes将这类失败视为最终状态：即使该节点后来恢复正常运行，你也需要创建新的Pod来恢复应用。不过，为了让用户的日子

调度创建一个pod的工作流程kubernetes基于list-watch机制的控制器架构，实现组件间交互的解耦。其他组件监控自己负责的资源，当这些资源发生变化时，kube-apiserver会通知这些组件，这个过程类似于发布与订阅。用户提交创建Pod的请求，可以通过API Server的REST API ，也可用Kubectl命令行工具，支持Json和Yaml两种格式；API Server 处理用户请求，存储Pod数据到Etcd；Schedule通过和 API Server的watch机制，

深入理解Pod对象：基本管理Pod基本概念Pod是Kubernetes创建和管理的最小单元，一个Pod由一个容器或多个容器组成，这些容器共享存储、网络。Pod特点:一个Pod可以理解为是一个应用实例,提供服务Pod中容器始终部署在一个Node上Pod中容器共享网络、存储资源Kubernetes直接管理Pod，而不是容器Pod存在的意义Pod主要用法:运行单个容器:最常见的用法，在这种情况下，可以将Pod看做是单个容器的抽象封装运行多个容器:封装多个紧密耦合且需要共享资源的应用程序

编写测试web镜像[root@master ~]# cat Dockerfile FROM busyboxRUN mkdir /data && echo 'hello,this is a xaw' > /data/index.htmlCMD ["/bin/httpd","-f","-h","/data"][root@master ~]# docker build -t my922/apache:v1.0 .Sending build context to Docker

kubernetes基本概念Pod:k8s最小部署单元，一组容器的集合Deployment:最常见的控制器，用于更高级别部署和管理PodService:为一组Pod提供负载均衡，对外提供统一访问入口Label:标签，附加到某个资源上，用于关联对象、查询和筛选Namespaces∶命名空间。将对象逻辑上隔离，也利于权限控制edit(编辑资源)//运行一个pod类型的nginx，名字叫nginx,定义的标签是app=nginx[root@master ~]# kubectl run nginx

k8s的pod分类pod分为两类：自主式pod与控制器管理的pod自主式pod由k8s管理器进行管理，而static pod由kubelet进行创建与管理自主式pod​ 自主式pod总是在前台运行，同时接受k8s管理与调度，当集群当中的pod因为某种原因停止，k8s会根据其副本的数量，重新的生成对应的pod​ 自我管理的pod，创建以后仍然需要提交给apiserver，由apiserver接收以后借助于调度器将其调度至指定的node节点，由node启动此pod​ 如果此pod出现故障,需要重启容

kubeadm是官方社区推出的一个用于快速部署kubernetes集群的工具。这个工具能通过两条指令完成一个kubernetes集群的部署：# 创建一个 Master 节点$ kubeadm init# 将一个 Node 节点加入到当前集群中$ kubeadm join <Master节点的IP和端口>1. 安装要求在开始之前，部署Kubernetes集群机器需要满足以下几个条件：-至少3台机器，操作系统 CentOS7+硬件配置：2GB或更多RAM，2个CPU或更多C

文章目录Kubernetes简介kubernetes背景和历史kubernetes特点kubernetes相关概念基本对象PodServiceVolume持久存储卷（Persistent Volume，PV）和持久存储卷声明（Persistent Volume Claim，PVC）NamespaceLable基于基本对象更高层次抽象ReplicationControllerReplicaSetDeploymentStatefulSetDaemonSetJob有状态服务集（PetSet）集群联邦（Federa

podman加速器//修改配置文件[root@localhost ~]# cd /etc/containers/[root@localhost containers]# lscerts.d policy.json registries.conf.d storage.confoci registries.conf registries.d[root@localhost containers]# vim registries.conf# # An array of ho

podman故障排除网络设置//首先先定义一个别名，podman等于docker[root@localhost ~]# alias docker=podman[root@localhost ~]# aliasalias cp='cp -i'alias docker='podman'alias egrep='egrep --color=auto'alias fgrep='fgrep --color=auto'alias grep='grep --color=auto'alias l.='l

什么是podman什么是波德曼？Podman 是一个无守护进程的容器引擎，用于在 Linux 系统上开发、管理和运行 OCI 容器。容器可以以 root 或无根模式运行。简单地说：别名 docker=podman。Podman 是一个开源项目，可在大多数 Linux 平台上使用并驻留在GitHub 上。Podman 是一个无守护进程的容器引擎，用于在 Linux 系统上开发、管理和运行 Open Container Initiative (OCI) 容器和容器映像。Podman 提供了一个与 Docke

alpine系统简介Alpine 操作系统是一个面向安全的轻型 Linux 发行版。它不同于通常 Linux 发行版，Alpine 采用了 musl libc 和 busybox 以减小系统的体积和运行时资源消耗，但功能上比 busybox 又完善的多，因此得到开源社区越来越多的青睐。在保持瘦身的同时，Alpine 还提供了自己的包管理工具 apk，可以通过 https://pkgs.alpinelinux.org/packages 网站上查询包信息，也可以直接通过 apk 命令直接查询和安装各种软件。

//结构[root@localhost haproxy]# tree.├── Dockerfile└── files ├── haproxy-2.4.0.tar.gz ├── haproxy.cfg ├── haproxy.sh └── install.sh//dockerfile[root@localhost haproxy]# cat Dockerfile FROM centosLABEL MAINTAINER aaa xaw@qq.comENV

基本结构Dockerfile 是一个文本格式的配置文件，用户可以使用 Dockerfile 快速创建自定义镜像。Dockerfile 由一行行命令语句组成，并且支持以 # 开头的注释行。Docker分为四部分：基础镜像信息维护者信息镜像操作指令容器启动时默认要执行的指令例如：# This dockerfile uses the ubuntu image# VERSION 2 - EDITION 1# Author: seancheng# Command format: Instruc

源码部署apache服务拉取镜像[root@localhost ~]# docker pull centos:88: Pulling from library/centosDigest: sha256:a27fd8080b517143cbbbab9dfb7c8571c40d67d534bbdee55bd6c473f432b177Status: Image is up to date for centos:8docker.io/library/centos:8创建一个带有存储卷的容器这里我

COW机制Docker镜像由多个只读层叠加而成，启动容器时，Docker会加载只读镜像层并在镜像栈顶部添加一个读写层。如果运行中的容器修改了现有的一个已经存在的文件，那么该文件将会从读写层下面的只读层复制到读写层，该文件的只读版本依然存在，只是已经被读写层中该文件的副本所隐藏，这就是“写时复制(COW)”机制。对于这种方式来说，我们去访问一个文件，修改和删除等一类的操作，其效率会非常的低，因为隔着很多层镜像。而要想绕过这种限制，我们可以通过使用存储卷的机制来实现。什么是存储卷存储卷就是将宿主机