AI 助理
备案控制台
开发者社区 开发与运维 文章 正文

【云原生Kubernetes】二进制搭建Kubernetes集群（上）——部署etcd集群和单master（1）

2022-11-15 346
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
密钥管理服务KMS，1000个密钥，100个凭据，1个月
简介： 本文将带大家一起通过二进制搭建Kubernetes v1.20，因为实验内容较多，故分成上、中、下三篇文章进行展示。

单master集群架构图：

网络异常，图片无法展示
|


目前Kubernetes最新版本是v1.24，但大部分公司一般不会使用最新版本。

目前公司使用比较多的：老版本是v1.15，因为v1.16改变了很多API接口版本，新版本使用比较多的是v1.18、v1.20。

一、实验环境

注意：生产环境中，etcd集群和master、node节点都应该部署在不同的机器上，此处为了实验方便，将三台etcd节点分别部署在了master和node节点上了。

k8s集群master01：192.168.41.10，kube-apiserver、kube-controller-manager、kube-scheduler、etcd
 k8s集群master02：192.168.41.20
 k8s集群node01：192.168.41.42   kubelet、kube-proxy、docker 
 k8s集群node02：192.168.41.43
 etcd集群节点1：192.168.41.10   etcd
 etcd集群节点2：192.168.41.42
 etcd集群节点3：192.168.41.43
 负载均衡nginx+keepalive01（master）：192.168.41.44
 负载均衡nginx+keepalive02（backup）：192.168.41.45
复制代码


二、部署etcd集群

2.1 操作系统初始化配置

所有节点进行操作。

#关闭防火墙，清除防火墙规则
 systemctl stop firewalld
 systemctl disable firewalld
 iptables -F && iptables -t nat -F && iptables -t mangle -F && iptables -X
 #-X可以清除一些自定义的链表规则
 #关闭selinux
 setenforce 0
 sed -i 's/enforcing/disabled/' /etc/selinux/config
 #--------关闭swap-------------
 swapoff -a                             #临时关闭交换分区
 sed -ri 's/.*swap.*/#&/' /etc/fstab    #永久关闭交换分区   
 #------根据规划设置主机名------
 hostnamectl set-hostname master01 && su
 hostnamectl set-hostname master02 && su
 hostnamectl set-hostname node01 && su
 hostnamectl set-hostname node02 && su
 #--------修改/etc/hosts文件------
 #添加主机名和IP的映射关系
 vim /etc/hosts
 192.168.41.10 master01
 192.168.41.20 master02
 192.168.41.42 node01
 192.168.41.43 node02
 #-----------调整内核参数--------------
 vim /etc/sysctl.d/k8s.conf
 #开启网桥模式，可将网桥的流量传递给iptables链
 net.bridge.bridge-nf-call-ip6tables = 1
 net.bridge.bridge-nf-call-iptables = 1
 #关闭ipv6协议
 net.ipv6.conf.all.disable_ipv6=1
 #开启路由转发功能
 sysctl --system   #加载系统的内核参数
 #-----------时间同步-------------------
 yum install ntpdate -y
 ntpdate time.windows.com
 #将时间同步加入计划性任务，每30分钟执行一次
 crontab -e
 */30 * * * * /usr/sbin/ntpdate time.windows.com
复制代码


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|



网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


2.2 部署 etcd 集群（分布式键值对数据库）

etcd是Coreos团队于2013年6月发起的开源项目，它的目标是构建一个 高可用的分布式键值(key-value) 数据库。etcd内 部采用raft协议作为一致性算法，etcd是go语言编写的。

etcd作为服务发现系统，有以下的特点：

  • 简单：安装配置简单，而且提供了HTTP API进行交互，使用也很简单。
  • 安全：支持SSL证书验证。
  • 快速：单实例支持每秒2k+读操作。
  • 可靠：采用raft算法，实现分布式系统数据的可用性和一致性。

etcd目前默认使用2379端口提供HTTP API服务，2380端口和peer通信（这两个端口已经被IANA（互联网数字分配机构）官方预留给etcd）。

即etcd默认使用2379端口对外为客户端提供通讯，使用端口2380来进行服务器间内部通讯。 （etcd和api-server通信使用2379端口，etcd之间使用2380通信）

