从零搭建Kubernetes

1 篇文章 0 订阅
1 篇文章 0 订阅

从零搭建Kubernetes集群

前置条件

  1. 准备至少3台服务器
  2. 在每台服务器上需要安装docker、docker-compose、kubeadm、kubelet、kubectl等等
    - kubeadm:用来初始化集群的指令
    - kubelet:在集群中的每个节点上用来启动Pod和容器

安装kubeadm、kubelet、kubectl

在安装kubeadm、kubelet、kubectl时切记版本要一致,具体可以参照官方文档

cat <<EOF | sudo tee /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-\$basearch
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
exclude=kubelet kubeadm kubectl
EOF

# 将 SELinux 设置为 permissive 模式(相当于将其禁用)
setenforce 0
sed -i 's/^SELINUX=enforcing$/SELINUX=permissive/' /etc/selinux/config

yum install -y kubelet kubeadm kubectl --disableexcludes=kubernetes

systemctl enable --now kubelet && systemctl start kubelet

Master初始化kubeadm配置

kubeadm config print init-defaults > kubeadm.yaml

在这个文件需要修改相应的配置
advertiseAddress:ip地址
imageRepository:对应的镜像地址

apiVersion: kubeadm.k8s.io/v1beta2
bootstrapTokens:
- groups:
  - system:bootstrappers:kubeadm:default-node-token
  token: abcdef.0123456789abcdef
  ttl: 24h0m0s
  usages:
  - signing
  - authentication
kind: InitConfiguration
localAPIEndpoint:
  advertiseAddress: 10.231.180.243
  bindPort: 6443
nodeRegistration:
  criSocket: /var/run/dockershim.sock
  name: dble001-perform-jp2v-dev
  taints:
  - effect: NoSchedule
    key: node-role.kubernetes.io/master
---
apiServer:
  timeoutForControlPlane: 4m0s
apiVersion: kubeadm.k8s.io/v1beta2
certificatesDir: /etc/kubernetes/pki
clusterName: kubernetes
controllerManager: {}
dns:
  type: CoreDNS
etcd:
  local:
    dataDir: /var/lib/etcd
imageRepository: k8s.gcr.io
kind: ClusterConfiguration
kubernetesVersion: v1.19.0
networking:
  dnsDomain: cluster.local
  podSubnet: 10.244.0.0/16
  serviceSubnet: 10.96.0.0/12
scheduler: {}

下载并安装kubeadm

#查看镜像列表
kubeadm config images list --config kubeadm.yaml
#拉取镜像
kubeadm config images pull --config kubeadm.yaml
#在master上初始化kubeadm
[root@k8s ~]# kubeadm init --config kubeadm.yaml 
W1121 13:21:40.497737   12312 configset.go:348] WARNING: kubeadm cannot validate component configs for API groups [kubelet.config.k8s.io kubeproxy.config.k8s.io]
[init] Using Kubernetes version: v1.19.0
[preflight] Running pre-flight checks
        [WARNING IsDockerSystemdCheck]: detected "cgroupfs" as the Docker cgroup driver. The recommended driver is "systemd". Please follow the guide at https://kubernetes.io/docs/setup/cri/
[preflight] Pulling images required for setting up a Kubernetes cluster

.......

Your Kubernetes control-plane has initialized successfully!

To start using your cluster, you need to run the following as a regular user:

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

You should now deploy a pod network to the cluster.
Run "kubectl apply -f [podnetwork].yaml" with one of the options listed at:
  https://kubernetes.io/docs/concepts/cluster-administration/addons/

Then you can join any number of worker nodes by running the following on each as root:
# 使用以前命令加入到集群
kubeadm join 10.231.166.179:6443 --token abcdef.0123456789abcdef \
    --discovery-token-ca-cert-hash sha256:31a4ae4022fed0410031c0994241522f3bf7a91d95a7e67f66b17fe3e1372e01 
[root@k8s ~]#

根据上面的提示,在master上执行相应的命令

[root@k8s ~]#  mkdir -p $HOME/.kube
[root@k8s ~]#  sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
[root@k8s ~]#  sudo chown $(id -u):$(id -g) $HOME/.kube/config

