想想说说几个概念:
垂直扩展:增加CPU、内存、或其他系统资源。就是在在一个服务器上增加硬件配置。
水平扩展:增减更多的跑这些应用程序的服务器。
k8s用到的缩写
replicationcontroller --> rc
pods --> po
service --> svc 好像都不区分单负数
配置集群
1 配置本地单节点集群。Minikube
安装,自行谷歌
启动
minikube start
安装Kubernetes客户端(kubectl)
2 或者使用Google Kubernets Engine托管Kuberneres集群
自行谷歌
gcloud container clusters create kubia --num-node 3
# clusters 是集群的意思。 kubia是自己起的集群名。--num-node 是启动三个节点
正式开始:
kubectl get nodes 列出集群节点
kubectl describe nodes 列出所有节点的详细信息
kubectl describe nodes 节点名 列出指定节点的详细信息
部署应用:
该命令可以创建所有必要的组件而无需JSON或YMAL文件。
kubectl run kubia --image=luksa/kubia --port=8080 --generator=run/v1
# kubia自己起的名字, --image必须时dockerhub上的应用镜像,不能是本地镜像,后面的--generator是啥不重要
插入pod的概念:
k8s不直接接触单个容器,相反使用多个共存容器的概念。这组容器叫做pod
一个pod是一组紧密相关的容器,它们总是一起运行在同一个工作节点上,以及同一个Linux命名空间中。每个pod就像一个独立的逻辑机器,拥有自己的IP、主机名,进程等,运行一个独立的应用程序。
列出pod
kubectl get pods 列出pod节点
# 有NAME. READY,STATUS. RESTARTS AGE
# 如果STATUS是Pending说明还在构建,再等等
访问正在运行的pod:
我们提到过每个pod都有自己的IP地址,但是这个地址是集群内部的,不能从集群外部访问。要让pod能够从外部访问需要通过服务对象公开它,要创建一个特殊的LoadBalancer类型服务。通过创建一个外部的负载均衡,可以通过负载均衡的公共IP访问pod。
要创建服务,需要告知Kubernetes对外暴露之前创建的ReplicationController
kubectl expose rc kubia --type=LoadBalancer --name kubia-http
# rc是replicationcontroller的缩写,--name是自己起的服务名。
列出服务:
kubectl get services
# 包括NAME CLUSTER-IP 内部IP. EXTERNAL_IP外部访问IP, 端口
kubectl get svc 一个意思
curl 外部IP加端口
# 联通了
消失的pod被ReplicationController替换新的pod。新的pod与替换它的pod具有不同的IP和地址。当一个服务被创建时。它会得到一个静态的IP,在服务的生命周期中这个IP不会发生改变。
列出replicationcontrollers资源
kubectl get replicationcontrollers
# kubectl get命令可以列出节点、pod、服务和ReplicationController对象,
增加期望副本数
kubectl scale rc kubia --replicas=3
# 增加pod副本数。
kubectl get rc
# 副本数增加了
kubectl get pods
# 发现pod变成3个了
当切换到服务时请求切换到所有三个pod上
curl 外部ip
会发现,会随机访问三个pod上,实现了负载均衡。
查看应用运行在哪个节点上
kubectl get pods -o wide
# 会多出两列, 内部iP 和所在的节点
使用kubectl describe 查看pod的其他细节
kubectl describe pods 节点名
可视化的kubernetes dashboard
如果使用Google Kubernetes Engine
kubectl cluster-info | grep dashboard
# 会出现网址,访问用浏览器访问就行了
gcloud container clusters describe kubia | grep -E "(username|password):"
# 会出现用户名和密码
如果使用minikube
minikube dashboard