k8s1.26+containerd安装-单机master1.机器iphostname192.168.137.133k8smaster192.168.137.132k8snode1192.168.137.134k8snode21.1机器初始化操作每个机器设置对应的hostname，并查看hostnamectlset-hostnamek8smasterhostname在master机器配置host文件echo'''192.168.137.131k8smaster192.168.137.129k8snode1192.168.137.131k8snode2'''>>/etc/hosts每台机器都设置
1、CoreDNS概述CoreDNS是一种新的DNS服务器，它开发的初衷主要是用于Linux和docker的配合使用，自kubernetes1.11版本开始，CoreDNS取代原来的KubeDNS和SkyDNS成为k8s中默认的DNS组件。在k8s安装完成后，我们可以通过命令“kubectlgetpod-nkube-system”查看到CoreDNS的pod，通过这样的方式我们可以看到，在默认的情况下，k8s会在命名空间kube-system中创建两个CoreDNS的副本，如果有容器向CoreDNS发起解析，相关的解析请求会通过默认的kubernetes微服务负载均衡到这两个CoreDNS副本
1、CoreDNS概述CoreDNS是一种新的DNS服务器，它开发的初衷主要是用于Linux和docker的配合使用，自kubernetes1.11版本开始，CoreDNS取代原来的KubeDNS和SkyDNS成为k8s中默认的DNS组件。在k8s安装完成后，我们可以通过命令“kubectlgetpod-nkube-system”查看到CoreDNS的pod，通过这样的方式我们可以看到，在默认的情况下，k8s会在命名空间kube-system中创建两个CoreDNS的副本，如果有容器向CoreDNS发起解析，相关的解析请求会通过默认的kubernetes微服务负载均衡到这两个CoreDNS副本
硬件要求1、Master主机：2核CPU、4G内存、20G硬盘2、Node主机：4+核CPU、8G+内存、40G+硬盘2、集群中的所有机器的网络彼此均能相互连接（公网和内网都可以）3、节点之中不可以有重复的主机名、MAC地址或product_uuid4、开启机器上的某些端口5、为了保证kubelet正常工作，必须禁用交换分区各服务器初始化配置配置各主节点的主机名称hostnamectlset-hostnamek8smaster&&hostname#设置主节点1的主机名称配置各从节点的主机名称hostnamectlset-hostnamek8snode1&&hostname#设置从节点1的主机名
flink-kubernetes-operator官方文档中给出的application模式demoapiVersion:flink.apache.org/v1beta1kind:FlinkDeploymentmetadata:namespace:defaultname:basic-examplespec:image:flink:1.16flinkVersion:v1_16flinkConfiguration:taskmanager.numberOfTaskSlots:"2"serviceAccount:flinkjobManager:resource:memory:"2048m"cpu:1t
1.iaas基础设施即服务 公司：服务器购买、建设机房、dns路由器、硬件、存储...--抽象成服务提供给公司(用户)使用2.paas平台即服务在iaas层上进行了更高级层次抽象，iaas提供硬件服务，paas提供基础软件服务3.saas软件即服务钉钉，企业微信云原生：架构：软件开发思想（软件架构思想）应用：就是为了让应用程序（项目、mysql、elasticsearch...）都运行在云上容器中，这样的技术就叫做云原生特点：1.容器化:容器项目部署，起到了隔离的作用2.微服务：实现原生最好采用微服务架构，微服务按照function拆分后，可以做到高内聚，低耦合，实现CI/CD3.devops
目录Docker和K8sk8s中的重要概念 Master节点Node节点集群（Cluster）标签（Label）命名空间（Namespace）容器组（Pod）无状态部署（Deployment）有状态部署（StatefulSet）任务（Job）服务（Service）PodPod的理解Pod生命周期Pod资源清单定义结语你是否在测试开发的道路上遇到了瓶颈，想要突破自己的技能瓶颈？Kubernetes作为容器编排领域的翘楚，已经成为现代企业构建可靠、可伸缩的应用程序的重要基础。但是，它的复杂性经常令人望而却步。因此，深入理解Kubernetes核心概念对于测试开发工程师来说至关重要。本文将重点介绍K
写在前面本文一起看下POD的资源限制配置和健康监测的相关内容。1：资源限制如果是不对POD设置资源限制的话，若任由其占用系统资源，可能会造成非常严重的后果，所以我们需要根据具体情况来设置资源限制，如使用多少内存，多少CPU，多少IOPS等，实现这些限制使用的是cgroup技术，而配置这些限制使用到属性是resources。在看具体的例子之前需要先来看下cpu资源的表示方法，cpu标识的最小单位是0.001m,这里的m是milli的意思，1000m就代表使用一个cpu，500m就代表0.5cpu，具体配置cpu限制的话使用Xm，X这种，后者是直接指定使用CPU的个数。如下yaml：apiVers
一、创建命名空间1、编写yaml文件vim namespace.yaml---apiversion: v1 # api版本kind: Namespace # 创建类型----（Namespace命名空间)metadata： # 元数据 name: ns-monitor # 起个名字 （给元数据的名字） labels: # 标签 name: ns-monitor # 标签的名字2、创建资源# kubectl apply -f namespace.yaml回显 namespace/ns-monitor created (以创建成功)#
##背景介绍>最近的docker容器经常被kill掉，k8s中该节点的pod也被驱赶。我有一个在主机中运行的Docker容器（也有在同一主机中运行的其他容器）。该Docker容器中的应用程序将会计算数据和流式处理，这可能会消耗大量内存。该容器会不时退出。我怀疑这是由于内存不足，但不是很确定。我需要找到根本原因的方法。那么有什么方法可以知道这个集装箱的死亡发生了什么？###容器层级判断检测提到dockerlogs$container_id查看该应用程序的输出。这永远是我要检查的第一件事。接下来，您可以运行dockerinspect$container_id以查看状态的详细信息，例如：```"St