将Node节点加到集群

在两台Node服务器上执行上面生成的加入到集群的命令:

kubeadm join 10.231.166.179:6443 --token abcdef.0123456789abcdef \
    --discovery-token-ca-cert-hash sha256:31a4ae4022fed0410031c0994241522f3bf7a91d95a7e67f66b17fe3e1372e01

添加完之后在master服务器上验证,

[root@master:/home/irteamsu/k8s]# kubectl get nodes
NAME                       STATUS   ROLES    AGE    VERSION
dble001-perform-jp2v-dev   Ready    master   111d   v1.19.3
dble002-perform-jp2v-dev   Ready    <none>   111d   v1.19.3
dble003-perform-jp2v-dev   Ready    <none>   111d   v1.19.3

我这里三个节点的状态都是Ready,是因为我已经安装了Flannel,如果第一次安装的话应该是NotReady,因为各节点间Pod IP还不通,下一步将安装Flannel

安装Flannel

下载flannel的yaml文件

wget https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml

同时这里是我自己 下载的文件可做参考:

---
apiVersion: policy/v1beta1
kind: PodSecurityPolicy
metadata:
  name: psp.flannel.unprivileged
  annotations:
    seccomp.security.alpha.kubernetes.io/allowedProfileNames: docker/default
    seccomp.security.alpha.kubernetes.io/defaultProfileName: docker/default
    apparmor.security.beta.kubernetes.io/allowedProfileNames: runtime/default
    apparmor.security.beta.kubernetes.io/defaultProfileName: runtime/default
spec:
  privileged: false
  volumes:
  - configMap
  - secret
  - emptyDir
  - hostPath
  allowedHostPaths:
  - pathPrefix: "/etc/cni/net.d"
  - pathPrefix: "/etc/kube-flannel"
  - pathPrefix: "/run/flannel"
  readOnlyRootFilesystem: false
  # Users and groups
  runAsUser:
    rule: RunAsAny
  supplementalGroups:
    rule: RunAsAny
  fsGroup:
    rule: RunAsAny
  # Privilege Escalation
  allowPrivilegeEscalation: false
  defaultAllowPrivilegeEscalation: false
  # Capabilities
  allowedCapabilities: ['NET_ADMIN', 'NET_RAW']
  defaultAddCapabilities: []
  requiredDropCapabilities: []
  # Host namespaces
  hostPID: false
  hostIPC: false
  hostNetwork: true
  hostPorts:
  - min: 0
    max: 65535
  # SELinux
  seLinux:
    # SELinux is unused in CaaSP
    rule: 'RunAsAny'
---
kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1
metadata:
name: flannel
rules:
- apiGroups: ['extensions']
  resources: ['podsecuritypolicies']
  verbs: ['use']
  resourceNames: ['psp.flannel.unprivileged']
- apiGroups:
  - ""
  resources:
  - pods
  verbs:
  - get
- apiGroups:
  - ""
  resources:
  - nodes
  verbs:
  - list
  - watch
- apiGroups:
  - ""
  resources:
  - nodes/status
  verbs:
  - patch
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: flannel
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: flannel
subjects:
- kind: ServiceAccount
  name: flannel
  namespace: kube-system
---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: flannel
  namespace: kube-system
---
kind: ConfigMap
apiVersion: v1
metadata:
  name: kube-flannel-cfg
  namespace: kube-system
  labels:
   tier: node
    app: flannel
data:
  cni-conf.json: |
    {
      "name": "cbr0",
      "cniVersion": "0.3.1",
      "plugins": [
        {
          "type": "flannel",
          "delegate": {
            "hairpinMode": true,
            "isDefaultGateway": true
          }
        },
        {
          "type": "portmap",
          "capabilities": {
            "portMappings": true
          }
        }
      ]
    }
  net-conf.json: |
    {
      "Network": "10.244.0.0/16",
      "Backend": {
        "Type": "vxlan"
      }
    }
---
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: kube-flannel-ds
  namespace: kube-system
  labels:
    tier: node
    app: flannel
