K3S安装的时候默认使用docker

发表于2022-05-15|更新于2026-04-29|软件

|浏览量:

K3S安装的时候默认使用docker

问题

k8s在1.20之后就弃用docker的运行时了，所以k3s也开始默认使用containerd作为默认的运行时。
这导致一个问题。那就是k3s无法访问本地docker镜像。

解决方案

一种解决方案就是使用containerd的镜像，而不是docker。还有一种方式是在安装时就指定k3s使用docker作为运行环境。

1 2	/usr/local/bin/k3s-uninstall.sh curl -sfL https://get.k3s.io \| sh -s - server --docker

国内用户，可以使用以下方法加速安装：

1	curl -sfL https://rancher-mirror.rancher.cn/k3s/k3s-install.sh \| INSTALL_K3S_MIRROR=cn sh -s - server --docker

文章作者: Arthur Ming

文章链接: http://blog.damingerdai.com/2022/05/15/software/k8s/k3s-install-with-docker/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Damingerdai's Blog！

k8s docker k3s kubernetes

相关推荐

Docker Desktop自带k8s安装笔记

Docker Desktop自带k8s安装笔记安装一个k8s还是一个比较复杂的事情，但是Docker Desktop已经自带了一个简易版的k8s，可以基本满足正常的学习使用安装Docker对于Mac用户，请点击Docker Desktop对于Windows10用户，请点击Docker Desktop 配置docker的国内镜像国内的网络下载可能比较慢，建议使用下面的镜像 1234567891011121314151617{ "registry-mirrors": [ "https://dockerproxy.com", "https://dockerhub.azk8s.cn", "https://registry.docker-cn.com", "https://docker.mirrors.ustc.edu.cn", "https://mirror.baidubce.com", "http://hub...

HorizontalPodAutoscaler入门实践

HorizontalPodAutoscaler在Kubernetes中，HorizontalPodAutoscaler 自动更新工作负载资源（例如Deployment或者StatefulSet），目的是自动扩缩工作负载以满足需求。水平扩缩意味着对增加的负载的响应是部署更多的 Pod。本文目的是通过Docker Desktop上的Kubernetes实例去实践pod的水平扩展。本文默认Docker Desktop上的Kubernetes已经安装完成。如果需要帮助，可以阅读Docker Desktop自带k8s安装笔记。安装 Metrics server由于Docker Desktop上的Kubernetes默认并没有安装Metrics server，而HorizontalPodAutoscaler依赖通过Metrics server获取到的数据，因此需要提前安装。 12kubectl top node error: Metrics API not available 从Metrics server的release页面获取最新的components.yaml文件，然后执行...

轻量化 K8s 管理方案：在 k3s 中部署 Skooner 可视化面板

前言管理 Kubernetes 集群不应该以牺牲系统资源为代价。虽然官方 Dashboard 功能强大，但对于小型集群或单节点 k3s 环境来说，它往往显得过于臃肿。如果你正在寻找一个极致轻快、响应迅速的管理界面，Skooner 是一个完美的平衡点。 Skooner（原名 K8dash）是一款开源、超轻量级的实时仪表盘，它在不增加集群负担的前提下，提供了核心的资源观测能力。为什么选择 Skooner？Skooner 的设计哲学与 k3s 的轻量化理念完美契合：极低的资源占用：它的内存占用通常不到 50MB，在你的系统监控中几乎可以忽略不计。实时状态感知：基于 WebSocket 技术，无需手动刷新页面即可实时查看 CPU、内存消耗以及 Pod 状态。移动端自适应：UI 采用响应式设计，即使在手机或平板浏览器上也能轻松排查集群问题。部署步骤在本指南中，我们将通过 NodePort (32007) 的方式部署并暴露 Skooner，以便你直接通过物理机 IP 访问。 1. 部署核心组件首先，一键安装 Skooner 的命名空间、服务和部署资源： 12kubectl ap...

玩转 K8s 面板：轻量级 Kite 安装全记录 (K3s 篇)

前言在 Kubernetes 运维中，官方的 Dashboard 虽然功能齐全但显得有些沉重。如果你正在寻找一款轻量、现代化、且安装简单的监控面板，Kite 绝对是一个惊喜。本文将详细记录如何在 K3s 环境下安装 Kite，并配置 Ingress 域名访问以及集成 Prometheus 历史监控。一、环境准备集群环境：K3s (自带 Traefik Ingress Controller) 节点 IP：192.168.31.222 目标域名：kite.damingerdaiinternal.com 二、部署 Kite 核心组件首先，我们直接使用官方提供的清单将 Kite 安装到 kube-system 命名空间下： 12kubectl apply -f https://raw.githubusercontent.com/zxh326/kite/refs/heads/main/deploy/install.yaml 1. 修改服务为 NodePort (可选)为了方便最初的调试，我们可以将 Service 类型修改为 NodePort 并指定端口 32008： 12ku...

在Ubuntu 18.04.5 LTS上安装minkube

在Ubuntu 18.04.5 LTS上安装minkube要求 2 CPUs or more 2GB内存 20G空间无线网络连接容器或者虚拟机，比如: Docker, Hyperkit, Hyper-V, KVM, Parallels, Podman, VirtualBox, or VMWare 下载1curl -LO https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 启动1sudo minikube start --registry-mirror=https://registry.docker-cn.com --vm-driver=none --image-repository registry.cn-hangzhou.aliyuncs.com/google_containers 注意点none driver integration tests: k8s 1.18 needs conntrack installed解决方案 12sudo apt-get insta...

从 Demo 到生产级：Kite 在 K3s 上的 PostgreSQL 与 Ingress 部署实战

从 Demo 到生产级：Kite 在 K3s 上的高可用数据库与 HTTPS 部署实践引言在之前的文章《玩转 K8s 面板：轻量级 Kite 安装全记录 (K3s 篇)》中，我们快速搭建了测试环境。但随着使用深入，原方案的局限性开始显现。今天我们将进行一次彻头彻尾的“生产级”改造。 1. 原方案的痛点：为什么不能用于生产？原方案最大的问题在于数据持久化。默认 SQLite 的风险：原方案依赖 Pod 内部或本地路径的 SQLite 数据库。在 Kubernetes 环境下，Pod 是随毁随建的（Stateless）。数据丢失：一旦节点重启、Pod 漂移或进行版本升级，所有用户配置、AI 工作流数据将全部丢失。不可扩展性：SQLite 不支持多实例并发写入，限制了未来的水平扩展。 2. 外部数据库集成：计算与存储分离为了实现数据持久化，我们将数据库移出 K3s 集群，部署在独立的服务器（192.168.31.220）上。 2.1 数据库初始化在 PG 服务器上执行： 1234CREATE DATABASE kite_db;CREATE USER kite_user...