简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
1、虚拟机启动时确定加载了光驱2.查看挂载点3.,创建挂载点目录/mnt/cdrom,umount光盘设备,并重新挂载4.配置yum源,此目录下全部删除,#rm -rf .*创建文件 #touchCentOS-Media.repo并进行vi编辑5.直接下载软件包 #yum -y install gcc也可以下载gdb、make可以用命令 r...
测试CPU启动命令 这样填写压力参数,用以达到CPU的30%的压力/usr/bin/stress --cpu 20 --io 4 --vm 2 --vm-bytes 128M对内存进行压力测试在后台stress容器内执行这个命令测试内存:stress --vm 10 --vm-bytes 500M --vm-keep表示运行10个进程,每个进程分配500M内存...
今天在看docker的相关书籍,看到了docker run --rm这个选项:在Docker容器退出时,默认容器内部的文件系统仍然被保留,以方便调试并保留用户数据。但是,对于foreground容器,由于其只是在开发调试过程中短期运行,其用户数据并无保留的必要,因而可以在容器启动时设置--rm选项,这样在容器退出时就能够自动清理容器内部的文件系统。示例如下:docker run --r...
可以通过以下脚本强制删除[root@k8s-master1 k8s]# cat delete-ns.sh#!/bin/bashset -euseage(){echo “useage:”echo " delns.sh NAMESPACE"}if [ $# -lt 1 ];thenuseageexitfiNAMESPACE=1JSONFILE=1JSONFILE=1JSONFILE={NAMESPAC
故障现象:在给suse系统部署k8s服务的时候,启动kubelet服务,kubelet服务运行一会kubelet就会挂掉,紧接着主机就会重启。故障分析:1.首先先查看Kubelet的日志没有查看到明显的报错信息,截图是kubelet的服务报错信息。2.还是得查看系统日志,主机重启可能还是系统层面有关系。查看到日志中有一个关键的信息。解决方法1.查看系统日志,查看到suse有一个配置,dhcp修改h
1.环境变量Pod创建的时候,服务的ip和port会以环境变量的形式注入到pod里,比如pod创建时有一个redis-master服务,服务ip地址是10.0.0.11,port是6379,则会把下面一系列环境变量注入到pod里,通过这些环境变量访问redis-master服务。 REDIS_MASTER_SERVICE_HOST=10.0.0.11REDIS_MASTER_SERVICE_POR
1、插件数量不要安装太多,可以选择性安装需要的插件2、jenkins的master节点不构建任务,通过标签的方式调用k8s api生成jenkins从节点,在从节点构建任务,任务构建完成从节点自动删除,节省资源3、尽量使用私有服务器,如使用nexus、gitlab、harbor增加构建速度4、取消jenkins的定时清理工作空间任务 一些项目在构建时往需要下载一些依赖库,但是 yarn insta
沙箱容器其实就是pause容器,一般使用官方提供的k8s.gcr.io/pause:3.1镜像,这里会创建沙箱镜像和检查点并启动容器。每一个节点上都会由 Kubernetes 的网络插件 Kubenet 创建一个基本的cbr0网桥并为每一个 Pod 创建veth虚拟网络设备,同一个 Pod 中的所有容器就会通过这个网络设备共享网络,也就是能够通过 localhost 互相访问彼此暴露的端口和服务。
背景:有一批主机部署k8s服务,但是没有给root权限。几十台主机不能手动一台一台部署吧,肯定得用ansible吧。既节省时间又提高工作效率。操作步骤:首先在ansible.cfg配置文件中添加普通用户的信息,请看以下截图[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Z19erQX8-1606830872793)(C:\Users\machenike\AppDat
Pending:Pod 定义正确,提交到 Master,但其包含的容器镜像还未完全创建。通常处在 Master 对 Pod 的调度过程中。ContainerCreating:Pod 的调度完成,被分配到指定 Node 上。处于容器创建的过程中。通常是在拉取镜像的过程中。Running:Pod 包含的所有容器都已经成功创建,并且成功运行起来。Successed:Pod 中所有容器都成功结束,且不会被