【k8s 系列】k8s 学习七,在 K8S 中部署一个应用 上

本文涉及的产品
应用型负载均衡 ALB,每月750个小时 15LCU
网络型负载均衡 NLB,每月750个小时 15LCU
传统型负载均衡 CLB,每月750个小时 15LCU
简介: 本身在 K8S 中部署一个应用是需要写 yaml 文件的,我们这次简单部署,通过拉取网络上的镜像来部署应用,会用图解的方式来分享一下,过程中都发生了什么

「这是我参与11月更文挑战的第 22 天,活动详情查看:2021最后一次更文挑战

image.png

本身在 K8S 中部署一个应用是需要写 yaml 文件的,我们这次简单部署,通过拉取网络上的镜像来部署应用,会用图解的方式来分享一下,过程中都发生了什么

简单部署一个程序

我们可以通过 kubectl run 的方式来简单部署一个应用,现在我们先不关心里面的 yaml 结构和具体的配置,先运行起来,看看效果

kubectl run mykubia --image=luksa/kubia --port=9999 --generator=run/v1,执行该命令,就可以创建一个容器,并运行起来

shell

复制代码

$ kubectl get podsNAME      READY   STATUS    RESTARTS   AGEmykubia   1/1     Running   0          63s

可以看到 我们的 mykubia 应用已经运行起来的,我们可以通过命令 kubectl logs -f  mykubia  查看日志

image.png

在上命令中,解释一下:

  • --image=luksa/kubia

指定一个要运行的容器镜像

  • --port=9999

指的是我们指定服务运行的端口号是 9999

  • --generator=run/v1

加上这个标志指的是 让 k8s 集群创建一个 ReplicationController  ,而不是一个 Deployment

pod 是什么

在 K8S 中,一个 pod 是一组紧密相关的容器,它们总是运行在同一个工作节点上面,他们有着同样的 Linux 命名空间

image.png

每一个 pod 就像是一个独立的逻辑机器,他有这些资源:

  • 自己的 IP
  • 主机名
  • 进程
  • 能够运行一个独立的应用程序

这里面运行的应用程序可以是单进程的,运行在单个容器中,每一个进程都会在自己的容器运行

如上图,每一个 pod 都会有自己的 IP,一个 pod 会包含 1 个或者多个 容器,多个 pod 也会分布在不同的工作节点上面

从执行命令到容器运行背后都发生了哪些动作?

image.png

从程序员敲入命令到实际服务运行可以简单的分成 8 个步骤,如上图:

  • 1

构建镜像,必须先要把 镜像推送到 Docker Hub 上面,这一步是 执行 docker push luksa/kubia

  • 2

docker 服务器将镜像推送到 docker hub 中

  • 3

kubectl 收到指令,kubectl run mykubia --image=lukia/kubia --port=9999

  • 4

kubectl 想 REST API 服务器发送请求,请求调度

  • 5

主节点收到请求后,创建 Pod ,并调度到工作节点

  • 6

工作节点收到主节点的调度通知

  • 7

工作节点 使用 kubelet 指令告诉自己环境中 docker 要运行镜像了

  • 8

工作节点的 docker 于是就向 Docker Hub 拉取镜像,运行

最终,呈现出来的就是,我们通过指令 kubectl get pods 的时候,就可以看到我们的 pod 在运行了

外部如何访问 pod 中的服务?

我们如何在外部访问在 pod 运行中的服务呢?

我们可以通过指令:kubectl get pods -o wide 查看更多详细信息

image.png

虽然说每一个 pod 都有一个自己的 IP,但是这个 IP 只有在集群内部才可以访问的,在外部是没有办法访问的

我们在内部访问内部肯定是没有问题的

image.png

curl 一下 这个 ip 例如,curl 172.18.0.6:8080

要从外部访问内部的 pod 中的服务,我们可以创建一个特殊的 LoadBalancer 类型的服务(service)

创建一个服务对象

我们创建的这个服务对象,外部就可以访问到内部 pod 中的服务了

我们必须是要创建 LoadBalancer  类型的服务才可以,如果我们创建 ClusterIP 类型的服务也是不行的,

ClusterIP 类型的服务 是 K8S 内部默认的类型,默认只能在内部互相访问,外部是无法访问的

我们可以执行如下指令:

kubectl expose rc mykubia  --type=LoadBalancer --name kubia-http

  • rc mykubia

指的是要告诉 k8s 我们之前创建的 ReplicationController

此处的 rc 是  ReplicationController 的缩写

  • --type=LoadBalancer

执行类型为 LoadBalancer ,指定为 LoadBalancer 类型后,将会创建一个外部的负载均衡服务,外部可以通过这个服务的 ip 来访问到内部的 pod

