## kubectl常用命令
```
# 进入pod容器
kubectl exec -it pod容器名称 bash


# 查看所有命名空间
kubectl get ns


# 查看所有命名空间中的pod
kubectl get pod --all-namespaces


# 查看所有 pod 列表,  -n 后跟 namespace, 查看指定的命名空间
kubectl get pod
kubectl get pod -n kube  
kubectl get pod -o wide


# 查看 RC 和 service 列表， -o wide 查看详细信息
kubectl get rc,svc
kubectl get pod,svc -o wide  
kubectl get pod <pod-name> -o yaml


# 显示 Node 的详细信息
kubectl describe node 192.168.0.212


# 显示 Pod 的详细信息, 特别是查看 pod 无法创建的时候的日志
kubectl describe pod <pod-name>
eg:
kubectl describe pod redis-master-tqds9


# 根据 yaml 创建资源, apply 可以重复执行，create 不行
kubectl create -f pod.yaml
kubectl apply -f pod.yaml


# 基于 pod.yaml 定义的名称删除 pod 
kubectl delete -f pod.yaml 


# k8s集群上删除pod及service
1、先删除pod
2、再删除对应的deployment
否则只是删除pod是不管用的，还会看到pod，因为deployment.yaml文件中定义了副本数量
kubectl get pod -n jenkins
kubectl delete pod jenkins2-8698b5449c-grbdm -n jenkins

kubectl get deployment -n jenkins
kubectl delete deployment jenkins2 -n jenkins



# 删除所有包含某个 label 的pod 和 service
kubectl delete pod,svc -l name=<label-name>


# 删除所有 Pod
kubectl delete pod --all


# 查看 endpoint 列表
kubectl get endpoints


# 执行 pod 的 date 命令
kubectl exec <pod-name> -- date
kubectl exec <pod-name> -- bash
kubectl exec <pod-name> -- ping 10.24.51.9


# 通过bash获得 pod 中某个容器的TTY，相当于登录容器
kubectl exec -it <pod-name> -c <container-name> -- bash
eg:
kubectl exec -it redis-master-cln81 -- bash


# 查看容器的日志
kubectl logs <pod-name>
kubectl logs -f <pod-name> # 实时查看日志
kubectl log  <pod-name>  -c <container_name> # 若 pod 只有一个容器，可以不加 -c 

kubectl logs -l app=frontend # 返回所有标记为 app=frontend 的 pod 的合并日志。

# 查看命名空间中的某个服务所有pod的日志
stern 服务名 -l app=服务名 -n 命名空间

stern 服务名 -l app=服务名 -n 命名空间 --tail 10


# 查看指定pod的日志
kubectl logs <pod_name>
kubectl logs -f <pod_name> #类似tail -f的方式查看(tail -f 实时查看日志文件 tail -f 日志文件log)

# 查看指定pod中指定容器的日志
kubectl logs <pod_name> -c <container_name>

kubectl logs pod_name -c container_name -n namespace (一次性查看)
kubectl logs -f <pod_name> -n namespace (tail -f方式实时查看)
例：kubectl logs --tail -f java-fbo-new--api-6d955f8f4-kmqw2  -n java-fbo-new


# 查看注释
kubectl explain pod
kubectl explain pod.apiVersion

# 查看节点 labels
kubectl get node --show-labels

# 重启 pod
kubectl get pod <POD名称> -n <NAMESPACE名称> -o yaml | kubectl replace --force -f -

# 修改网络类型
kubectl patch service istio-ingressgateway -n istio-system -p '{"spec":{"type":"NodePort"}}'

# 伸缩 pod 副本
# 可用于将Deployment及其Pod缩小为零个副本，实际上杀死了所有副本。当您将其缩放回1/1时，将创建一个新的Pod，重新启动您的应用程序。
kubectl scale deploy/nginx-1 --replicas=0
kubectl scale deploy/nginx-1 --replicas=1

# 查看前一个 pod 的日志，logs -p 选项 
kubectl logs --tail 100 -p user-klvchen-v1.0-6f67dcc46b-5b4qb > pre.log

```

k8s常用命令

