主頁 > 作業系統 > 干貨收藏！Calico 路由反射模式權威指南

干貨收藏！Calico 路由反射模式權威指南

2021-06-09 15:29:41 作業系統

1. 概述

作為 Kubernetes 最長使用的一種網路插件，Calico 具有很強的擴展性，較優的資源利用和較少的依賴，相較于 Flannel 插件采用 Overlay 的網路，Calico 可以通過三層路由的方式采用性能更佳的 Underlay 網路，Calico 網路插件的轉發效率是所有方案中較高的，

在使用 Calico 網路插件的實際生產環境當中，為了提高網路的性能和靈活性，需要將 K8S 的作業節點和物理網路中的 leaf 交換機建立 bgp 鄰居關系，同步 bgp 路由資訊，可以將 pod 網路的路由發布到物理網路中，Calico 給出了三種型別的 BGP 互聯方案，分別是 Full-mesh、Route reflectors 和 Top of Rack (ToR)，

Full-mesh

全互聯模式，啟用了 BGP 之后，Calico 的默認行為是在每個節點彼此對等的情況下創建完整的內部 BGP（iBGP）連接，這使 Calico 可以在任何 L2 網路（無論是公有云還是私有云）上運行，或者說（如果配了 IPIP）可以在任何不禁止 IPIP 流量的網路上作為 overlay 運行，對于 vxlan overlay，Calico 不使用 BGP，

Full-mesh 模式對于 100 個以內的作業節點或更少節點的中小規模部署非常有用，但是在較大的規模上，Full-mesh 模式效率會降低，較大規模情況下，Calico 官方建議使用 Route reflectors，

Route reflectors

如果想構建內部 BGP（iBGP）大規模集群，可以使用 BGP 路由反射器來減少每個節點上使用 BGP 對等體的數量，在此模型中，某些節點充當路由反射器，并配置為在它們之間建立完整的網格，然后，將其他節點配置為與這些路由反射器的子集（通常為冗余，通常為 2 個）進行對等，從而與全網格相比減少了 BGP 對等連接的總數，

Top of Rack（ToR）

在本地部署中，可以將 Calico 配置為直接與物理網路基礎結構對等，通常，這需要涉及到禁用 Calico 的默認 Full-mesh 行為，將所有 Calico 節點與 L3 ToR 路由器對等，

本篇文章重點會介紹如何在 BGP 網路環境下配置 Calico 路由反射器，本篇主要介紹將 K8S 作業節點作為路由反射器和物理交換機建立 BGP 連接，配置環境拓撲如下：

在本次環境中，分別有一臺 spine 交換機和兩臺 leaf 交換機來建立 EBGP 連接，所有 leaf 交換機都屬于一個獨立的自治系統，所有 leaf 交換機下的 node 都屬于一個獨立的自治系統，Kubernetes 集群節點中每個 leaf 下由兩臺作業節點作為 CalicoRR（路由反射器），之所以用兩臺 node 作為路由反射器是考慮冗余性，所有 Calico RR 都跟自己上聯的 leaf 交換機建立 EBGP 連接，Calico RR 和自己所屬的 node 之間建立 iBGP 連接，

安裝 calicoctl

Calico RR 所有配置操作都需要通過 calicoctl 工具來完成， calicoctl 允許從命令創建，讀取，更新和洗掉 Calico 物件，所以我們首先需要在 Kubernetes 所有的作業節點上安裝 calicoctl 工具，

采用二進制方式安裝 calicoctl 工具，

登錄到主機，打開終端提示符，然后導航到安裝二進制檔案位置，一般情況下 calicoctl 安裝到 /usr/local/bin/，

使用以下命令下載 calicoctl 二進制檔案，版本號選擇自己 calico 的版本，

$ curl -O -L  https://github.com/projectcalico/calicoctl/releases/download/v3.17.2/calicoctl

將檔案設定為可執行檔案，

$ chmod +x calicoctl

每次執行 calicoctl 之前需要設定環境變數，

$ export DATASTORE_TYPE=kubernetes
$ export KUBECONFIG=~/.kube/config

