目錄
一、yaml文件詳解
1.Kubernetes支持YAML和JSON格式管理資源對象
2.JSON格式:主要用於api接口之間消息的傳遞
3.YAML格式:用於配置和管理,YAML是一種簡潔的非標記性語言,內容格式人性化,較易讀
1.1 YAML語法格式
1.大小寫敏感
2.使用縮進表示層級關系
3.不支持Tab鍵制表符縮進,只使用空格縮進
4.縮進的空格數目不重要,只要相同層級的元素左側對齊即可,通常開頭縮進兩個空格
5.:字符后縮進一個空格,如冒號,逗號,短橫桿(-)等
6."—"表示YAML格式,一個文件的開始,用於分隔文件間
7.“#"表示注釋
1.2 查看api資源版本標簽
kubectl api-versions
==========================================================
apps/v1
#如果是業務場景一般首選使用apps/v1
apps/v1beta1
#帶有beta字樣的代表的是測試版本,不用在生產環境中
==========================================================
1.3 編寫yaml文件demo
1.3.1 編寫nginx-deployment的清單文件
mkdir /opt/demo/
cd /opt/demo/
==========================================================
vim nginx-deployment.yaml
apiVersion: apps/v1 #指定api版本標簽
kind: Deployment #定義資源的類型/角色,deployment為副本控制器,此處資源類型可以是Deployment、Job、Ingress、Service等
metadata: #定義資源的元數據信息,比如資源的名稱、namespace、標簽等信息
name: nginx-deployment #定義資源的名稱,在同一個namespace空間中必須是唯一的
namespace: kube-public #定義命名空間
labels: #定義資源標簽(Pod的標簽)
app: nginx
spec: #定義deployment資源需要的參數屬性,諸如是否在容器失敗時重新啟動容器的屬性
replicas: 3 #定義副本數量
selector : #定義標簽選擇器
matchLabels: #定義匹配標簽
app: nginx-111 #匹配下面的標簽,需與.spec.template.metadata.labels定義的標簽一致
template: #定義業務模板,如果有多個副本,所有副本的屬性會按照模板的相關配置進行匹配
metadata:
labels: #定義pod副本將使用的標簽,需與.spec.selector.matchLabels定義的標簽保持一致
app: nginx-111
spec:
containers: #定義容器屬性
- name: nginx #定義一個容器名,一個- name: 定義一個容器
image: nginx:1.15 #定義容器使用的鏡像以及版本
ports:
- containerPort: 80 #定義容器的對外的端口
=========================================================
#創建資源對象
kubectl apply -f nginx-deployment.yaml
#查看創建的pod資源
kubectl get pods -o wide -n kube-public --show-labels
1.3.2 編寫service服務的資源清單
vim nginx-service.yaml
apiVersion: v1
kind: Service
metadata :
name: nginx-service
namespace: kube-public
labels:
app: sb
spec:
type: NodePort
ports :
- port: 7777
targetPort: 80
nodePort: 31111
selector :
app: nginx-111
==========================================================
#創建資源對象
kubectl create -f nginx-service.yaml
#查看創建的service
kubectl get pods,svc -o wide -n kube-public --show-labels
#在瀏覽器輸入nodeIP:nodePort即可訪問
http://192.168.80.11:31111
http://192.168.80.12:31111
==========================================================
詳解k8s中的port:
●port
port是k8s集群內部訪問service的端口,即通過clusterIP: port可以從Pod所在的Node. 上訪問到service
●nodePort
nodePort是外部訪問k8s集群中service的端口,通過nodeIP: nodePort 可以從外部訪問到某個service。
●targetPort
targetPort是Pod的端口,從port或nodePort來的流量經過kube-proxy 反向代理負載均衡轉發到后端Pod的targetPort上,最后進入容器。
●containerPort
containerPort是Pod內部容器的端口,targetPort映射到containerPort
1.4 用--dry-run命令生成yaml資源清單
//kubectl run --dry-run 打印相應的API對象而不執行創建
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run
//查看生成yaml格式
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml
//查看生成json格式
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run -o json
//使用yaml格式導出生成模板,並進行修改以及刪除一些不必要的參數
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml > nginx-test.yaml
==========================================================
vim nginx-test.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
labels:
run: nginx-test
name: nginx-test
spec:
replicas: 3
selector:
matchLabels:
run: nginx-test
template:
metadata:
labels:
run: nginx-test
spec:
containers:
- image: nginx
name: nginx-test
ports:
- containerPort: 80
==========================================================
//創建資源對象
kubectl create -f nginx-test.yaml
#查看創建的service
kubectl get pods -o wide --show-labels
1.5 將現有的資源生成模板導出生成yaml文件
//將現有的資源生成模板導出I
kubectl get deployment nginx-test --export -o yaml
//保存到文件中
kubectl get deployment nginx-test --export -o yaml > gxd.yaml
==========================================================
vim gxd.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
labels:
run: nginx-123
name: nginx-456
spec:
replicas: 3
selector:
matchLabels:
run: nginx-gxd
template:
metadata:
labels:
run: nginx-gxd
spec:
containers:
- image: nginx
name: nginx-789
ports:
- containerPort: 80
protocol: TCP
==========================================================
//創建資源對象
kubectl create -f gxd.yaml
#查看創建的service
kubectl get pods -o wide --show-labels