## stern
Stern的功能类似，但是比Kubetail要强大点，它是使用 Go 语言开发的一款开箱即用的简单工具，它可以将多个 Pod 中的日志信息聚合到一起进行展示，并支持彩色输出和条件过滤，目前github有 2.6k star
https://github.com/stern/stern/releases/tag/v1.30.0

![image.png](/static/img/5c9e0aba2ffa74f8ec4d42032a4d8bd0.image.webp)

```
tar -xzvf stern_1.30.0_linux_amd64.tar.gz
mv stern /usr/local/bin/
stern --version
stern lano-sharelist30007
```
## 常用命令

```
# 实时查看当前 Namespace 中所有 Pod 中所有容器的日志
stern  . 

# 查看命名空间所有容器日志（多个容器日志汇总到一个控制台输出）
stern . -n 命名空间

# 实时查看指定时间范围内容器的日志，下面的例子表示是 15 分钟内
stern auth -t --since 15m 

# 实时查看指定命名空间中容器的日志
stern kubernetes-dashboard --namespace 命名空间 

# 实时查看所有命名空间中符合指定标签容器的日志
stern --all-namespaces -l run=nginx 

基本命令
查看 Pod 日志
stern <pod-name> --namespace <namespace>
例子：
stern lano-sharelist30007 --namespace lano
查看所有符合模式的 Pod 日志

stern <pattern> --namespace <namespace>
例子：
stern lano-sharelist* --namespace lano

指定命名空间。
stern <pattern> --namespace <namespace>
stern <pattern> -n <namespace>
--container 或 -c

指定容器名称。
stern <pattern> --namespace <namespace> --container <container-name>
stern <pattern> -n <namespace> -c <container-name>
--tail

显示日志的最后 N 行。
stern <pattern> --namespace <namespace> --tail <number-of-lines>
--since

显示指定时间内的日志，格式为时间间隔，如 1h 表示过去1小时。
stern <pattern> --namespace <namespace> --since <duration>
--timestamps

显示日志时间戳。
stern <pattern> --namespace <namespace> --timestamps
--json

输出 JSON 格式的日志。
stern <pattern> --namespace <namespace> --json
--follow 或 -f

实时跟踪日志（默认开启）。
stern <pattern> --namespace <namespace> --follow
stern <pattern> -n <namespace> -f
--exclude

排除某些 Pod 的日志。
stern <pattern> --namespace <namespace> --exclude <pattern>

例子

查看特定命名空间中所有以 app 开头的 Pod 的日志：
stern app* --namespace my-namespace
查看某个特定 Pod 的日志，并显示时间戳：
stern my-pod --namespace my-namespace --timestamps
实时跟踪某个 Pod 的日志：
stern my-pod --namespace my-namespace --follow


```

k8s-日志查看-Stern

## 规则
只有10.100.10.100才能访问网站，其他ip访问是本地静态页面
```

    server {
        listen       80;
        server_name  xxxx;
        
        client_max_body_size 1024m;
        
        return 301 https://$server_name$request_uri;
        error_page 520 /index.html;
   location / {
        if ($http_x_forwarded_for != "10.100.10.100") {
            return 520;
      }     
      
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    
    add_header X-Route-Ip $upstream_addr;
    add_header X-Route-Status $upstream_status;
    
    proxy_connect_timeout 300s;
    proxy_send_timeout 300s;
    proxy_read_timeout 300s;
    proxy_pass http://gxpt;
    }
        location = /index.html {
        root /usr/local/nginx/html/dist;
        }
        

}

```

![image.png](/static/img/d0dc3c4fa4f593e4cbf6ec40634ad167.image.webp)

配置文件示例：