如果不希望每次執行 calicoctl 之前都需要設定環境變數，可以將環境變數資訊寫到永久寫入到/etc/calico/calicoctl.cfg 檔案里，calicoctl.cfg 組態檔編輯如下：

apiVersion: projectcalico.org/v3
kind: CalicoAPIConfig
metadata:
spec:
  datastoreType: "kubernetes"
  kubeconfig: "/root/.kube/config"

命令使用

[root@node1 ~]# calicoctl -h
Usage:
  calicoctl [options] <command> [<args>...]

    create       Create a resource by filename or stdin.
    replace      Replace a resource by filename or stdin.
    apply        Apply a resource by filename or stdin.  This creates a resource
                 if it does not exist, and replaces a resource if it does exists.
    patch        Patch a pre-exisiting resource in place.
    delete       Delete a resource identified by file, stdin or resource type and
                 name.
    get          Get a resource identified by file, stdin or resource type and
                 name.
    label        Add or update labels of resources.
    convert      Convert config files between different API versions.
    ipam         IP address management.
    node         Calico node management.
    version      Display the version of calicoctl.
    export       Export the Calico datastore objects for migration
    import       Import the Calico datastore objects for migration
    datastore    Calico datastore management.

Options:
  -h --help               Show this screen.
  -l --log-level=<level>  Set the log level (one of panic, fatal, error,
                          warn, info, debug) [default: panic]

Description:
  The calicoctl command line tool is used to manage Calico network and security
  policy, to view and manage endpoint configuration, and to manage a Calico
  node instance.

  See 'calicoctl <command> --help' to read about a specific subcommand.

關閉 Full-mesh 模式

Calico 默認是 Full-mesh 全互聯模式，Calico 集群中的的節點之間都會建立連接，進行路由交換，但是隨著集群規模的擴大，mesh 模式將形成一個巨大服務網格，連接數成倍增加，這時就需要使用 Route Reflector（路由器反射）模式解決這個問題，確定一個或多個 Calico 節點充當路由反射器，讓其他節點從這個 RR 節點獲取路由資訊，

關閉 node-to-node BGP 網路，具體操作步驟如下：

添加 default BGP 配置，調整 nodeToNodeMeshEnabled 和 asNumber：

[root@node1 calico]# cat bgpconf.yaml
apiVersion: projectcalico.org/v3
kind: BGPConfiguration
metadata:
  name: default
spec:
  logSeverityScreen: Info
  nodeToNodeMeshEnabled: false
  asNumber: 64512

直接應用一下，應用之后會馬上禁用 Full-mesh，

[root@node1 calico]# calicoctl apply -f bgpconf.yaml
Successfully applied 1 'BGPConfiguration' resource(s)

查看 bgp 網路配置情況，false 為關閉

[root@node1 calico]# calicoctl get bgpconfig
NAME      LOGSEVERITY   MESHENABLED   ASNUMBER
default   Info          false         64512

修改作業節點的 calico 配置

通過 calicoctl get nodes --output=wide 可以獲取各節點的 ASN 號，

[root@node1 calico]# calicoctl get nodes --output=wide
NAME    ASN      IPV4             IPV6
node1   (64512)   172.20.0.11/24
node2   (64512)   172.20.0.12/24
node3   (64512)   172.20.0.13/24
node4   (64512)   173.20.0.11/24
node5   (64512)   173.20.0.12/24
node6   (64512)   173.20.0.13/24

可以看到獲取的 ASN 號都是“（64512）”，這是因為如果不給每個節點指定 ASN 號，默認都是 64512，我們可以按照拓撲圖配置各個節點的 ASN 號，不同 leaf 交換機下的節點，ASN 號不一樣，每個 leaf 交換機下的作業節點都是一個獨立自治系統，

通過如下命令，獲取作業節點的 calico 配置資訊：

$ calicoctl get node node1 -o yaml > node1.yaml

每一個作業節點的 calico 配置資訊都需要獲取一下，輸出為 yaml 檔案，“node1”為 calico 節點的名稱，

按照如下格式進行修改：

