拉取私有仓库镜像配置当我们制作好一个镜像后，我们可以传到公共镜像仓库，供所有人拉取使用，不需要指定拉取镜像的用户、密码。我们也可以将镜像推送到自己搭建的镜像库，比如harbor镜像仓库中，如果我们在镜像仓库中的项目是公开项目，拉取镜像也是不要用户名、密码的。但如果是私有项目，则需要指定用户名、密码才能拉取。下面将介绍两种方式通过用户名、密码拉取私有镜像制作拉取镜像secret不论是何种姿势拉取私有镜像，都需要先创建拉取镜像的secret。创建拉取镜像secret有两种方式，如下1.根据config.json文件生成secretdockerlogin登录到镜像需要推到的目标仓库，此时在本地/ro
目录一、背景二、持续集成三、K8S架构1、核心组件2、分层结构3、核心能力3.1发现与负载3.2调度3.3自动伸缩四、应用案例1、服务部署2、交互流程五、参考源码整体上理解流程和原理；一、背景基于分布式的架构中，需要管理的服务是非常多的，无论是服务的数量还是体系划分；从服务的能力上看，可以进行分层管控，只是其中有相当一部分服务层，改动更新的频率很低，所以感知也不明显；就以自己当下参与研发的系统来说；通过K8S进行管理的服务近百个，这中间有部分服务采用集群模式，即便是这个规模的系统，也几乎不可能依赖纯人工运维的形式，自动化流程必不可少；二、持续集成此前围绕该主题写过一个完整的实践案例，主要围绕J
一、背景基于分布式的架构中，需要管理的服务是非常多的，无论是服务的数量还是体系划分；从服务的能力上看，可以进行分层管控，只是其中有相当一部分服务层，改动更新的频率很低，所以感知也不明显；就以自己当下参与研发的系统来说；通过K8S进行管理的服务近百个，这中间有部分服务采用集群模式，即便是这个规模的系统，也几乎不可能依赖纯人工运维的形式，自动化流程必不可少；二、持续集成此前围绕该主题写过一个完整的实践案例，主要围绕Jenkins、Docker、K8S等组件的使用层面，总结源码编译、打包、镜像构建、部署等自动化管理的流程；Jenkins：是一个扩展性非常强的软件，用于自动化各种任务，包括构建、测试和
1、Zookeeper简介zookeeper是一个开源的分布式协调服务，由知名互联网公司Yahoo创建，它是Chubby的开源实现；换句话讲，zookeeper是一个典型的分布式数据一致性解决方案，分布式应用程序可以基于它实现数据的发布/订阅、负载均衡、名称服务、分布式协调/通知、集群管理、Master选举、分布式锁和分布式队列；2、PV/PVC及zookeeper3、构建zookeeper镜像3.1、下载java环境基础镜像，将对应镜像修改本地harbor地址上传至harbor3.2基于java环境基础镜像，构建zookeeper镜像root@k8s-master01:~/k8s-data/
Kubernetes（K8S）是一种开源的容器编排平台，它可以自动化管理容器化应用程序的部署、扩展和管理。K8S具有高度的可扩展性、灵活性和可靠性，因此在各种应用场景中得到广泛应用。本文将介绍K8S的应用场景，包括以下方面：1.云原生应用K8S是云原生应用的基石，它为云原生应用提供了可靠的基础设施。云原生应用是一种基于容器和微服务架构的应用程序，它可以快速、灵活地部署和扩展。K8S提供了自动化的容器编排、负载均衡、服务发现、自动化扩展等功能，使得云原生应用更加容易部署和管理。2.微服务架构K8S是微服务架构的理想平台，它可以自动化管理微服务的部署、扩展和管理。微服务架构是一种将应用程序拆分成小
kubectl集群管理命令详解一、准备工作1.1、ReplicationController1.2、Deployment1.3、DaemonSet1.4、查看创建的svc和pod1.5、kubectl命令自动补全设置二、集群管理命令2.1、top2.2、cordon2.3、uncordon2.4、drain2.5、taint2.5.1、污点设置。2.5.2、容忍度使用一、准备工作Kubernetes提供的集群控制平面（master节点）与KubernetesAPIServer通信的命令行工具——kubectl。kubectl默认配置文件目录$HOME/.kube/config。可以通过--ku
kubectl集群管理命令详解一、准备工作1.1、ReplicationController1.2、Deployment1.3、DaemonSet1.4、查看创建的svc和pod1.5、kubectl命令自动补全设置二、集群管理命令2.1、top2.2、cordon2.3、uncordon2.4、drain2.5、taint2.5.1、污点设置。2.5.2、容忍度使用一、准备工作Kubernetes提供的集群控制平面（master节点）与KubernetesAPIServer通信的命令行工具——kubectl。kubectl默认配置文件目录$HOME/.kube/config。可以通过--ku
K8S集群中Pod资源处于Terminating或Unknown状态排查思路文章目录K8S集群中Pod资源处于Terminating或Unknown状态排查思路1.Pod资源处于Terminating状态和Unknown状态的原因2.Pod资源由于Node节点原因处于Terminating状态的排查思路3.Pod资源由于Node节点原因处于Unknown状态的排查思路1.Pod资源处于Terminating状态和Unknown状态的原因Terminating状态表示Pod正在删除，Pod处于Terminating状态的原因有以下几点：人为手动删除Pod，这时Pod就会处于该状态，若是人为手动触
Kubernetes核心概念Master主要负责资源调度，控制副本，和提供统一访问集群的入口。--核心节点也是管理节点Node是Kubernetes集群架构中运行Pod的服务节点。Node是Kubernetes集群操作的单元，用来承载被分配Pod的运行，是Pod运行的宿主机，由Master管理，并汇报容器状态给Master，同时根据Master要求管理容器生命周期。Node节点的IP地址，是Kubernetes集群中每个节点的物理网卡的IP地址，是真是存在的物理网络，所有属于这个网络的服务器之间都能通过这个网络直接通信；Pod直译是豆荚，可以把容器想像成豆荚里的豆子，把一个或多个关系紧密的豆子
简言： k8syaml中文件内容一般有kind类型之分，每种类型有不同的功能（一般用---符号隔开）常见的kind类型： （1）Endpoints：Endpoints可以把外部的链接到k8s系统中（可以理解为引用外部资源，如将一个外部mysql连接到k8s中） （2）Service：部署一个内部虚拟IP，其他deployment可以链接。（可以简单理解为K8S的端口映射，如外部3444端口映射到pod应用中80端口） （3）Secrets：用于存储和管理一些敏感数据，比如密码，token，密钥等敏感信息。（可以理解为ssh中的密钥）