```
### 全局配置（Main模块）
user nginx;  # 指定运行worker进程的用户和组
worker_processes auto;  # worker进程的个数，auto表示自动检测CPU核心数
error_log /var/log/nginx/error.log warn;  # 错误日志存放路径及日志级别
pid /var/run/nginx.pid;  # nginx的pid文件存放路径
worker_rlimit_nofile 65535;  # 一个worker进程所能够打开的最大文件句柄数

### 事件处理（Events模块）

events {
    worker_connections 1024;  # 每个worker进程支持的最大连接数
    use epoll;  # 使用epoll事件驱动模型，Linux推荐
    multi_accept on;  # 是否允许一次性地响应多个用户请求
}

### HTTP服务配置（Http模块）
http {
    include       /etc/nginx/mime.types;  # 引入MIME类型文件
    default_type  application/octet-stream;  # 默认MIME类型

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';  # 定义日志格式

    access_log  /var/log/nginx/access.log  main;  # 访问日志存放路径及格式

    sendfile        on;  # 是否使用sendfile传输文件
    tcp_nopush     on;  # 启用TCP_NOPUSH或TCP_CORK选项

    keepalive_timeout  65;  # 长连接超时时间

    # 虚拟主机配置
    server {
        listen       80;  # 监听端口
        server_name  localhost;  # 服务名称

        location / {
            root   /usr/share/nginx/html;  # 资源存放的根目录
            index  index.html index.htm;  # 默认访问页面
        }

        # 错误页面配置
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   /usr/share/nginx/html;
        }

        # 反向代理配置示例
        location /app {
            proxy_pass http://127.0.0.1:8080;  # 转发请求到后端服务器
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }

        # 负载均衡配置示例
        upstream myapp1 {
            server backend1.example.com weight=5;
            server backend2.example.com;
        }

        server {
            listen 80;
            server_name myapp.example.com;

            location / {
                proxy_pass http://myapp1;  # 使用上面定义的upstream
            }
        }
    }
}
```
## 一、全局块
### worker_processes
- 作用：设置工作进程的数量。
- 配置示例：worker_processes auto; 或 worker_processes 4;
- 说明：通常建议设置为机器的CPU核心数或核心数减1，也可以设置为auto让Nginx自动检测。

### worker_rlimit_nofile
- 作用：设置每个worker进程可以打开的最大文件描述符数（文件句柄）。
- 配置示例：worker_rlimit_nofile 65535;
- 说明：此值应足够大以支持预期的并发连接数。

## 二、Events块
### worker_connections
- 作用：设置每个worker进程的最大并发连接数。
- 配置示例：worker_connections 1024;
- 说明：Nginx服务器的最大连接数等于worker_processes * worker_connections。

### use
- 作用：指定Nginx使用的事件驱动模型。
- 配置示例：use epoll;
- 说明：Linux系统推荐使用epoll，它是完全的事件机制，可以实现多路IO复用。
### multi_accept
- 作用：控制是否启用“接收新连接”的多路复用。
- 配置示例：multi_accept on;
- 说明：当设置为on时，Nginx允许多个worker进程同时接受新连接，提高并发处理能力。

## 三、Http块

