如果你的应用是标准的 Web 应用（HTTP/HTTPS），需要基于 URL 路径、主机名进行灵活的路由，或者要集成 AWS Lambda，选择 ALB。这是目前最常用、功能最丰富的 HTTP 负载均衡器。如果你需要处理四层 TCP/UDP 流量，对性能和延迟有极端要求，或者需要保留客户端源 IP，选择 NLB。​ 是旧版产品，除非有历史遗留原因需要兼容，否则 AWS 推荐使用 ALB 或 NLB

configure_containerd: 安装并配置 Containerd（推荐用于 Kubernetes）disable_swap: 关闭 swap 分区（Kubernetes 要求）安装必要的系统工具：curl、wget、python3、sshpass 等。这个脚本为 Kubernetes 集群部署提供了标准化的基础环境准备。5. Hosts 文件配置 (configure_hosts)4.

采用 ​​Ubuntu 作为我们的操作系统。

Prometheus（普罗米修斯）是一套开源的监控&报警&时间序列数据库的组合，起始是SoundCloud公司开发的。随着发展，越来越多公司和组织接受采用Prometheus，社会也十分活跃，他们便将它独立成开源项目，并且有公司来运作。Google SRE的书内也曾提到跟他们BorgMon监控系统相似的实现是Prometheus。现在最常见的Kubernetes容器管理系统中，通常会搭配Prome

这意味着开发者/运维人员可以继续使用他们熟悉的 Kubernetes 概念（标签、命名空间）来管理网络安全，而无需深入了解底层的复杂网络知识（IP 地址管理、路由协议、防火墙命令）。在看K8s官方文档时，发现networkpolicy网络策略资源在K8s API目录下，由这一点对K8s的声明式API驱动和控制平面与数据平面分离又有了新的理解。​：通过标准化的 API，Kubernetes 成功地将

注意：以下命令以root身份或使用sudo。

Kubernetes 集群由一个控制平面和一组用于运行容器化应用的工作机器组成， 这些工作机器称作节点（Node）。每个集群至少需要一个工作节点来运行 Pod。工作节点托管着组成应用负载的 Pod。控制平面管理集群中的工作节点和 Pod。在生产环境中，控制平面通常跨多台计算机运行，而一个集群通常运行多个节点，以提供容错和高可用。本文概述了构建一个完整且可运行的 Kubernetes 集群所需的各种

Kubernetes 是一个开源的容器编排引擎，用来对容器化应用进行自动化部署、扩缩和管理。此开源项目由云原生计算基金会（CNCF）托管。Kubernetes这个名字源于希腊语，意为“舵手”或“飞行员”。K8s 这个缩写是因为 K 和 s 之间有 8 个字符的关系。Google 在 2014 年开源了 Kubernetes 项目。Kubernetes 建立在Google 大规模运行生产工作负载十几

Kubernetes API 使你可以查询和操纵 Kubernetes 中对象的状态。Kubernetes 控制平面的核心是 API 服务器和它暴露的 HTTP API。用户、集群的不同部分以及外部组件都通过 API 服务器相互通信。大部分操作都可以通过kubectl命令行接口或类似kubeadm这类命令行工具来执行， 这些工具在背后也是调用 API。不过，你也可以使用 REST 调用来访问这些

Pod 遵循预定义的生命周期，起始于Pending， 如果至少其中有一个主要容器正常启动，则进入Running，之后取决于 Pod 中是否有容器以失败状态结束而进入Succeeded或者Failed阶段。和一个个独立的应用容器一样，Pod 也被认为是相对临时性（而不是长期存在）的实体。Pod 会被创建、赋予一个唯一的 ID（）， 并被调度到节点，并在终止（根据重启策略）或删除之前一直运行在该节点。