搭建Kubernetes具体流程(下)

Kubernetes(k8s)是自动化容器操作的开源平台,这些操作包括部署,调度和节点集群间扩展。如果你曾经用过Docker容器技术部署容器,那么可以将Docker看成Kubernetes内部使用的低级别组件。Kubernetes不仅仅支持Docker,还支持Rocket,这是另一种容器技术。

安装

yum安装需要的组件,我这里指定了具体的版本,我用的版本比较老,不过如果你是第一次用,问题不是很大,如果是大佬的话就不要喷我了~~~

yum -y install kubeadm-1.11.1  
yum -y install kubectl-1.11.1
yum -y install kubelet-1.11.1
yum -y install kubernetes-cni-0.6.0
yum -y install docker-ce-17.03.0.ce-1.el7.centos

设置docker启动

systemctl enable docker
systemctl start docker
systemctl enable kubelet.service
systemctl start kubelet

这里就是比较艰难的部分了,网上的处理办法大同小异在这里给大家写一下我用的。

kubernetes是Google的,他的镜像托管在Google云上,国内下载比较坎坷,到这个地址去下载https://github.com/anjia0532/gcr.io_mirror 脚本在这里

vim pullimages.sh #这里指定了具体的版本,如果你不是这个版本的需要修改脚本呀~~#!/bin/bash
images=(kube-proxy-amd64:v1.11.1 kube-scheduler-amd64:v1.11.1 kube-controller-manager-amd64:v1.11.1
kube-apiserver-amd64:v1.11.1 etcd-amd64:3.2.18 coredns:1.1.3 pause:3.1 )
for imageName in ${images[@]} ; do
docker pull anjia0532/google-containers.$imageName
docker tag anjia0532/google-containers.$imageName k8s.gcr.io/$imageName
docker rmi anjia0532/google-containers.$imageNamedone

其实呢kubeadm是可以一键部署Master节点的,不过呢为了给大家演示一下集群的搭建,我在这里写了一个kubeadm.yaml

apiVersion: kubeadm.k8s.io/v1alpha1
kind: MasterConfiguration
controllerManagerExtraArgs:
 horizontal-pod-autoscaler-use-rest-clients: "true"
 horizontal-pod-autoscaler-sync-period: "10s"
 node-monitor-grace-period: "10s"
apiServerExtraArgs:
 runtime-config: "api/all=true"
kubernetesVersion: "v1.11.1"

这里将horizontal-pod-autoscaler-use-rest-clients: “true”,这意味者,将来部署的kube-controlller-manger能够使用自定义资源进行自动水平拓展。

部署kunernetes Master节点

kubeadm init --config kubeadm.yaml

这里会生成一大串代码,我摘录一部分放在这里供大家参考

[init] using Kubernetes version: v1.11.1
[preflight] running pre-flight checks
.................
.................
.................
Your Kubernetes master 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/

You can now join any number of machines by running the following on each node
as root:

 kubeadm join 192.168.72.132:6443 --token q1nck1.4znr09ayrj6xpsdw --discovery-token-ca-cert-hash sha256:095e199243fad6ee350beb9869942f54ee4074cd5bcef1222a2cca712b8b4878

这个kubeadm join命令是来给Master节点添加工作节点的命令,当然我这里是单节点肯定是用不上了,不过我还是想给大家解释一下,你们知道就好。

配置安全配置文件的存放目录,这个在上述的代码中有提到,各位可以详细看一下

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

为啥要写这个呢?原因是kubernetes集群默认需要加密方式访问,这几条命令的作用在于将刚部署集群的配置文件放在当前用户的.kube目录下啊,kubectl默认使用这个目录下的授权信息访问kubernetes集群。

查看节点状态

[root@localhost yum.repos.d]# kubectl get nodes
NAME                    STATUS     ROLES    AGE   VERSION
localhost.localdomain   NotReady   master   6m    v1.11.1

我这里部署的状态是NotReady,是因为我没有安装网络组件

安装网络插件

kubectl apply -f https://git.io/weave-kube-1.6

部署完成后我们可以通过kubectl重新检查Pod状态

[root@localhost yum.repos.d]# kubectl get pods -n kube-system
NAME                                            READY   STATUS              RESTARTS   AGE
coredns-78fcdf6894-8w8dx                        1/1     Running             0          11m
coredns-78fcdf6894-w9sk2                        1/1     Running             0          11m
etcd-localhost.localdomain                      1/1     Running             0          10m
kube-apiserver-localhost.localdomain            1/1     Running             0          10m
kube-controller-manager-localhost.localdomain   1/1     Running             0          10m
kube-proxy-cpxmx                                1/1     Running             0          11m
kube-scheduler-localhost.localdomain            1/1     Running             0          10m
weave-net-pt2l7                                 2/2     Running             0          23s

这里可以看到我部署的Pod都启动成功了,如果你也能看到这些,那么恭喜你,至此kubernetes Master节点部署完成咯

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/209876.html<

(0)
管理的头像管理
上一篇2025-04-09 16:23
下一篇 2025-04-09 16:24

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注