### client_header_buffer_size
- 作用：设置客户端请求的请求行+请求头缓冲区大小。
- 配置示例：client_header_buffer_size 4k;
- 说明：默认值是1k或4k，取决于操作系统。
### large_client_header_buffers
- 作用：设置Nginx服务器接收和缓存客户端请求头的缓冲区的大小。
- 配置示例：large_client_header_buffers 4 8k;
- 说明：用于处理大型或包含大量请求头的客户端请求。
### client_header_timeout
- 作用：定义Nginx读取客户端请求头部的超时时间。
- 配置示例：client_header_timeout 60s;
- 说明：如果客户端在这段时间内没有发送完请求头，则连接将被关闭。
### keepalive_timeout
- 作用：设置长连接的超时时间。
- 配置示例：keepalive_timeout 65;
- 说明：如果设置为0，则表示禁用长连接。
### gzip
- 作用：开启或关闭gzip压缩功能。
- 配置示例：gzip on;
- 说明：开启gzip可以减小传输数据量，提高网页加载速度。
### proxy_pass
- 作用：将请求转发到后端服务器。
- 配置示例：location / { proxy_pass http://backend; }
- 说明：常用于反向代理和负载均衡场景。

## 四、其他重要配置

### server_name
- 作用：定义虚拟主机的名称。
- 配置示例：server_name www.example.com;
- 说明：Nginx根据server_name来区分不同的虚拟主机。
### listen
- 作用：指定Nginx监听的端口。
- 配置示例：listen 80;
- 说明：Nginx默认监听80端口。
### error_log
- 作用：设置错误日志文件的路径和级别。
- 配置示例：error_log /var/log/nginx/error.log warn;
- 说明：日志级别有debug、info、notice、warn、error、crit、alert、emerg等。

### access_log
- 作用：设置访问日志文件的路径和格式。
- 配置示例：access_log /var/log/nginx/access.log main;
- 说明：通过访问


:::note{title="注"}
配置文件结构：Nginx的配置文件（nginx.conf）通常包含全局块、events块、http块等，其中http块可以包含多个server块，每个server块又可以包含多个location块。

日志和错误处理：合理配置日志和错误处理对于监控和调试Nginx服务至关重要。

性能优化：通过调整worker_processes、worker_connections等参数，可以优化Nginx的性能。

安全性：合理配置SSL/TLS、限制请求速率、设置访问控制等，可以提高Nginx服务的安全性。
:::


## Nginx 正则匹配


![image.png](/static/img/7fec8ad7f81ae108cab198f0656fc08c.image.webp)

### 一、Nginx正则匹配规则
Nginx在配置文件中使用location指令来定义请求的匹配规则，其中正则匹配主要通过在location指令后添加特定的修饰符（如~、~*、^~等）来实现。
1. **精确匹配**：使用=修饰符，表示请求的URI必须与指定的字符串完全相等才能匹配。

2. **普通字符串前缀匹配**：如果请求URI以指定的字符串为开头，则使用该location模块处理请求。如果没有修饰符，则默认为普通字符串前缀匹配。
3. **正则表达式匹配**
-  ~：表示区分大小写的正则表达式匹配
-  ~*：表示不区分大小写的正则表达式匹配。
-  ^~：表示普通字符串匹配，但如果匹配成功，则不再进行正则表达式的匹配。 
4. **内部跳转**：
  使用@修饰符，用于Nginx内部跳转。


### 二、Nginx正则匹配优先级
当多个location块同时匹配请求URI时，Nginx按照以下规则选择location块处理请求：

1. 精确匹配（=）的优先级最高。
2. 如果存在多个普通字符串前缀匹配，则使用字符串长度最长的location模块处理请求。
3. 如果存在多个正则表达式匹配，则使用第一个匹配成功的location模块处理请求。
4. 如果正则匹配和普通字符串前缀匹配同时存在，且正则匹配成功，则使用正则匹配的location模块处理请求（除非使用了^~修饰符）。
5. 
### 三、Nginx正则匹配案例
#### 精确匹配案例：

```
location = / {
   # 处理对根目录的请求
}
```
这个配置只会匹配对根目录（即/）的请求。


#### 普通字符串前缀匹配案例：
```
location /images/ {
   # 处理所有以/images/开头的请求
}
```
这个配置会匹配所有以/images/开头的请求，但会继续向下搜索更具体的匹配规则。
#### 正则表达式匹配案例：
```
location ~ \.(gif|jpg|jpeg)$ {
   # 处理所有以gif、jpg或jpeg结尾的请求
}
```
这个配置使用正则表达式匹配所有以.gif、.jpg或.jpeg结尾的请求，且不区分大小写（但这里使用的是~，实际上应使用~*来明确表示不区分大小写）。
#### ^~修饰符案例：

```
location ^~ /images/ {
   # 匹配所有以/images/开头的请求，并停止搜索正则
}
```
这个配置会匹配所有以/images/开头的请求，并且一旦匹配成功，就不会再进行正则表达式的匹配。

nginx常用配置

### 1. couldn‘t get current server API group list: Get “http://localhost:8080/api?timeout=32s“
1、执行命令kubectl get node

报错

E0109 19:18:43.889496    5921 memcache.go:265] couldn't get current server API group list: Get "http://localhost:8080/api?timeout=32s": dial tcp [::1]:8080: connect: connection refused

![image.png](/static/img/215a5c3b7450e070c29862690c43aad2.image.webp)

2、执行命令

```
cat <<EOF >> /root/.bashrc

export KUBECONFIG=/etc/kubernetes/admin.conf

EOF
source /root/.bashrc
```

3、退出，重新执行kubectl get node

### 证书
https://blog.csdn.net/wzj_110/article/details/135659349


## 初始化失败，回退