etcd在生产环境中一般推荐集群方式部署。由于etcd的leader选举机制，要求至少为3台或以上的奇数台。

准备签发证书环境：

CFSSL是CloudFlare公司开源的一款PKI/TLS 工具。CFSSL包含一个命令行工具和一个用于签名、验证和捆绑TLS证书的HTTP API服务。使用Go语言编写。

CFSSL使用配置文件生成证书，因此自签之前，需要生成它识别的json 格式的配置文件，CFSSL 提供了方便的命令行生成配置文件。

CFSSL用来为etcd提供TLS证书，它支持签三种类型的证书：

  1. client证书，服务端连接客户端时携带的证书，用于客户端验证服务端身份，如kubeapiserver 访问etcd;
  2. server证书，客户端连接服务端时携带的证书，用于服务端验证客户端身份，如etcd对外提供服务；
  3. peer证书，相互之间连接时使用的证书，如etcd节点之间进行验证和通信。

这里全部都使用同一套证书认证。

1）在 etcd01 节点上操作

#-----------------------准备cfssl证书生成工具----------
 wget https://pkg.cfssl.org/R1.2/cfssl_linux-amd64 -O /usr/local/bin/cfssl
 wget https://pkg.cfssl.org/R1.2/cfssljson_linux-amd64 -O /usr/local/bin/cfssljson
 wget https://pkg.cfssl.org/R1.2/cfssl-certinfo_linux-amd64 -O /usr/local/bin/cfssl-certinfo
 #-O：指定下载目录
 #Linux命令行两种下载方式：
 #wget 源URL地址 [-O 下载到指定路径]
 #curl 源URL地址 [-o 下载到指定路径]
 chmod +x /usr/local/bin/cfssl*
 --------------------- 虚线内注释 ------------------------------------------------
 cfssl：证书签发的工具命令。
 cfssljson：将cfssl生成的证书（json格式）变为文件承载式证书。
 cfssl-certinfo：验证证书的信息。
 cfssl-certinfo -cert <证书名称>   #查看证书的信息
 -------------------------------------------------------------------------------
 #------------------------生成Etcd证书-----------------------
 #k8s目录用于存放生成证书的脚本文件
 mkdir /opt/k8s/
 cd /opt/k8s/
 #上传 etcd-cert.sh 和 etcd.sh 到 /opt/k8s/ 目录中，为两个文件增加执行权限
 chmod +x etcd-cert.sh etcd.sh
 #创建用于生成CA证书、etcd 服务器证书以及私钥的目录
 mkdir /opt/k8s/etcd-cert/
 mv etcd-cert.sh etcd-cert/    #将etcd-cert.sh移动到该目录
 cd /opt/k8s/etcd-cert/   #切换到该目录
 ./etcd-cert.sh        #运行脚本生成CA证书、etcd 服务器证书以及私钥
 #查看etcd-cert目录，以.json和.csr结尾的文件都是请求生成证书的文件，以pem结尾的文件都是最终生成的证书文件。
 ls                  
 ca-config.json  ca-csr.json  ca.pem        server.csr       server-key.pem
 ca.csr          ca-key.pem   etcd-cert.sh  server-csr.json  server.pem
 #上传 etcd-v3.4.9-linux-amd64.tar.gz 到 /opt/k8s/ 目录中，启动etcd服务
 #下载地址https://github.com/etcd-io/etcd/releases/download/v3.4.9/etcd-v3.4.9-1inux-amd64.tar.gz
 cd /opt/k8s/
 tar zxvf etcd-v3.4.9-linux-amd64.tar.gz
 #查看安装包解压后的目录，该目录包含了etcd的启动文件etcd和etcd的管理文件etcdctl
 cd /opt/k8s/etcd-v3.4.9-linux-amd64/
 ls
 --------------------------------------------------------------------------------
 etcd：就是etcd服务的启动命令，后面可跟各种启动参数
 etcdctl：主要为etcd服务提供了命令行操作
 --------------------------------------------------------------------------------
 #创建/opt/etcd目录，并创建三个子目录cfg、bin、ssl。cfg用于存放配置文件，bin用于存放执行文件，ssl用于存放证书文件
 mkdir -p /opt/etcd/{cfg,bin,ssl}
 #将etcd和etcdctl两个文件移动到/opt/etcd/bin目录
 mv etcd etcdctl /opt/etcd/bin/
 #将证书文件复制到etcd01节点的/opt/etcd/ssl/目录
 cp /opt/k8s/etcd-cert/*.pem /opt/etcd/ssl/
 cd /opt/k8s/
 #运行脚本，会卡在前台
 ./etcd.sh etcd01 192.168.41.10 etcd02=https://192.168.41.42:2380,etcd03=https://192.168.41.43:2380
 #另开一台终端，查看进程信息
 ps -ef | grep etcd
 #将etcd目录中的所有文件发送给etcd02和etcd03节点
 scp -r /opt/etcd/ root@192.168.41.42:/opt/
 scp -r /opt/etcd/ root@192.168.41.43:/opt/
 #传输etcd的系统服务管理文件
 scp /usr/lib/systemd/system/etcd.service root@192.168.41.42:/usr/lib/systemd/system/
 scp /usr/lib/systemd/system/etcd.service root@192.168.41.43:/usr/lib/systemd/system/
复制代码


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


2）在 etcd02 和 etcd03 节点上操作

#-------------1、在 etcd02 节点上操作（42主机）------------------
 vim /opt/etcd/cfg/etcd
 #[Member]
 ETCD_NAME="etcd02"                                          #修改
 ETCD_DATA_DIR="/var/lib/etcd/default.etcd"
 ETCD_LISTEN_PEER_URLS="https://192.168.41.42:2380"          #修改
 ETCD_LISTEN_CLIENT_URLS="https://192.168.41.42:2379"        #修改
 #[Clustering]
 ETCD_INITIAL_ADVERTISE_PEER_URLS="https://192.168.41.42:2380"     #修改
 ETCD_ADVERTISE_CLIENT_URLS="https://192.168.41.42:2379"           #修改
 ETCD_INITIAL_CLUSTER="etcd01=https://192.168.41.10:2380,etcd02=https://192.168.41.42:2380,etcd03=https://192.168.41.43:2380"
 ETCD_INITIAL_CLUSTER_TOKEN="etcd-cluster"
 ETCD_INITIAL_CLUSTER_STATE="new"
 systemctl start etcd
 systemctl enable etcd
 systemctl status etcd
 #-----------2、在 etcd03 节点上操作（43主机）-----------------------
 vim /opt/etcd/cfg/etcd
 #[Member]
 ETCD_NAME="etcd03"                                          #修改
 ETCD_DATA_DIR="/var/lib/etcd/default.etcd"
 ETCD_LISTEN_PEER_URLS="https://192.168.41.43:2380"          #修改
 ETCD_LISTEN_CLIENT_URLS="https://192.168.41.43:2379"        #修改
 #[Clustering]
 ETCD_INITIAL_ADVERTISE_PEER_URLS="https://192.168.41.43:2380"     #修改
 ETCD_ADVERTISE_CLIENT_URLS="https://192.168.41.43:2379"           #修改
 ETCD_INITIAL_CLUSTER="etcd01=https://192.168.41.10:2380,etcd02=https://192.168.41.42:2380,etcd03=https://192.168.41.43:2380"
 ETCD_INITIAL_CLUSTER_TOKEN="etcd-cluster"
 ETCD_INITIAL_CLUSTER_STATE="new"
 systemctl start etcd
 systemctl enable etcd
 systemctl status etcd
 #-------------3、检查etcd群集状态-------------------------------
 #三个etcd节点都可用查看
 #切换到/opt/etcd/ssl目录，证书可使用相对路径。如果不在该目录下，证书要使用绝对路径。
 #查看etcd集群每个节点的健康状态，true表示健康
 ETCDCTL_API=3 /opt/etcd/bin/etcdctl --cacert=/opt/etcd/ssl/ca.pem --cert=/opt/etcd/ssl/server.pem --key=/opt/etcd/ssl/server-key.pem --endpoints="https://192.168.41.10:2379,https://192.168.41.42:2379,https://192.168.41.43:2379" endpoint health --write-out=table
 #查看etcd集群成员列表
 ETCDCTL_API=3 /opt/etcd/bin/etcdctl --cacert=/opt/etcd/ssl/ca.pem --cert=/opt/etcd/ssl/server.pem --key=/opt/etcd/ssl/server-key.pem --endpoints="https://192.168.41.10:2379,https://192.168.41.42:2379,https://192.168.41.43:2379" --write-out=table member list
 #查看etcd集群中哪个节点是leader，true表示leader
 ETCDCTL_API=3 /opt/etcd/bin/etcdctl --cacert=/opt/etcd/ssl/ca.pem --cert=/opt/etcd/ssl/server.pem --key=/opt/etcd/ssl/server-key.pem --endpoints="https://192.168.41.10:2379,https://192.168.41.42:2379,https://192.168.41.43:2379" endpoint status --write-out=table
 #------------------注释---------------------------------------
--cert-file：识别HTTPS端使用SSL证书文件
--key-file：使用此SSL密钥文件标识HTTPS客户端
--ca-file：使用此CA证书验证启用https的服务器的证书
--endpoints：集群中以逗号分隔的机器地址列表
cluster-health：检查etcd集群的运行状况
#-------------------------------------------------------------
 #因为是通过客户端的方式进行访问，所以用2379端口，检查每个节点的状态
复制代码


在 etcd02 节点上操作（42主机）：

网络异常，图片无法展示
|


网络异常，图片无法展示
|


在 etcd03 节点上操作（43主机）：

网络异常，图片无法展示
|


网络异常，图片无法展示
|


检查etcd群集状态：

网络异常，图片无法展示
|


网络异常，图片无法展示
|


网络异常，图片无法展示
|


附录1：etcd-cert.sh

#!/bin/bash
 #配置证书生成策略，让 CA 软件知道颁发有什么功能的证书，生成用来签发其他组件证书的根证书
 cat > ca-config.json <<EOF
 {
   "signing": {
     "default": {
       "expiry": "87600h"
     },
     "profiles": {
       "www": {
          "expiry": "87600h",
          "usages": [
             "signing",
             "key encipherment",
             "server auth",
             "client auth"
         ]
       }
     }
   }
 }
 EOF
 #ca-config.json：可以定义多个 profiles，分别指定不同的过期时间、使用场景等
 参数；
 #后续在签名证书时会使用某个 profile；此实例只有一个 www 模板。
 #expiry：指定了证书的有效期，87600h 为10年，如果用默认值一年的话，证书到期
 后集群会立即宕掉
 #signing：表示该证书可用于签名其它证书；生成的 ca.pem 证书中 CA=TRUE；
 #key encipherment：表示使用非对称密钥加密，如 RSA 加密；
 #key encipherment：表示使用非对称密钥加密，如 RSA 加密；
 #server auth：表示client可以用该 CA 对 server 提供的证书进行验证；
 #client auth：表示server可以用该 CA 对 client 提供的证书进行验证；
 #注意标点符号，最后一个字段一般是没有逗号的。
 #-----------------------
 #生成CA证书和私钥（根证书和私钥）
 #特别说明： cfssl和openssl有一些区别，openssl需要先生成私钥，然后用私钥生>成请求文件，最后生成签名的证书和私钥等，但是cfssl可以直接得到请求文件。
 cat > ca-csr.json <<EOF
 {
     "CN": "etcd",
     "key": {
         "algo": "rsa",
         "size": 2048
     },
     "names": [
         {
             "C": "CN",
             "L": "Beijing",
             "ST": "Beijing"
         }
     ]
 }
 EOF
 #CN：Common Name，浏览器使用该字段验证网站或机构是否合法，一般写的是域名
 #key：指定了加密算法，一般使用rsa（size：2048）
 #C：Country，国家
 #ST：State，州，省
 #L：Locality，地区,城市
 #O: Organization Name，组织名称，公司名称
 #OU: Organization Unit Name，组织单位名称，公司部门
 cfssl gencert -initca ca-csr.json | cfssljson -bare ca
 #生成的文件：
 #ca-key.pem：根证书私钥
 #ca.pem：根证书
 #ca.csr：根证书签发请求文件
 #cfssl gencert -initca <CSRJSON>：使用 CSRJSON 文件生成生成新的证书和私钥>。如果不添加管道符号，会直接把所有证书内容输出到屏幕。
 #注意：CSRJSON 文件用的是相对路径，所以 cfssl 的时候需要 csr 文件的路径下>执行，也可以指定为绝对路径。
 #cfssljson 将 cfssl 生成的证书（json格式）变为文件承载式证书，-bare 用于命名生成的证书文件。
 #-----------------------
 #生成 etcd 服务器证书和私钥
 cat > server-csr.json <<EOF
 {
     "CN": "etcd",
     "hosts": [
     "192.168.41.10",
     "192.168.41.42",
     "192.168.41.43"
     ],
     "key": {
         "algo": "rsa",
         "size": 2048
     },
     "names": [
         {
             "C": "CN",
             "L": "BeiJing",
             "ST": "BeiJing"
         }
     ]
 }
 EOF
 #hosts：将所有 etcd 集群节点添加到 host 列表，需要指定所有 etcd 集群的节点ip 或主机名不能使用网段，新增 etcd 服务器需要重新签发证书。
 cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=www server-csr.json | cfssljson -bare server
 #生成的文件：
 #server.csr：服务器的证书请求文件
 #server-key.pem：服务器的私钥
 #server.pem：服务器的数字签名证书
 #-config：引用证书生成策略文件 ca-config.json
 #-profile：指定证书生成策略文件中的的使用场景，比如 ca-config.json 中的 www
复制代码


附录2：etcd.sh

#!/bin/bash
 #example: ./etcd.sh etcd01 192.168.41.10 etcd02=https://192.168.41.42:2380,etcd03=https://192.168.41.43:2380
 #创建etcd配置文件/opt/etcd/cfg/etcd
 ETCD_NAME=$1
 ETCD_IP=$2
 ETCD_CLUSTER=$3
 WORK_DIR=/opt/etcd
 cat > $WORK_DIR/cfg/etcd  <<EOF
 #[Member]
 ETCD_NAME="${ETCD_NAME}"
 ETCD_DATA_DIR="/var/lib/etcd/default.etcd"
 ETCD_LISTEN_PEER_URLS="https://${ETCD_IP}:2380"
 ETCD_LISTEN_CLIENT_URLS="https://${ETCD_IP}:2379"
 #[Clustering]
 ETCD_INITIAL_ADVERTISE_PEER_URLS="https://${ETCD_IP}:2380"
 ETCD_ADVERTISE_CLIENT_URLS="https://${ETCD_IP}:2379"
 ETCD_INITIAL_CLUSTER="etcd01=https://${ETCD_IP}:2380,${ETCD_CLUSTER}"
 ETCD_INITIAL_CLUSTER_TOKEN="etcd-cluster"
 ETCD_INITIAL_CLUSTER_STATE="new"
 EOF
 #Member:成员配置
 #ETCD_NAME：节点名称，集群中唯一。成员名字，集群中必须具备唯一性，如etcd01
 #ETCD_DATA_DIR：数据目录。指定节点的数据存储目录，这些数据包括节点ID，集群ID，集群初始化配置，Snapshot文件，若未指定-wal-dir，还会存储WAL文件；如果不指定会用缺省目录
 #ETCD_LISTEN_PEER_URLS：集群通信监听地址。用于监听其他member发送信息的地址。ip为全0代表监听本机所有>接口
 #ETCD_LISTEN_CLIENT_URLS：客户端访问监听地址。用于监听etcd客户发送信息的地址。ip为全0代表监听本机所>有接口
 #Clustering：集群配置
 #ETCD_INITIAL_ADVERTISE_PEER_URLS：集群通告地址。其他member使用，其他member通过该地址与本member交互>信息。一定要保证从其他member能可访问该地址。静态配置方式下，该参数的value一定要同时在--initial-cluster参数中存在
 #ETCD_ADVERTISE_CLIENT_URLS：客户端通告地址。etcd客户端使用，客户端通过该地址与本member交互信息。一>定要保证从客户侧能可访问该地址
 #ETCD_INITIAL_CLUSTER：集群节点地址。本member使用。描述集群中所有节点的信息，本member根据此信息去联>系其他member
 #ETCD_INITIAL_CLUSTER_TOKEN：集群Token。用于区分不同集群。本地如有多个集群要设为不同
 #ETCD_INITIAL_CLUSTER_STATE：加入集群的当前状态，new是新集群，existing表示加入已有集群。
 #创建etcd.service服务管理文件
 cat > /usr/lib/systemd/system/etcd.service <<EOF
 [Unit]
 Description=Etcd Server
 After=network.target
 After=network-online.target
 Wants=network-online.target
 [Service]
 Type=notify
 EnvironmentFile=${WORK_DIR}/cfg/etcd
 ExecStart=${WORK_DIR}/bin/etcd \
 --cert-file=${WORK_DIR}/ssl/server.pem \
 --key-file=${WORK_DIR}/ssl/server-key.pem \
 --trusted-ca-file=${WORK_DIR}/ssl/ca.pem \
 --peer-cert-file=${WORK_DIR}/ssl/server.pem \
 --peer-key-file=${WORK_DIR}/ssl/server-key.pem \
 --peer-trusted-ca-file=${WORK_DIR}/ssl/ca.pem \
 --logger=zap \
 --enable-v2
 Restart=on-failure
 LimitNOFILE=65536
 [Install]
 WantedBy=multi-user.target
 EOF
 #--enable-v2：开启 etcd v2 API 接口。当前 flannel 版本不支持 etcd v3 通信
 #--logger=zap：使用 zap 日志框架。zap.Logger 是go语言中相对日志库中性能最高的
 #--peer开头的配置项用于指定集群内部TLS相关证书（peer 证书），这里全部都使用同一套证书认证
 #不带--peer开头的的参数是指定 etcd 服务器TLS相关证书（server 证书），这里全部都使用同一套证书认证
 systemctl daemon-reload
 systemctl enable etcd
 systemctl restart etcd
复制代码


文章标签：
容器服务Kubernetes版
密钥管理服务
Go
容器
Cloud Native
Kubernetes
安全
API
算法
数据格式
数据库
JSON
关键词：
云原生部署
容器服务Kubernetes版集群
容器服务Kubernetes版部署
云原生kubernetes
云原生kubernetes部署
相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用，部署一个新的应用用于新的发布，并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程，本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术，这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时，本课程也会向您介绍可以采取的工具、方法和可操作步骤，以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后，您将能够： 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
iomafilfjtgvs
目录
相关文章
游客moiomvrp3vyac2
|
21天前
|
Kubernetes Cloud Native 微服务
云原生入门与实践：Kubernetes的简易部署
云原生技术正改变着现代应用的开发和部署方式。本文将引导你了解云原生的基础概念，并重点介绍如何使用Kubernetes进行容器编排。我们将通过一个简易的示例来展示如何快速启动一个Kubernetes集群，并在其上运行一个简单的应用。无论你是云原生新手还是希望扩展现有知识，本文都将为你提供实用的信息和启发性的见解。
游客moiomvrp3vyac2
47 3
游客moiomvrp3vyac2
|
28天前
|
Kubernetes Cloud Native 开发者
云原生入门：Kubernetes的简易指南
【10月更文挑战第41天】本文将带你进入云原生的世界，特别是Kubernetes——一个强大的容器编排平台。我们将一起探索它的基本概念和操作，让你能够轻松管理和部署应用。无论你是新手还是有经验的开发者，这篇文章都能让你对Kubernetes有更深入的理解。
游客moiomvrp3vyac2
51 11
历年考试不作弊
|
26天前
|
运维 Kubernetes Cloud Native
云原生技术入门：Kubernetes和Docker的协同工作
【10月更文挑战第43天】在云计算时代，云原生技术成为推动现代软件部署和运行的关键力量。本篇文章将带你了解云原生的基本概念，重点探讨Kubernetes和Docker如何协同工作以支持容器化应用的生命周期管理。通过实际代码示例，我们将展示如何在Kubernetes集群中部署和管理Docker容器，从而为初学者提供一条清晰的学习路径。
历年考试不作弊
43 1
代码bug生产队
|
28天前
|
Kubernetes 负载均衡 Cloud Native
探索Kubernetes：云原生应用的基石
探索Kubernetes：云原生应用的基石
代码bug生产队
30 1
游客qf4jmczx4xu2y
|
22天前
|
Kubernetes Cloud Native 云计算
云原生入门：Kubernetes 和容器化基础
在这篇文章中，我们将一起揭开云原生技术的神秘面纱。通过简单易懂的语言，我们将探索如何利用Kubernetes和容器化技术简化应用的部署和管理。无论你是初学者还是有一定经验的开发者，本文都将为你提供一条清晰的道路，帮助你理解和运用这些强大的工具。让我们从基础开始，逐步深入了解，最终能够自信地使用这些技术来优化我们的工作流程。
游客qf4jmczx4xu2y
31 0
博文视点Broadview
|
存储 运维 Kubernetes
阿里云数字新基建系列：云原生操作系统Kubernetes-第1章（4）
阿里云数字新基建系列包括5本书，题材涉及Kubernetes、混合云架构、云数据库、CDN原理与流媒体技术、云服务器运维（Windows），囊括了领先的云技术知识与阿里云技术团队独到的实践经验，是国内IT技术图书中又一套重磅作品！ 本书是阿里云容器服务产品线上实践的技术沉淀，主要包括理论篇和实践篇两部分内容。理论篇注重理论介绍，核心是Kubernetes on Cloud，即着重介绍Kubernetes和阿里云产品的结合。实践篇是疑难问题的诊断案例，希望通过案例来和读者分享Kubernetes深度问题诊断......
博文视点Broadview
362 0
阿里云数字新基建系列：云原生操作系统Kubernetes-第1章（4）
博文视点Broadview
|
运维 Kubernetes Cloud Native
阿里云数字新基建系列：云原生操作系统Kubernetes-第1章（3）
阿里云数字新基建系列包括5本书，题材涉及Kubernetes、混合云架构、云数据库、CDN原理与流媒体技术、云服务器运维（Windows），囊括了领先的云技术知识与阿里云技术团队独到的实践经验，是国内IT技术图书中又一套重磅作品！ 本书是阿里云容器服务产品线上实践的技术沉淀，主要包括理论篇和实践篇两部分内容。理论篇注重理论介绍，核心是Kubernetes on Cloud，即着重介绍Kubernetes和阿里云产品的结合。实践篇是疑难问题的诊断案例，希望通过案例来和读者分享Kubernetes深度问题诊断......
博文视点Broadview
214 0
阿里云数字新基建系列：云原生操作系统Kubernetes-第1章（3）
博文视点Broadview
|
存储 弹性计算 Kubernetes
阿里云数字新基建系列：云原生操作系统Kubernetes-第1章（2）
阿里云数字新基建系列包括5本书，题材涉及Kubernetes、混合云架构、云数据库、CDN原理与流媒体技术、云服务器运维（Windows），囊括了领先的云技术知识与阿里云技术团队独到的实践经验，是国内IT技术图书中又一套重磅作品！ 本书是阿里云容器服务产品线上实践的技术沉淀，主要包括理论篇和实践篇两部分内容。理论篇注重理论介绍，核心是Kubernetes on Cloud，即着重介绍Kubernetes和阿里云产品的结合。实践篇是疑难问题的诊断案例，希望通过案例来和读者分享Kubernetes深度问题诊断......
博文视点Broadview
251 0
阿里云数字新基建系列：云原生操作系统Kubernetes-第1章（2）
博文视点Broadview
|
弹性计算 运维 Kubernetes
阿里云数字新基建系列：云原生操作系统Kubernetes-第1章（1）
　 阿里云数字新基建系列包括5本书，题材涉及Kubernetes、混合云架构、云数据库、CDN原理与流媒体技术、云服务器运维（Windows），囊括了领先的云技术知识与阿里云技术团队独到的实践经验，是国内IT技术图书中又一套重磅作品！ 本书是阿里云容器服务产品线上实践的技术沉淀，主要包括理论篇和实践篇两部分内容。理论篇注重理论介绍，核心是Kubernetes on Cloud，即着重介绍Kubernetes和阿里云产品的结合。实践篇是疑难问题的诊断案例，希望通过案例来和读者分享Kubernetes深度问题诊断......
博文视点Broadview
324 0
阿里云数字新基建系列：云原生操作系统Kubernetes-第1章（1）
弹性计算-百晓生
|
7天前
|
存储 Kubernetes 关系型数据库
阿里云ACK备份中心，K8s集群业务应用数据的一站式灾备方案
本文源自2024云栖大会苏雅诗的演讲，探讨了K8s集群业务为何需要灾备及其重要性。文中强调了集群与业务高可用配置对稳定性的重要性，并指出人为误操作等风险，建议实施周期性和特定情况下的灾备措施。针对容器化业务，提出了灾备的新特性与需求，包括工作负载为核心、云资源信息的备份，以及有状态应用的数据保护。介绍了ACK推出的备份中心解决方案，支持命名空间、标签、资源类型等维度的备份，并具备存储卷数据保护功能，能够满足GitOps流程企业的特定需求。此外，还详细描述了备份中心的使用流程、控制台展示、灾备难点及解决方案等内容，展示了备份中心如何有效应对K8s集群资源和存储卷数据的灾备挑战。
弹性计算-百晓生
28 5

热门文章

最新文章

  • 1
    拥抱开源，云原生时代下的开源牧码人的初心与坚守
  • 2
    云原生数据湖构建、分析与开发治理最佳实践及案例分享
  • 3
    OpenKruise v0.5.0 版本发布 | 云原生生态周报 Vol. 50
  • 4
    KubeCon 2019 北美会议完美落幕 | 云原生生态周报 Vol. 29
  • 5
    GitHub 宣布正式收购 npm | 云原生生态周报 Vol. 42
  • 6
    应用的云原生化迁云设计与实践
  • 7
    基于eBPF的云原生可观测性开源项目Kindling之eBPF基础设施库技术选型
  • 8
    阿里巴巴正式开源云原生应用脚手架
  • 9
    深度干货｜云原生分布式数据库 PolarDB-X 的技术演进
  • 10
    阿里云容器服务发布 Knative 托管服务 | 云原生生态周报 Vol. 49
  • 1
    Kubernetes学习-深入Pod篇(一) 创建Pod，Pod配置文件详解
    652
  • 2
    Kubernetes学习-集群搭建篇(三) Node配置完善和API概述
    83
  • 3
    Kubernetes学习-集群搭建篇(二) 部署Node服务，启动JNI网络插件
    319
  • 4
    Kubernetes学习-集群搭建篇(一) 搭建Master结点
    185
  • 5
    Kubernetes学习-核心概念篇(三) 核心概念和专业术语
    122
  • 6
    Kubernetes详解（九）——资源配置清单创建Pod实战
    127
  • 7
    Kubernetes详解（七）——Service对象部署和应用
    79
  • 8
    Kubernetes 集群的持续监控与性能优化策略
    130
  • 9
    Kubernetes详解（六）——Pod对象部署和应用
    121
  • 10
    Kubernetes详解（五）——Kubernetes核心对象
    96

    • 相关课程

    更多
  • 阿里云 EMR on ACK 实战
  • 阿里云K8S微服务部署案例
  • Kubernetes极速入门
  • Serverless 容器从入门到精通: - Serverless Kubernetes
  • Kubernetes云原生管理实践
  • Kubernetes入门

    • 相关电子书

    更多
  • ACK 云原生弹性方案—云原生时代的加速器
  • ACK集群类型选择最佳实践
  • 企业运维之云原生和Kubernetes 实战

    • 相关实验场景

    更多
  • 云原生场景自动化响应ECS系统事件
  • 在ACK Serverless中部署Stable Diffusion应用
  • 云原生HTAP数据库，让你的交易和分析一库搞定
  • 使用ACK-Koordinator部署在离线混部应用
  • 使用ACK Serverless容器化部署大语言模型FastChat
  • 通过EDAS部署并访问应用

    • 推荐镜像

    更多
  • kubernetes
  • pouch
  • docker-ce
    • 下一篇
    fs.oss.accessKeyId和fs.oss.accessKeySecret。