一 定义

1.1 calico是什么？

Calico是一个开源的网络和安全解决方案，用于在Kubernetes集群中提供容器网络。它是Kubernetes的一个网络插件，用于将容器连接到网络并实现容器之间的通信。

1.2 起什么作用？

在Kubernetes中，Calico扮演着网络插件的角色。它负责为每个容器分配唯一的IP地址，并提供容器之间的网络通信功能，包括容器之间的跨节点通信。

1.3 核心原理

• Calico的核心原理是使用标准的BGP协议来动态路由容器的网络流量。
• 通过在每个节点上创建一个称为"veth pair"的虚拟网络接口对来实现容器和主机之间的连通性。它还利用Linux内核的强大网络功能和路由表来实现高性能和可扩展性。

二 安装

为了在Kubernetes上部署Calico，你需要安装Calico插件和相关的容器网络接口。具体来说，你需要在每个节点上运行一个Calico Agent和一个Calico CNI插件。Calico Agent负责与Kubernetes API通信，并管理节点上的容器网络。Calico CNI插件则负责为每个容器分配IP地址和设置网络路由。
关于calico.yaml源码的解析，它其实是Calico的配置文件，用于定义Calico网络的一些参数和策略。你可以根据具体需求进行自定义配置。在配置文件中，你可以定义网络拓扑、IP地址范围、策略规则等。具体的源码解析需要参考Calico项目的文档和源码注释进行分析。

参考文档：Quickstart for Calico on Kubernetes
这里使用的安装calico方法是用calico清单。

curl请求这个https的网址发送calico.yaml，calico.yaml下载完之后kubect apply更新

创建或更新Kubernetes对象： kubectl apply

kubectl apply用于创建或更新Kubernetes对象。它接受一个或多个YAML或JSON文件作为输入，并根据文件中描述的配置信息创建或更新相应的Kubernetes对象。

使用kubectl apply的语法：

kubectl apply -f <file1.yaml> -f <file2.yaml> ...

其中-f参数指定要应用的YAML或JSON文件。可以通过指定多个-f参数来一次性应用多个文件。

除了文件路径之外，还可以使用标准输入流（stdin）来传递配置信息。例如：

cat <file1.yaml> | kubectl apply -f -

在执行kubectl apply时，会首先检查指定的对象是否已经存在。如果对象不存在，将会创建它；如果对象已经存在，则会更新它。更新是通过比较现有对象和要应用的配置信息之间的差异来实现的。

部分对象（例如Pod和Deployment）支持使用--record参数来记录应用历史。这样，在查看对象的历史记录时，可以看到哪个命令或操作导致了对象的创建或更新。

使用kubectl apply时，可以通过指定--dry-run参数来模拟应用过程，而不会真正创建或更新任何对象。

另外，还可以使用kubectl apply的--prune选项来删除那些在配置文件中不存在的对象。

总结起来，kubectl apply是一个非常实用的命令，可以方便地将配置信息应用到Kubernetes集群中，而不需要手动执行一系列的命令来创建或更新对象。

查看所有命名空间运行的pod信息： kubectl get pods -A

kubectl: Kubernetes命令行工具
get: 获取资源对象信息
pods: 要获取的资源对象类型（Pods）
-A: 获取所有命名空间中的资源对象信息（-A 或 --all-namespaces）

kubectl get pods -A命令用于获取集群中所有命名空间的所有Pod的信息。

命令输出包含以下列：

• NAMESPACE：Pod所属的命名空间。
• NAME：Pod的名称。
• READY：Pod中容器的就绪状态。格式为当前就绪容器数量/总容器数量。
• STATUS：Pod的状态。常见的状态包括Running（运行中）、Pending（等待中）、Completed（已完成）和Error（错误）等。
• RESTARTS：Pod中容器的重启次数。
• AGE：Pod的创建时间。

例如，以下是kubectl get pods -A命令的示例输出：

NAMESPACE     NAME                                      READY   STATUS    RESTARTS   AGE
default       nginx-6db489d4b7-zw49b                    1/1     Running   0          2d
default       mysql-7c7567bf5b-8zms8                    1/1     Running   0          5h
kube-system   coredns-f9fd979d6-7gfnk                   1/1     Running   0          3d
kube-system   coredns-f9fd979d6-8g721                   1/1     Running   0          3d
kube-system   etcd-control-plane                        1/1     Running   0          3d
kube-system   kube-apiserver-control-plane              1/1     Running   0          3d
kube-system   kube-controller-manager-control-plane     1/1     Running   0          3d
kube-system   kube-proxy-26q7q                          1/1     Running   0          3d
kube-system   kube-proxy-chv4q                          1/1     Running   0          3d
kube-system   kube-scheduler-control-plane              1/1     Running   0          3d

在上面的示例中，可以看到集群中所有命名空间的Pod的详细信息，包括命名空间、名称、就绪状态、状态、重启次数和创建时间等。

写的超齐全：
云原生之kubectl命令详解