查看服务

我们可以通过 kubectl get services 来查看服务列表

image.png

查看服务列表的时候,我们可以看到 EXTERNAL-IP 部分,刚开始是显示  ,不过不要着急,我们稍微等 1 分钟的样子, K8S 就会给我们分配好这个服务的 外部 IP 了

当有了明确的外部 IP, 那么外部就可以通过该 IP 来访问我们的内部服务了

当然,如果你现在在使用的还是 minikube ,也是可以这样来玩的

因为 minikube 上面是单节点集群的,我们可以敲入指令:minikube service kubia-http

image.png

就可以看到如上信息,我们就可以通过这个 ip 来访问这个服务了

今天就到这里,学习所得,若有偏差,还请斧正


欢迎点赞,关注,收藏

朋友们,你的支持和鼓励,是我坚持分享,提高质量的动力

image.png

好了,本次就到这里

技术是开放的,我们的心态,更应是开放的。拥抱变化,向阳而生,努力向前行。

我是阿兵云原生,欢迎点赞关注收藏,下次见~

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
1天前
|
Kubernetes 持续交付 开发工具
阿里云协同万兴科技落地ACK One GitOps方案,全球多机房应用自动化发布,效率提升50%
阿里云协同万兴科技落地ACK One GitOps方案,全球多机房应用自动化发布,效率提升50%
|
5天前
|
人工智能 Kubernetes 异构计算
大道至简-基于ACK的Deepseek满血版分布式推理部署实战
本教程演示如何在ACK中多机分布式部署DeepSeek R1满血版。
|
5天前
|
存储 Kubernetes 对象存储
部署DeepSeek但GPU不足,ACK One注册集群助力解决IDC GPU资源不足
借助阿里云ACK One注册集群,充分利用阿里云强大ACS GPU算力,实现DeepSeek推理模型高效部署。
|
10天前
|
存储 Kubernetes 测试技术
企业级LLM推理部署新范式:基于ACK的DeepSeek蒸馏模型生产环境落地指南
本教程演示如何在ACK中使用vLLM框架快速部署DeepSeek R1模型推理服务。
|
11天前
|
存储 人工智能 弹性计算
NVIDIA NIM on ACK:优化生成式AI模型的部署与管理
本文结合NVIDIA NIM和阿里云容器服务,提出了基于ACK的完整服务化管理方案,用于优化生成式AI模型的部署和管理。
|
29天前
|
存储 监控 对象存储
ACK 容器监控存储全面更新:让您的应用运行更稳定、更透明
针对本地存储和 PVC 这两种容器存储使用方式,我们对 ACK 的容器存储监控功能进行了全新升级。此次更新完善了对集群中不同存储类型的监控能力,不仅对之前已有的监控大盘进行了优化,还针对不同的云存储类型,上线了全新的监控大盘,确保用户能够更好地理解和管理容器业务应用的存储资源。
117 21
|
1月前
|
存储 监控 对象存储
ACK容器监控存储全面更新:让您的应用运行更稳定、更透明
介绍升级之后的ACK容器监控体系,包括各大盘界面展示和概要介绍。
|
1月前
|
缓存 Kubernetes Docker
GitLab Runner 全面解析:Kubernetes 环境下的应用
GitLab Runner 是 GitLab CI/CD 的核心组件,负责执行由 `.gitlab-ci.yml` 定义的任务。它支持多种执行方式(如 Shell、Docker、Kubernetes),可在不同环境中运行作业。本文详细介绍了 GitLab Runner 的基本概念、功能特点及使用方法,重点探讨了流水线缓存(以 Python 项目为例)和构建镜像的应用,特别是在 Kubernetes 环境中的配置与优化。通过合理配置缓存和镜像构建,能够显著提升 CI/CD 流水线的效率和可靠性,助力开发团队实现持续集成与交付的目标。
|
Kubernetes 开发者 微服务
简化Kubernetes应用部署工具-Helm之Hook
本文讲的是简化Kubernetes应用部署工具-Helm之Hook【编者的话】微服务和容器化给复杂应用部署与管理带来了极大的挑战。Helm是目前Kubernetes服务编排领域的唯一开源子项目,做为Kubernetes应用的一个包管理工具,可理解为Kubernetes的apt-get / yum,由Deis 公司发起,该公司已经被微软收购。
2583 0
|
1月前
|
缓存 容灾 网络协议
ACK One多集群网关:实现高效容灾方案
ACK One多集群网关可以帮助您快速构建同城跨AZ多活容灾系统、混合云同城跨AZ多活容灾系统,以及异地容灾系统。

热门文章

最新文章