[root@node1 calico]# cat node1.yaml
apiVersion: projectcalico.org/v3
kind: Node
metadata:
  annotations:
    projectcalico.org/kube-labels: '{"beta.kubernetes.io/arch":"amd64","beta.kubernetes.io/os":"linux","kubernetes.io/arch":"amd64","kubernetes.io/hostname":"node1","kubernetes.io/os":"linux","node-role.kubernetes.io/master":"","node-role.kubernetes.io/worker":"","rr-group":"rr1","rr-id":"rr1"}'
  creationTimestamp: null
  labels:
    beta.kubernetes.io/arch: amd64
    beta.kubernetes.io/os: linux
    kubernetes.io/arch: amd64
    kubernetes.io/hostname: node1
    kubernetes.io/os: linux
    node-role.kubernetes.io/master: ""
    node-role.kubernetes.io/worker: ""
  name: node1
spec:
  bgp:
    asNumber: 64512                           ## asNumber根據自己需要進行修改

    ipv4Address: 172.20.0.11/24
    routeReflectorClusterID: 172.20.0.11      ## routeReflectorClusterID一般改成自己節點的IP地址
  orchRefs:
  - nodeName: node1
    orchestrator: k8s
status:
  podCIDRs:
  - ""
  - 10.233.64.0/24

將所有節點的 Calico 配置資訊全部修改之后，通過 calicoctl get nodes -o wide 命令獲取到的節點資訊如下：

[root@node1 calico]# calicoctl get nodes -o wide
NAME    ASN     IPV4             IPV6
node1   64512   172.20.0.11/24
node2   64512   172.20.0.12/24
node3   64512   172.20.0.13/24
node4   64513   173.20.0.11/24
node5   64513   173.20.0.12/24
node6   64513   173.20.0.13/24

上面可以可以看到所有的 ASN 好都已變為手動指定的，不在是全域默認的，

為 node 節點進行分組（添加 label）

為方便讓 BGPPeer 輕松選擇節點，在 Kubernetes 集群中，我們需要將所有節點通過打 label 的方式進行分組，這里，我們將 label 標簽分為下面幾種：

rr-group 這里定義為節點所屬的 Calico RR 組，主要有 rr1 和 rr2 兩種，為不同 leaf 交換機下的 Calico RR
rr-id 這里定義為所屬 Calico RR 的 ID，節點添加了該標簽說明該節點作為了路由反射器，主要有 rr1 和 rr2 兩種，為不同 leaf 交換機下的 Calico RR

通過以下命令為每個節點添加 label，

$ kubectl label nodes node1 rr-group=rr1
$ kubectl label nodes node1 rr-id=rr1

查看最終設定情況，

[root@node1 calico]# kubectl get nodes --show-labels
NAME         STATUS           ROLES            AGE          VERSION         LABELS
node1   Ready    master,worker   31d   v1.17.9   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node1,kubernetes.io/os=linux,node-role.kubernetes.io/master=,node-role.kubernetes.io/worker=,rr-group=rr1,rr-id=rr1
node2   Ready    master,worker   31d   v1.17.9   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node2,kubernetes.io/os=linux,node-role.kubernetes.io/master=,node-role.kubernetes.io/worker=,rr-group=rr1,rr-id=rr1
node3   Ready    master,worker   31d   v1.17.9   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node3,kubernetes.io/os=linux,node-role.kubernetes.io/master=,node-role.kubernetes.io/worker=,rr-group=rr1
node4   Ready    worker          16d   v1.17.9   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node4,kubernetes.io/os=linux,node-role.kubernetes.io/worker=,rr-group=rr2,rr-id=rr2
node5   Ready    worker          16d   v1.17.9   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node5,kubernetes.io/os=linux,node-role.kubernetes.io/worker=,rr-group=rr2,rr-id=rr2
node6   Ready    worker          16d   v1.17.9   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=node5,kubernetes.io/os=linux,node-role.kubernetes.io/worker=,rr-group=rr2,rr-id=rr2

配置 BGPPeer

在配置 BGPPeer 之前，我們可以先查看一下各個 node BGP 的節點狀態，因為已經禁用了 Full-mesh，并且現在還沒有配置 BGPPeer，所以所有節點里的資訊都是空的，

[root@node3 ~]# calicoctl node status
Calico process is running.