spec:
  selector:
    matchLabels:
      app: flannel
  template:
    metadata:
      labels:
        tier: node
        app: flannel
    spec:
      affinity:
        nodeAffinity:
         requiredDuringSchedulingIgnoredDuringExecution:
            nodeSelectorTerms:
            - matchExpressions:
              - key: kubernetes.io/os
                operator: In
                values:
                - linux
      hostNetwork: true
      priorityClassName: system-node-critical
      tolerations:
      - operator: Exists
        effect: NoSchedule
      serviceAccountName: flannel
      initContainers:
      - name: install-cni
        image: quay.io/coreos/flannel:v0.13.0
        command:
        - cp
        args:
        - -f
        - /etc/kube-flannel/cni-conf.json
        - /etc/cni/net.d/10-flannel.conflist
        volumeMounts:
        - name: cni
          mountPath: /etc/cni/net.d
        - name: flannel-cfg
          mountPath: /etc/kube-flannel/
      containers:
      - name: kube-flannel
        image: quay.io/coreos/flannel:v0.13.0
        command:
        - /opt/bin/flanneld
        args:
        - --ip-masq
        - --kube-subnet-mgr
        resources:
          requests:
            cpu: "100m"
            memory: "50Mi"
          limits:
            cpu: "100m"
            memory: "50Mi"
        securityContext:
          privileged: false
          capabilities:
            add: ["NET_ADMIN", "NET_RAW"]
        env:
        - name: POD_NAME
          valueFrom:
            fieldRef:
              fieldPath: metadata.name
        - name: POD_NAMESPACE
          valueFrom:
            fieldRef:
              fieldPath: metadata.namespace
        volumeMounts:
        - name: run
          mountPath: /run/flannel
        - name: flannel-cfg
          mountPath: /etc/kube-flannel/
      volumes:
      - name: run
        hostPath:
          path: /run/flannel
      - name: cni
        hostPath:
          path: /etc/cni/net.d
      - name: flannel-cfg
        configMap:
          name: kube-flannel-cfg

用kubectl来创建flannel:

[root@k8s ~]# kubectl apply -f kube-flannel.yml 
podsecuritypolicy.policy/psp.flannel.unprivileged created
clusterrole.rbac.authorization.k8s.io/flannel created
clusterrolebinding.rbac.authorization.k8s.io/flannel created
serviceaccount/flannel created
configmap/kube-flannel-cfg created
daemonset.apps/kube-flannel-ds created

最后在master上检查是否安装成功

[root@master:/home/irteamsu/k8s]# kubectl get nodes
NAME                       STATUS   ROLES    AGE    VERSION
dble001-perform-jp2v-dev   Ready    master   111d   v1.19.3
dble002-perform-jp2v-dev   Ready    <none>   111d   v1.19.3
dble003-perform-jp2v-dev   Ready    <none>   111d   v1.19.3
搭建CICD流水线是一个相对复杂的过程,需要考虑到多个环节和工具的选择。以下是一些常见步骤和要点。 首先,我们需要选择合适的版本控制工具,如Git或SVN,并在代码托管平台上创建项目库。然后,我们需要搭建一个源代码管理系统,如Jenkins或GitLab,用于管理和处理代码变更。 接下来,我们需要创建用于自动化构建和部署的脚本。可以使用基于Maven或Gradle的构建工具,通过配置构建脚本来定义项目的构建过程。这些脚本可以包括编译代码、运行单元测试、生成构建报告等步骤。 在构建流程中,我们还需要考虑自动化测试。通过使用工具如JUnit、Selenium等来编写和执行自动化测试脚本,以确保代码的功能和质量。 我们还可以集成静态代码分析工具,如SonarQube,用于检测代码质量问题,并生成相应的报告和指标。 然后,我们需要选择适当的部署工具和环境,如DockerKubernetes等,以实现持续部署和容器化。 最后,我们需要配置持续集成和部署的触发器,例如当代码库有新的提交时自动执行构建和部署流程。 总而言之,从搭建CICD流水线需要考虑到版本控制、构建、测试、部署等多个环节,并选择合适的工具和配置来实现自动化和持续集成、交付和部署。这种流水线的搭建可以有效地提高开发效率、减少错误和部署时间,并提高代码质量和可靠性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值