- A+
简介
上一篇文章讲解了如何使用Azure DevOps持续部署应用到Azure Kubernetes上。但是部署是否成功？会不会遇到什么问题？项目运行中是否会出现问题？我们该怎么样查看这些问题，并且对问题进行针对性解决？这就是今天要讲的。
Aks_Core部署流程
在讲遇到的问题之前我们可以先看看如何在AKS环境上部署Net Core应用资源。
1、 先决条件
Aks部署.Net Core项目需要条件：
1、本地安装docker环境（生成docker镜像，推送镜像到容器注册表）
2、本地安装Azure CLI(连接Azure 并执行相关命令)
2、 部署流程
a) 本地生成Docker镜像
i. 修改编辑Dockerfile文件(Linux环境和Windows环境生成镜像的文件内容不一样)
ii. 本地运行生成镜像命令
docker build -t <镜像名> .
iii. 本地docker部署镜像测试运行
docker run -d –name=<运行名> -p 5001:80 <镜像名>
b) 创建资源组
i. 切换环境：
国际版-az cloud set -n AzureCloud。国内版-az cloud set -n AzureChinaCloud
ii. 通过cmd登录到Azure：
az login (根据浏览器弹出的页面进行验证)
iii. 创建资源组（可以通过页面Azure创建，也可通过命令运行：）
az group create --name < 资源组名称 > --location eastus
c) 在资源组中创建容器注册表并推送镜像
i. 创建容器注册表
az acr create --resource-group <资源组名称> --name <acrName> --sku Basic
ii. 获取容器注册表登录服务器
az acr list --resource-group <资源组名称> --query "[].{acrLoginServer:loginServer}" --output table
iii. 通过docker命令标记本地镜像
docker tag 镜像名:版本 <acrLoginServer>/镜像名:版本
iv. 登录到容器注册表
az acr login --name <acrName>
v. 推送镜像到容器注册表
docker push <acrLoginServer>/<镜像名>:版本
vi. 检查镜像是否推送成功
az acr repository list --name <acrName> --output table
d) 创建K8S群集并且连接
i. 创建Kubernetes群集(通过azure页面创建或者通过命令创建：)
az aks create --resource-group <资源组名称> --name <Kuberbetes群集名称> --node-count 2 --generate-ssh-keys --attach-acr <acrName>
ii. 如果使用kubectl命令找不到的话就需要安装kubectl
az aks install-cli
iii. 通过azure页面上的Kubernetes链接连接到Kubernetes
iv. 通过获取群集节点命令验证Kubernetes是否连接成功
kubectl get nodes
e) 创建编辑yaml文件并部署
i. 创建更新yaml文件
ii. 使用kubectl命令创建Kubernetes对象
kubectl appy -f <yaml文件名>
iii. 使用kubectl命令监视查看service运行状况
kubectl get service azure-vote-front --watch
安装Azure CLI
我们需要下载Azure CLI：安装适用于 Windows 的 Azure CLI | Microsoft Learn
然后依次安装就行了。安装成功在CMD窗口检验是否成功即可。
连接Kubernetes
1、 进入Microsoft Azure 管理页面，并选择创建的Kubernetes 服务。
2、 选择概述页面、点击点击连接会出现以下界面
3、 打开Windows CMD命令窗口输入az login，并且在弹出的登录页面进行登录验证（注意Azure 是国内版还是国外版的，需要对应切换环境）。
4、 输入第2步的两个连接命令，依次输入。
5、 输入kubectl get pods -n <命名空间名>来查询pod信息。
查看Pod描述和日志
上面我们讲了怎么连接到Azure Kubernetes服务并且查询Pods信息，下面我们看下怎么查看Pod更具体的信息来分析Pod状态。
在应用部署的时候，特别是在最开始的时候，特别容易碰到部署不成功的情况。例如Pod出现ErrImagePull或者ImagePullBackOff、或者出现CrashLoopBackOff等等，那么我们就需要查询Pod的描述或者日志等等来定位到错误信息。
1、 保持上面的kubernetes 连接，并且在CMD里面输入kubectl describe pod <pod名称> -n <命名空间名称>查看描述
2、 Kubectl logs -f <pod名称> -n <命名空间名称> 查看日志
例如我这里部署一个demo，镜像配置一个不存在的镜像。就会出现ImagePullBackOff的都问题，我们可以查看描述
例如对于CrashLoopBackOff的情况一般是启动后又失败了，这时候我们可能更需要查看log日志来定位信息了，一般问题是在程序启动时报错。例如数据库连接、redis连接、接入第三方连接报错等等
查看资源消耗情况
上面我们看了怎么查询定位应用部署中遇到的问题，现在我们来看看在应用运行中可能会遇到那些问题。在程序运行中可能会遇到部署的程序资源耗尽然后导致Pod假死或者重启的情况、也有可能怎么节点甚至是Kubernetes服务资源耗尽的情况。这次我们主要针对如何查询资源信息。
1、 查询node 资源情况。Kubectl top node
2、 查询Pod资源情况kubectl top pod -n <命名空间名称>
在Kubernetes服务中心部署可以使用自带的负载均衡。第一种情况是节点池资源充足，但是对应Pod的资源消耗殆尽甚至超过了。这就是在配置Pod的yaml文件中的资源限制配置问题了。yaml文件中resources配置中的requests最低需求和limits最大限制。第二种就是node节点的资源直接消耗殆尽了。一般这时候就需要看看是否需要增加配置，同时也需要检查应用程序，再看看具体是CPU还是内存了，是否有代码造成了内存泄漏。优化长时间处理的代码。
进入Pod中查看文件
进入Pod的命令kubectl exec -ti <Pod名称>-n <> sh。跟进入docker镜像内部相似进入进去后输入ls命令发现其实就是打包之前的应用程序。
生命不息、战斗不止!
欢迎大家扫描下方二维码，和我一起共同学习进步!