IPv4 BGP status
No IPv4 peers found.

IPv6 BGP status
No IPv6 peers found.

根據環境拓撲，node1 和 node2 作為 Calico RR，需要和 leaf01 交換機建立 BGP 連接；node4 和 node5 作為 Calico RR 需要和 leaf02 交換機建立 BGP 連接；node1、node2 和 node3 需要和 RR1 建立 BGP 連接；node4、node5 和 node6 需要和 RR2 建立 BGP 連接，按照下面步驟依次配置：

  1. RR1 和 leaf01 建立 BGP 連接

撰寫組態檔，取名為“rr1-to-leaf1-peer.yaml”，組態檔編輯如下：

[root@node1 calico]# cat rr1-to-leaf1-peer.yaml
apiVersion: projectcalico.org/v3
kind: BGPPeer
metadata:
  name: rr1-to-leaf1-peer        ## 給BGPPeer取一個名稱，方便識別

spec:
  nodeSelector: rr-id == 'rr1'   ## 通過節點選擇器添加有rr-id == 'rr1'標簽的節點

  peerIP: 172.20.0.254           ##  leaf01交換機的地址
  asNumber: 65009                ##  leaf01交換機的AS號

應用該配置，

[root@node1 calico]# calicoctl apply -f rr1-to-leaf1-peer.yaml
Successfully applied 1 'BGPPeer' resource(s)
  1. RR1 和自己所屬的節點建立 BGP 連接

RR1 所屬的節點主要有 node1、node2 和 node3，也就是打了 rr-group=rr1 標簽的節點，組態檔撰寫如下：

[root@node1 calico]# cat rr1-to-node-peer.yaml
apiVersion: projectcalico.org/v3
kind: BGPPeer
metadata:
  name: rr1-to-node-peer              ## 給BGPPeer取一個名稱，方便識別

spec:
  nodeSelector: rr-group == 'rr1'     ## 通過節點選擇器添加有rr-group == ‘rr1’標簽的節點

  peerSelector: rr-id  == 'rr1'       ## 通過peer選擇器添加有rr-id == ‘rr1’標簽的路由反射器

應用該配置，

[root@node1 calico]# calicoctl apply -f rr1-to-node-peer.yaml
Successfully applied 1 'BGPPeer' resource(s)
  1. 在 leaf01 交換機上操作，建立 leaf01 交換機和 RR1 的 BGP 連接，交換機配置完成后，可以查看交換機 bgp peer 的連接狀態
[leaf01]show bgp peer ipv4

 BGP local router ID: 2.2.2.2
 Local AS number: 65009
 Total number of peers: 3		  Peers in established state: 3

  * - Dynamically created peer
  Peer                    AS  MsgRcvd  MsgSent OutQ PrefRcv Up/Down  State

  100.0.0.1            65008     1696     1677    0       8 23:52:28 Established
  172.20.0.11          64512     1648     1506    0       4 23:51:50 Established
  172.20.0.12          64512     1647     1659    0       4 23:51:44 Established

上面 172.20.0.11 和 172.20.0.12 是 node1 和 node2 節點，也就是 RR1，狀態顯示為“Established“說明 BGP 連結已建立，

  1. RR2 和 leaf02 建立 BGP 連接

撰寫組態檔，取名為“rr2-to-leaf2-peer.yaml”，組態檔編輯如下：

[root@node1 calico]# cat rr2-to-leaf2-peer.yaml
apiVersion: projectcalico.org/v3
kind: BGPPeer
metadata:
  name: rr2-to-leaf2-peer        ## 給BGPPeer取一個名稱，方便識別

spec:
  nodeSelector: rr-id == 'rr2'   ## 通過節點選擇器添加有rr-id == 'rr2'標簽的節點
  peerIP: 173.20.0.254           ##  leaf02交換機的地址
  asNumber: 65010                ##  leaf02交換機的AS號

應用該配置，

[root@node1 calico]# calicoctl apply -f rr2-to-leaf2-peer.yaml
Successfully applied 1 'BGPPeer' resource(s)
  1. RR2 和自己所屬的節點建立 BGP 連接

