2025年7月

Pod,它是 Kubernetes项目的原子调度单位,关于Pod最重要的一个事实是:它只是一个逻辑概念。也就是说,Kubernetes真正处理的,还是宿主机操作系统上 Linux 容器的Namespace和Cgroups,而并不存在一个所谓的 Pod 的边界或者隔离环境。

注意:

  • namespce: Linux 下资源隔离
  • cgroups: Control Groups(简称 CGroups)就是能够隔离宿主机器上的物理资源,例如 CPU、内存、磁盘 I/O 和网络带宽。每一个 CGroup 都是一组被相同的标准和参数限制的进程。

以下是关于一个pod创建的过程:

- 阅读剩余部分 -

什么是Service

将在集群中运行的应用通过同一个面向外界的端点公开出去,即使工作负载分散于多个后端也完全可行。

Kubernetes 中 Service 是 将运行在一个或一组 Pod 上的网络应用程序公开为网络服务的方法。

Kubernetes 中 Service 的一个关键目标是让你无需修改现有应用以使用某种不熟悉的服务发现机制。 你可以在 Pod 集合中运行代码,无论该代码是为云原生环境设计的,还是被容器化的老应用。 你可以使用 Service 让一组 Pod 可在网络上访问,这样客户端就能与之交互。

- 阅读剩余部分 -

ansible-playbook

运行Ansible playbook的工具,这是一个配置和多节点部署系统。有关更多信息,请参阅项目主页 ( https://docs.ansible.com )。

环境变量

可以指定以下环境变量。

ANSIBLE_INVENTORY – 覆盖默认的ansible清单文件

ANSIBLE_LIBRARY – 覆盖默认的ansible模块库路径

ANSIBLE_CONFIG - 覆盖默认的 ansible 配置文件

示例

ANSIBLE_CONFIG=~/k8s-test/ansible.cfg ansible-playbook -i ~/k8s-test/hosts_bjdlyy_k3s playbooks/001.init.yaml

通过添加-v,可以查看当前使用的ansible.cfg

ANSIBLE_CONFIG=~/k8s-test/ansible.cfg ansible-playbook -i ~/k8s-test/hosts_bjdlyy_k3s playbooks/001.init.yaml -v

配置文件

ansible.cfg 中的大多数选项都有更多可用的选项

文件

/etc/ansible/hosts – 默认库存文件

/etc/ansible/ansible.cfg – 配置文件,如果存在则使用

~/.ansible.cfg- 用户配置文件,覆盖默认配置(如果存在)

- 阅读剩余部分 -