```
# 清理 ipvs 规则
ipvsadm -C
ipvsadm --clear

# 删除虚拟 IP
ip addr del 10.96.0.10/32 dev kube-ipvs0
ip addr del 10.96.0.1/32 dev kube-ipvs0

# 删除网络接口和配置文件
ip link delete cni0
ip link delete flannel.1
rm -rf /etc/cni/net.d/10-flannel.conflist


# 重置 Kubernetes 配置
kubeadm reset -f
rm -rf /etc/kubernetes/*
rm -rf ~/.kube/*
rm -rf /var/lib/etcd/*
rm -rf /etc/cni/*

# 清理完毕后，重新启动服务器
reboot
```

k8s安装遇到的问题

# k8s-kubeadm安装方式

## 初始化ip和环境
```
# 更新环境，方便拉最新包
yum update -y

cat <<EOF >> /etc/hosts
10.0.0.123 master01
10.0.0.124 node01
10.0.0.125 node02
EOF

#检查 
cat /etc/hosts
```
## 防火墙

```
# 检查 firewalld 服务和 SELinux 状态
systemctl status firewalld.service
getenforce

# 临时停止 firewalld 服务和设置 SELinux 宽容模式
systemctl stop firewalld
setenforce 0

# 禁用 firewalld 服务
systemctl disable firewalld

# 永久禁用 SELinux
sed -i '/^SELINUX=/ c SELINUX=disabled' /etc/selinux/config

# 验证 firewalld 和 SELinux 设置是否生效
systemctl status firewalld.service
getenforce
cat /etc/selinux/config | grep ^SELINUX=

输出[root@master01 ~]$ cat /etc/selinux/config | grep ^SELINUX=
SELINUX=disabled

就是对的
```
## 时间同步chrony

```
# 选择 chrony：如果需要快速同步时间、适应不稳定的网络连接、在虚拟机中使用、或需要高精度时间同步，chrony 是一个更好的选择。
# 选择 ntpd：如果你需要一个成熟、稳定的解决方案，并且有复杂的时间同步需求，或者你的环境已经在使用 ntpd，那么 ntpd 可能是一个更好的选择。

# 安装 chrony
yum install chrony -y

# 启动并启用 chronyd 服务
systemctl start chronyd
systemctl enable chronyd

# 编辑 /etc/chrony.conf 文件，添加或修改 NTP 服务器配置,看下文件中有没有，默认是有的
cat <<EOF >> /etc/chrony.conf
server 0.centos.pool.ntp.org iburst
server 1.centos.pool.ntp.org iburst
server 2.centos.pool.ntp.org iburst
server 3.centos.pool.ntp.org iburst
EOF

# 重启 chronyd 服务以应用配置更改
systemctl restart chronyd

# 验证时间同步状态  这个需要几分钟，等着就行
chronyc tracking

## 成功标志
[root@master01 ~]$ chronyc tracking
Reference ID    : CA701FC5 (dns2.synet.edu.cn)
Stratum         : 2
Ref time (UTC)  : Fri Jul 05 01:28:02 2024
System time     : 0.001123869 seconds fast of NTP time
Last offset     : +0.001983812 seconds
RMS offset      : 0.003336797 seconds
Frequency       : 51.989 ppm slow
Residual freq   : -0.029 ppm
Skew            : 8.368 ppm
Root delay      : 0.048936486 seconds
Root dispersion : 0.001556756 seconds
Update interval : 65.3 seconds
Leap status     : Normal
[root@master01 ~]$ 

```
## 关闭swap分区

```
# 注释掉 /etc/fstab 文件中与 swap 相关的行
sed -i '/swap/ s/^/#/' /etc/fstab

# 临时禁用所有的 swap 分区
swapoff -a

# 验证 swap 是否已被禁用
free -h
```
## 内核优化

```
# 设置 Kubernetes 和 Containerd 相关内核参数
bash -c 'cat <<EOF >> /etc/sysctl.d/99-kubernetes.conf
net.ipv4.ip_forward = 1
net.bridge.bridge-nf-call-iptables = 1
net.bridge.bridge-nf-call-ip6tables = 1
EOF'

sysctl --system

# 加载必要的内核模块
sudo modprobe overlay
sudo modprobe br_netfilter
```
## 安装ipset和ipvsadm