RR2 所屬的節點主要有 node4、node5 和 node6，也就是打了 rr-group=rr2 標簽的節點，組態檔撰寫如下：

[root@node1 calico]# cat rr2-to-node-peer.yaml
apiVersion: projectcalico.org/v3
kind: BGPPeer
metadata:
  name: rr2-to-node-peer              ## 給BGPPeer取一個名稱，方便識別

spec:
  nodeSelector: rr-group == 'rr2'     ## 通過節點選擇器添加有rr-group == ‘rr2’標簽的節點
  peerSelector: rr-id  == 'rr2'       ## 通過peer選擇器添加有rr-id == ‘rr2’標簽的路由反射器

應用該配置，

[root@node1 calico]# calicoctl apply -f rr2-to-node-peer.yaml
Successfully applied 1 'BGPPeer' resource(s)
  1. 在 leaf02 交換機上操作，建立 leaf02 交換機和 RR2 的 BGP 連接

交換機配置完成后，可以查看交換機 bgp peer 的連接狀態

<leaf02>sys
System View: return to User View with Ctrl+Z.
[leaf02]show bgp peer ipv4

 BGP local router ID: 3.3.3.3
 Local AS number: 65010
 Total number of peers: 3		  Peers in established state: 3

  * - Dynamically created peer
  Peer                    AS  MsgRcvd  MsgSent OutQ PrefRcv Up/Down  State

  100.0.0.5            65008     1561     1686    0      11 24:01:03 Established
  173.20.0.11          64513     1655     1650    0       2 23:59:44 Established
  173.20.0.12          64513     1661     1883    0       2 23:59:56 Established

上面 173.20.0.11 和 173.20.0.12 是 node4 和 node5 節點，也就是 RR2，狀態顯示為“Established“說明 BGP 連結已建立，

最后，我們可以通過 calicoctl get bgppeer 命令來查看所有的 BGPPeer 配置條目，

[root@node1 calico]# calicoctl get bgppeer
NAME                PEERIP         NODE                ASN
rr1-to-leaf1-peer   172.20.0.254   rr-id == 'rr1'      65009
rr1-to-node-peer                   rr-group == 'rr1'   0
rr2-to-leaf2-peer   173.20.0.254   rr-id == 'rr2'      65010
rr2-to-node-peer                   rr-group == 'rr2'   0

如果想洗掉某個 BGPPeer 條目，可以通過下面的命令

$ calicoctl delete bgppeer rr2-to-node-peer

作業節點配置驗證

至此，BGPPeer 配置已完成，可以在各個節點里再次查看 BGPPeer 狀態資訊

在 node1 節點操作

[root@node1 calico]# calicoctl node status
Calico process is running.

IPv4 BGP status
+--------------+---------------+-------+------------+-------------+
| PEER ADDRESS |   PEER TYPE   | STATE |   SINCE    |    INFO     |
+--------------+---------------+-------+------------+-------------+
| 172.20.0.12  | node specific | up    | 2021-02-16 | Established |
| 172.20.0.13  | node specific | up    | 2021-02-16 | Established |
| 172.20.0.254 | node specific | up    | 2021-02-16 | Established |
+--------------+---------------+-------+------------+-------------+

IPv6 BGP status
No IPv6 peers found.

可以看到該節點已經和 leaf01 交換機、node2 和 node3 節點建立了 BGP 連接，

在 node2 節點操作

[root@node2 ~]# calicoctl node status
Calico process is running.

IPv4 BGP status
+--------------+---------------+-------+------------+-------------+
| PEER ADDRESS |   PEER TYPE   | STATE |   SINCE    |    INFO     |
+--------------+---------------+-------+------------+-------------+
| 172.20.0.11  | node specific | up    | 2021-02-16 | Established |
| 172.20.0.13  | node specific | up    | 2021-02-16 | Established |
| 172.20.0.254 | node specific | up    | 2021-02-16 | Established |
+--------------+---------------+-------+------------+-------------+

IPv6 BGP status
No IPv6 peers found.

可以看到該節點已經和 leaf01 交換機、node1 和 node3 節點建立了 BGP 連接，

在 node3 節點操作

[root@node3 ~]# calicoctl node status
Calico process is running.

