Kubernetes ImagePullBackOff 镜像拉取失败的排查与修复实践
## 适用场景 这篇文章适用于 Pod 一直停留在 `Pending`、`ErrImagePull` 或 `ImagePullBackOff`，业务发布后没有新实例可用的场景。常见环境包括自建 Kubernetes、云厂商托管集群、私有镜像仓库 Harbor、阿里云/腾讯云镜像仓库，以及通过 CI/CD 自动更新镜像
Tag
#docker
包含这个标签的文章。
Docker 容器 DNS 解析失败与 systemd-resolved 的排查实践
## 适用场景 这类问题常见于 Ubuntu、Debian 或启用了 `systemd-resolved` 的 Linux 主机：宿主机可以正常解析域名，但 Docker 容器内访问外部域名失败，表现为应用请求超时、包管理器无法安装依赖、容器启动后健康检查一直失败。 典型环境包括： - 宿主机使用 Docker
Docker 容器 json-file 日志膨胀导致磁盘被打满的排查与治理
## 适用场景 这类问题常见于单机 Docker、docker-compose 或没有接入集中日志系统的测试/生产节点。应用本身还在运行，但主机磁盘空间持续下降，最终出现接口异常、容器重启失败、镜像拉取失败、数据库写入失败等问题。 典型环境特征： - Docker 使用默认 `json-file` 日志驱动。 -
Dockerfile 加速构建
当使用 Dockerfile 构建 Java 应用程序时，可以使用 BuildKit 的 `--mount=type=cache` 参数来加速构建过程。BuildKit 的缓存功能可以利用之前构建层的缓存，从而加快构建速度。这对于 Java 应用程序而言尤其有用，因为 Java 应用程序的构建通常涉及到大量的依赖下载和
docker使用NFS共享卷
目录 [TOC] ## 一、配置NFS服务 ### 1.1 NFS服务端配置 ```bash yum install nfs-utils rpcbind -y mkdir -p /data/nfs/docker echo "/data/nfs *(rw,async,no_root_squash)">>/et
Kubernetes扩容master(二进制)
目录 [TOC] [Kubernetes单master架构部署(二进制)](https://www.ywcsb.vip/blog/119.html) # 一、高可用架构（扩容多Master架构） Kubernetes作为容器集群系统，通过健康检查+重启策略实现了Pod故障自我修复能力，通过调度算法实现将Pod分
Kubernetes单master架构部署(二进制)
目录 [TOC] # 一、前置知识点 ## 1.1 生产环境可部署Kubernetes集群的两种方式 目前生产部署kubernetes集群主要有两种方式： - kubeadm kubeadm是一个kus部署工具，提供kubeadm init和kubeadm join，用于快速部署kubernets集群。
docker-compose文件中networks使用已经创建的网络
## 创建网络 ``` docker network create --driver=bridge --subnet=192.168.88.0/24 demo ``` ### 执行命令查看网络是否创建成功： ``` docker network ls ``` ## 使用已创建的网络 ```yml version
Linux下离线安装Docker最新版本
##### 基础环境 1. Docker版本：最新版本 官方下载地址: [https://download.docker.com/linux/static/stable/x86_64/](https://download.docker.com/linux/static/stable/x86_64/) 2. 官方参考
获取Docker容器名称
可以结合`docker ps`和`docker inspect` ``` docker inspect --format='{{.Name}}' $(sudo docker ps -aq --no-trunc) # 将用“/“作为前缀 docker inspect --format='{{.Name}}' $(sudo