```
# 安装ipset和ipvsadm
yum install ipset ipvsadm -y

# 创建并运行加载模块的脚本
bash -c 'cat <<EOF > /etc/sysconfig/modules/ipvs.modules
#!/bin/bash
modprobe -- ip_vs
modprobe -- ip_vs_rr
modprobe -- ip_vs_wrr
modprobe -- ip_vs_sh
modprobe -- nf_conntrack
EOF'
chmod +x /etc/sysconfig/modules/ipvs.modules
/bin/bash /etc/sysconfig/modules/ipvs.modules

# 验证结果
lsmod | grep -e ip_vs -e nf_conntrack_ipv4

成功的标志
[root@master01 ~]$ # 验证结果
[root@master01 ~]$ lsmod | grep -e ip_vs -e nf_conntrack_ipv4
ip_vs_sh               12688  0 
ip_vs_wrr              12697  0 
ip_vs_rr               12600  0 
ip_vs                 145458  6 ip_vs_rr,ip_vs_sh,ip_vs_wrr
nf_conntrack          143411  1 ip_vs
libcrc32c              12644  3 xfs,ip_vs,nf_conntrack
[root@master01 ~]$ 
```
## 安装k8s
```
# yum仓库
# baseurl：指定了 Kubernetes 的 YUM 仓库地址，这里使用的是 v1.30 版本的稳定版本。
# gpgkey：指定了 YUM 仓库的 GPG 密钥，用于验证下载的软件包。
# exclude：指定了在安装时要排除的软件包列表，这些软件包不会被安装。

cat <<EOF | tee /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=https://mirrors.aliyun.com/kubernetes-new/core/stable/v1.30/rpm/
enabled=1
gpgcheck=1
gpgkey=https://mirrors.aliyun.com/kubernetes-new/core/stable/v1.30/rpm/repodata/repomd.xml.key
EOF

setenforce 0

yum install -y kubelet kubeadm kubectl
# kubelet：Kubernetes 的节点代理，负责容器的运行时管理。
# kubeadm：Kubernetes 的集群管理工具，用于部署和管理 Kubernetes 集群。
# kubectl：Kubernetes 的命令行工具，用于与 Kubernetes 集群进行交互和管理。
## 开机自启动和启动
systemctl enable kubelet && systemctl start kubelet
systemctl enable --now kubelet

systemctl enable --now kubelet 是设置并立即启动服务，适合在需要确保服务立即启动且开机启动的情况下使用。
systemctl enable kubelet && systemctl start kubelet 是设置开机启动并手动启动服务，适合在只需设置开机启动并手动控制服务启动时使用。


# 查看版本
yum -y list kubeadm --showduplicates | sort -r
# yum list 命令用于列出可用的软件包及其版本。
# --showduplicates 参数显示所有版本的软件包。
# sort -r 命令按照逆序（从最新到最旧）排序列出的软件包版本。

# 设置kubelet的额外参数和kube-proxy的模式：
cat <<EOF > /etc/sysconfig/kubelet
KUBELET_EXTRA_ARGS="--cgroup-driver=systemd"
KUBE_PROXY_MODE="ipvs"
EOF
```
## 下载con

```
# 下载containerd(每个节点都做)
#------containerd------
wget https://github.com/containerd/containerd/releases/download/v1.7.18/cri-containerd-cni-1.7.18-linux-amd64.tar.gz
tar xf cri-containerd-cni-1.7.18-linux-amd64.tar.gz  -C /

#----libseccomp准备-----

wget https://github.com/opencontainers/runc/releases/download/v1.1.13/libseccomp-2.5.5.tar.gz && tar xf libseccomp-2.5.5.tar.gz && cd libseccomp-2.5.5/ && yum install gperf -y && ./configure && make && make install 



#------runc准备-----

wget https://github.com/opencontainers/runc/releases/download/v1.1.13/runc.amd64 && chmod +x runc.amd64 && mv runc.amd64 /usr/local/sbin/runc && runc -v


## 结果
[root@master01 ~]$ runc -v
runc version 1.1.13
commit: v1.1.13-0-g58aa9203-dirty
spec: 1.0.2-dev
go: go1.21.11
libseccomp: 2.5.5
[root@master01 ~]$ 
```
## containerd切换为国内源