IPv4 BGP status
+--------------+---------------+-------+------------+-------------+
| PEER ADDRESS |   PEER TYPE   | STATE |   SINCE    |    INFO     |
+--------------+---------------+-------+------------+-------------+
| 172.20.0.11  | node specific | up    | 2021-02-16 | Established |
| 172.20.0.12  | node specific | up    | 2021-02-16 | Established |
+--------------+---------------+-------+------------+-------------+

IPv6 BGP status
No IPv6 peers found.

可以看到該節點已經和 node1 和 node2 節點建立了 BGP 連接，因為該節點不作為路由反射器節點，所以并為與 leaf01 交換機建立 bgp 連接，

在 node4 節點操作

[root@node4 ~]# calicoctl node status
Calico process is running.

IPv4 BGP status
+--------------+---------------+-------+------------+-------------+
| PEER ADDRESS |   PEER TYPE   | STATE |   SINCE    |    INFO     |
+--------------+---------------+-------+------------+-------------+
| 173.20.0.12  | node specific | up    | 2021-02-16 | Established |
| 173.20.0.13  | node specific | up    | 2021-02-16 | Established |
| 173.20.0.254 | node specific | up    | 2021-02-16 | Established |
+--------------+---------------+-------+------------+-------------+

IPv6 BGP status
No IPv6 peers found.

可以看到該節點已經和 leaf02 交換機、node5 和 node6 節點建立了 BGP 連接，

在 node5 節點操作

[root@node5 ~]# calicoctl node status
Calico process is running.

IPv4 BGP status
+--------------+---------------+-------+------------+-------------+
| PEER ADDRESS |   PEER TYPE   | STATE |   SINCE    |    INFO     |
+--------------+---------------+-------+------------+-------------+
| 173.20.0.11  | node specific | up    | 2021-02-16 | Established |
| 173.20.0.13  | node specific | up    | 2021-02-16 | Established |
| 173.20.0.254 | node specific | up    | 2021-02-16 | Established |
+--------------+---------------+-------+------------+-------------+

IPv6 BGP status
No IPv6 peers found.

可以看到該節點已經和 leaf02 交換機、node4 和 node6 節點建立了 BGP 連接，

在 node6 節點操作

[root@node6 ~]# calicoctl node status
Calico process is running.

IPv4 BGP status
+--------------+---------------+-------+------------+-------------+
| PEER ADDRESS |   PEER TYPE   | STATE |   SINCE    |    INFO     |
+--------------+---------------+-------+------------+-------------+
| 173.20.0.11  | node specific | up    | 2021-02-16 | Established |
| 173.20.0.12  | node specific | up    | 2021-02-16 | Established |
+--------------+---------------+-------+------------+-------------+

IPv6 BGP status
No IPv6 peers found.

可以看到該節點已經和 node4 和 node5 節點建立了 BGP 連接，因為該節點不作為路由反射器節點，所以并為與 leaf02 交換機建立 bgp 連接，

交換機配置驗證

我們可以在所有交換機里去查看 BGP 同步的路由資訊有沒有署于 pod 的路由地址

Spine 交換機操作

Leaf01 交換機操作

Leaf02 交換機操作

在上面交換機操作截圖中，10.233 開頭的地址段都是 pod 地址段的路由資訊，

將 Service 地址路由同步到物理網路

有些時候不光需要 Pod 地址可以在現網可被路由，Service 地址也會有這個需求，我們可以通過修改 bgpconfig 配置來實作 Service 地址的路由同步，

首先檢查是否具有默認的 BGP 配置

[root@node1 ~]# calicoctl get bgpconfig default
NAME      LOGSEVERITY   MESHENABLED   ASNUMBER
default   Info          false         64512

默認的 BGP 配置是存在的，更新 BGP 配置

[root@node1 ~]# calicoctl patch BGPConfig default --patch \
> '{"spec": {"serviceClusterIPs": [{"cidr": "10.233.0.0/18"}]}}'
Successfully patched 1 'BGPConfiguration' resource

注意將上面 10.233.0.0./18 地址段修改為 Service 的地址段

上述配置完成之后，便可以在交換機里看到已經同步過來的 Service 地址段的路由資訊，

檔案參考鏈接

絕大多數配置都可以通過 Calico 官方檔案獲取，以下就是撰寫本文參考的主要官方檔案鏈接

  • https://docs.projectcalico.org/networking/bgp
  • https://docs.projectcalico.org/getting-started/clis/calicoctl/install
  • https://docs.projectcalico.org/networking/advertise-service-ips#advertise-service-cluster-ip-addresses

本文由博客一文多發平臺 OpenWrite 發布！

轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/285494.html

標籤：其他

上一篇：痞子衡嵌入式：在SBL專案實戰中妙用i.MXRT1xxx里SystemReset不復位的GPR暫存器

下一篇：Linux之ps命令基本使用

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • CA和證書

    1、在 CentOS7 中使用 gpg 創建 RSA 非對稱密鑰對 gpg --gen-key #Centos上生成公鑰/密鑰對（存放在家目錄.gnupg/） 2、將 CentOS7 匯出的公鑰，拷貝到 CentOS8 中，在 CentOS8 中使用 CentOS7 的公鑰加密一個檔案 gpg -a ......

    uj5u.com 2020-09-10 00:09:53 more
  • Kubernetes K8S之資源控制器Job和CronJob詳解

    Kubernetes的資源控制器Job和CronJob詳解與示例 ......

    uj5u.com 2020-09-10 00:10:45 more
  • VMware下安裝CentOS

    VMware下安裝CentOS 一、軟硬體準備 1 Centos鏡像準備 1.1 CentOS鏡像下載地址 下載地址 1.2 CentOS鏡像下載程序 點擊下載地址進入如下圖的網站，選擇需要下載的版本，這里選擇的是Centos8，點擊如圖所示。 決定選擇Centos8后，選擇想要的鏡像源進行下載，此 ......

    uj5u.com 2020-09-10 00:12:10 more
  • 如何使用Grep命令查找多個字串

    如何使用Grep 命令查找多個字串 大家好，我是良許！ 今天向大家介紹一個非常有用的技巧，那就是使用 grep 命令查找多個字串。 簡單介紹一下，grep 命令可以理解為是一個功能強大的命令列工具，可以用它在一個或多個輸入檔案中搜索與正則運算式相匹配的文本，然后再將每個匹配的文本用標準輸出的格式 ......

    uj5u.com 2020-09-10 00:12:28 more
  • git配置http代理

    git配置http代理 經常遇到克隆 github 慢的問題，這里記錄一下幾種配置 git 代理的方法，解決 clone github 過慢。 目錄 git配置代理 git單獨配置github代理 git配置全域代理 配置終端環境變數 git配置代理 主要使用 git config 命令 git單獨 ......

    uj5u.com 2020-09-10 00:12:33 more
  • Linux npm install 裝包時提示Error EACCES permission denied解

    npm install 裝包時提示Error EACCES permission denied解決辦法 ......

    uj5u.com 2020-09-10 00:12:53 more
  • Centos 7下安裝nginx，使用yum install nginx，提示沒有可用的軟體包

    Centos 7下安裝nginx，使用yum install nginx，提示沒有可用的軟體包。 18 (flaskApi) [root@67 flaskDemo]# yum -y install nginx 19 已加載插件：fastestmirror, langpacks 20 Loading ......

    uj5u.com 2020-09-10 00:13:13 more
  • Linux查看服務器暴力破解ssh IP

    在公網的服務器上經常遇到別人爆破你服務器的22埠，用來挖礦或者干其他嘿嘿嘿的事情~ 這種情況下正確的做法是： 修改默認ssh的22埠 使用設定密鑰登錄或者白名單ip登錄 建議服務器密碼為復雜密碼 創建普通用戶登錄服務器（root權限過大） 建立堡壘機，實作統一管理服務器 統計爆破IP [root ......

    uj5u.com 2020-09-10 00:13:17 more
  • CentOS 7系統常見快捷鍵操作方式

    Linux系統中一些常見的快捷方式，可有效提高操作效率，在某些時刻也能避免操作失誤帶來的問題。 ......

    uj5u.com 2020-09-10 00:13:31 more
  • CentOS 7作業系統目錄結構介紹

    作業系統存在著大量的資料檔案資訊，相應檔案資訊會存在于系統相應目錄中，為了更好的管理資料資訊，會將系統進行一些目錄規劃，不同目錄存放不同的資源。 ......

    uj5u.com 2020-09-10 00:13:35 more
最新发布
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中，用的編輯器命令，比如移動游標，洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反（大多數編輯器默認模式為插入模式）。 2. 插入模式在這個模式中，大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:43:21 more
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中，用的編輯器命令，比如移動游標，洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反（大多數編輯器默認模式為插入模式）。 2. 插入模式在這個模式中，大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:42:36 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜，傳統發布專案一個只需要一個jar包，運行環境需要單獨部署。而通過Docker可將jar包和相關環境（如jdk，redis，Hadoop...）等打包到docker鏡像里，將鏡像發布到Docker倉庫，部署時下載發布的鏡像，直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:26:53 more
  • 設定Windows主機的瀏覽器為wls2的默認瀏覽器

    這里以Chrome為例。 1. 準備作業 wsl是可以使用Windows主機上安裝的exe程式，出于安全考慮，默認情況下改功能是無法使用。要使用的話，終端需要以管理員權限啟動。 我這里以Windows Terminal為例，介紹如何默認使用管理員權限打開終端，具體操作如下圖所示： 2. 操作 wsl ......

    uj5u.com 2023-04-19 09:25:49 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜，傳統發布專案一個只需要一個jar包，運行環境需要單獨部署。而通過Docker可將jar包和相關環境（如jdk，redis，Hadoop...）等打包到docker鏡像里，將鏡像發布到Docker倉庫，部署時下載發布的鏡像，直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:19:04 more
  • Linux學習筆記

    IP地址和主機名 IP地址 ifconfig可以用來查詢本機的IP地址，如果不能使用，可以通過install net-tools安裝。 Centos系統下ens33表示主網卡；inet后表示IP地址；lo表示本地回環網卡； 127.0.0.1表示代指本機；0.0.0.0可以用于代指本機，同時在放行設 ......

    uj5u.com 2023-04-18 06:52:01 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題：專案麒麟系統服務器的kdump服務無法啟動，沒有相關日志無法定位問題。 1、查看服務狀態是關閉的，重啟系統也無法啟動 systemctl status kdump 2、修改grub引數，修改“crashkernel”為“512M（有的機器數值太大太小都會導致報錯，建議從128M開始試，或者加個 ......

    uj5u.com 2023-04-12 09:59:50 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題：專案麒麟系統服務器的kdump服務無法啟動，沒有相關日志無法定位問題。 1、查看服務狀態是關閉的，重啟系統也無法啟動 systemctl status kdump 2、修改grub引數，修改“crashkernel”為“512M（有的機器數值太大太小都會導致報錯，建議從128M開始試，或者加個 ......

    uj5u.com 2023-04-12 09:59:01 more
  • 你是不是暴露了？

    作者：袁首京 原創文章，轉載時請保留此宣告，并給出原文連接。 如果您是計算機相關從業人員，那么應該經歷不止一次網路安全專項檢查了，你肯定是收到過資訊系統技術檢測報告，要求你加強風險監測，確保你提供的系統服務堅實可靠了。 沒檢測到問題還好，檢測到問題的話，有些處理起來還是挺麻煩的，尤其是線上正在運行的 ......

    uj5u.com 2023-04-05 16:52:56 more
  • 細節拉滿，80 張圖帶你一步一步推演 slab 記憶體池的設計與實作

    1. 前文回顧 在之前的幾篇記憶體管理系列文章中，筆者帶大家從宏觀角度完整地梳理了一遍 Linux 記憶體分配的整個鏈路，本文的主題依然是記憶體分配，這一次我們會從微觀的角度來探秘一下 Linux 內核中用于零散小記憶體塊分配的記憶體池 —— slab 分配器。 在本小節中，筆者還是按照以往的風格先帶大家簡單 ......

    uj5u.com 2023-04-05 16:44:11 more

Copyright © 2010-2020 有解無憂