```
# 修改containerd配置文件
#下载containerd并初始化配置
mkdir -p /etc/containerd/ && containerd config default | tee /etc/containerd/config.toml
# 更改containerd上的cgroup
sed -i "s#SystemdCgroup\ \=\ false#SystemdCgroup\ \=\ true#g" /etc/containerd/config.toml
# 修改镜像源为阿里
sed -i "s#registry.k8s.io#registry.aliyuncs.com/google_containers#g" /etc/containerd/config.toml

# 验证
grep -E "SystemdCgroup\s*=\s*true" /etc/containerd/config.toml
grep "registry.aliyuncs.com/google_containers" /etc/containerd/config.toml

[root@master01 ~]$ crictl --version
crictl version 1.27.0

​
[root@master ~]# cat <<EOF | tee /etc/crictl.yaml
runtime-endpoint: unix:///run/containerd/containerd.sock
image-endpoint: unix:///run/containerd/containerd.sock
timeout: 10
debug: false
EOF
​
systemctl daemon-reload && systemctl start containerd && systemctl enable containerd && systemctl status containerd.service
```
## 拉取镜像和配置文件初始化

```
#全局拉取需要的镜像

kubeadm config images pull --image-repository registry.aliyuncs.com/google_containers

--------------------------------主节点执行------------------------------
# 检查
crictl images

# 初始化控制平面节点
# 创建初始化配置文件
kubeadm config print init-defaults > /etc/kubernetes/init-default.yaml

# 修改为国内阿里源
sed -i 's/registry.k8s.io/registry.aliyuncs.com\/google_containers/' /etc/kubernetes/init-default.yaml

# 设置 apiServerIP 地址. 请自行替换172.25.14.101为自己宿主机IP
sed -i 's/1.2.3.4/10.0.0.123/' /etc/kubernetes/init-default.yaml

初始化单节点 kubeadm init --image-repository registry.aliyuncs.com/google_containers

```
## ini安装


```
kubeadm init --image-repository registry.aliyuncs.com/google_containers --control-plane-endpoint "10.0.0.123:6443" --upload-certs
```
这个是正确的

![image.png](/static/img/62baa889823676ae52caec855528e9c5.image.webp)

![image.png](/static/img/31d420bb277447a0aaabd268f0b8c968.image.webp)

如果直接就是ready，那就是本地文件问题
解决方案

```
rm -rf  /etc/cni/net.d/*
systemctl restart containerd.service && systemctl restart kubelet.service
```
开始之前需要操作

```
您需要以普通用户身份运行以下命令：

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

或者，如果您是 root 用户，可以直接设置环境变量：

export KUBECONFIG=/etc/kubernetes/admin.conf
```
## 自动补全

```
所有组件都
echo "source <(kubectl completion bash)" >> ~/.bashrc && source ~/.bashrc 
# 安装bash-completion
## bash-completion-extras需要epelrepo源
yum install -y bash-completion bash-completion-extras

# 配置自动补全
source /usr/share/bash-completion/bash_completion

echo 'source <(kubectl completion bash)' >>~/.bashrc

如果 kubectl 有关联的别名，你可以扩展 shell 补全来适配此别名：
echo 'alias k=kubectl' >>~/.bashrc
echo 'complete -F __start_kubectl k' >>~/.bashrc
系统全局

kubectl completion bash | sudo tee /etc/bash_completion.d/kubectl > /dev/null
source ~/.bashrc
```

## 网络插件安装
性能要求: 如果对网络性能有较高要求，尤其是在大规模部署和数据中心环境中，Calico 的基于路由器的实现可能更合适。

安全性和简易性: Calico 提供了简单且安全的设计，适合需要强网络隔离和安全性的场景。

Overlay 网络需求: 如果需要快速部署和跨主机的 Overlay 网络，Flannel 可能更为合适，尤其是在小规模部署和测试环境中使用较为广泛。
https://github.com/projectcalico/calico
https://docs.tigera.io/calico/latest/getting-started/kubernetes/quickstart