聊聊kubernetes[1]——跑个应用

2018-07-18 1107

聊聊kubernetes——跑个应用

kubernetes学习笔记，分享出来，希望能帮助一些有需要的人，有问题一起交流。

本文是带领大家一起用kubernetes跑个应用，体验一下kubernetes。

1. 使用官网交互环境跑个应用

去官网，进入kubernetes交互环境。https://kubernetes.io/docs/tutorials/kubernetes-basics/create-cluster/cluster-interactive/
顺序执行以下命令

# 启动kubernetes
$ minikube start  
# 查看nodes信息
$ kubectl get nodes 
# 查看cluster（集群）信息
$ kubectl cluster-info 
# 跑个应用
$ kubectl run kubernetes-bootcamp --image=docker.io/jocatalin/kubernetes-bootcamp:v1 --port=8080

最后会输出：deployment.apps "kubernetes-bootcamp" created，说明我们应用跑起来了。

查看Pod：

$ kubectl get pods

NAME                                  READY     STATUS    RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-zjx5j   1/1       Running   0          3m

kubernetes-bootcamp-56cdd766d-zjx5就是应用所在的Pod

默认情况下Pod只能在集群（cluster）内部访问，外部要访问应用需要通过service暴露的端口来访问。

使用service暴露应用，使得外部可以访问：

$ kubectl expose deployment/kubernetes-bootcamp --type="NodePort" --port 8080

输出：service "kubernetes-bootcamp" exposed
查看以下services：

$ kubectl get services

看一下结果：

NAME                  TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S) AGE
kubernetes            ClusterIP   10.96.0.1      <none>        443/TCP 12m
kubernetes-bootcamp   NodePort    10.103.30.96   <none>        8080:30623/TCP 40s

kubernetes是默认的service，我们暂且不管，kubernetes-bootcamp就是我们应用的service。8080:30623 后面的端口30623是随机分配的。

2. Scale 应用

默认情况下应用只有一个副本，通过kubectl get deployments命令查看副本的情况：

$ kubectl get deployments

结果：

NAME                  DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
kubernetes-bootcamp   1         1         1            1           11m

我们看到了1个副本。

通过以下命令增加副本：

$ kubectl scale deployments/kubernetes-bootcamp --replicas=3

输出：deployment.extensions "kubernetes-bootcamp" scaled

然后，查看现在的副本：

$ kubectl get deployments

结果：

NAME                  DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
kubernetes-bootcamp   3         3         3            3           15m

看到了3个副本，扩容速度很快的。

kubectl get pods命令查看我们的pods

$ kubectl get pods
NAME                                  READY     STATUS    RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-f74cg   1/1       Running   0          1m
kubernetes-bootcamp-56cdd766d-zjx5j   1/1       Running   0          11m
kubernetes-bootcamp-56cdd766d-8sdjc   1/1       Running   0
1m

通过curl nodeName:port来访问应用：

$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-zjx5j |v=1
$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-f74cg |v=1
$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-zjx5j |v=1
$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-f74cg |v=1
$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-8sdjc |v=1
$

看以上结果，发现应用自动负载均衡了。
其中minikube:30623 中的minikube是我们的node名称，通过kubectl get nodes获取的。

我们来试一下减少副本：

$ kubectl scale deployments/kubernetes-bootcamp --replicas=2

输出：deployment.extensions "kubernetes-bootcamp" scaled

同样的命令，只是改变了一下--replicas的参数
这时候来看一下当前的pods：

$ kubectl get pods
NAME                                  READY     STATUS    RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-f74cg   1/1       Running   0          7m
kubernetes-bootcamp-56cdd766d-zjx5j   1/1       Running   0          22m

发现少了一个应用（pods）kubernetes-bootcamp-56cdd766d-8sdjc

3. 应用更新

应用升级

为了演示应用更新，我们将副本设置为5个，来看看应用更新过程

$ kubectl scale deployments/kubernetes-bootcamp --replicas=5
deployment.extensions "kubernetes-bootcamp" scaled
$ kubectl get pods
NAME                                  READY     STATUS    RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-722v7   1/1       Running   0          12s
kubernetes-bootcamp-56cdd766d-f74cg   1/1       Running   0          12m
kubernetes-bootcamp-56cdd766d-vft4v   1/1       Running   0          12s
kubernetes-bootcamp-56cdd766d-z525n   1/1       Running   0          12s
kubernetes-bootcamp-56cdd766d-zjx5j   1/1       Running   0          26m

这时候已经运行了5个副本，下一步开始更新应用，我们用到了镜像v2版本：

$ kubectl set image deployments/kubernetes-bootcamp kubernetes-bootcamp=docker.io/jocatalin/kubernetes-bootcamp:v2
deployment.apps "kubernetes-bootcamp" image updated
$ kubectl get podsNAME                                   READY     STATUS              RESTARTS AGE
kubernetes-bootcamp-56cdd766d-722v7    1/1       Terminating         0 2m
kubernetes-bootcamp-56cdd766d-f74cg    1/1       Terminating         0 14m
kubernetes-bootcamp-56cdd766d-vft4v    1/1       Terminating         0 2m
kubernetes-bootcamp-56cdd766d-z525n    1/1       Terminating         0 2m
kubernetes-bootcamp-56cdd766d-zjx5j    1/1       Running             0 29m
kubernetes-bootcamp-5bddb78d8f-7b2jr   0/1       Pending             0 3s
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Running             0 5s
kubernetes-bootcamp-5bddb78d8f-g5mc7   0/1       ContainerCreating   0 3s
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Running             0 4s
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Running             0 5s
$ kubectl get pods
NAME                                   READY     STATUS        RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-722v7    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-f74cg    1/1       Terminating   0          14m
kubernetes-bootcamp-56cdd766d-vft4v    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-z525n    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-zjx5j    1/1       Terminating   0          29m
kubernetes-bootcamp-5bddb78d8f-7b2jr   1/1       Running       0          12s
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Running       0          14s
kubernetes-bootcamp-5bddb78d8f-g5mc7   1/1       Running       0          12s
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Running       0          13s
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Running       0          14s
$ kubectl get pods
NAME                                   READY     STATUS        RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-722v7    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-f74cg    1/1       Terminating   0          14m
kubernetes-bootcamp-56cdd766d-vft4v    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-z525n    1/1       Terminating   0          2m
kubernetes-bootcamp-56cdd766d-zjx5j    1/1       Terminating   0          29m
kubernetes-bootcamp-5bddb78d8f-7b2jr   1/1       Running       0          19s
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Running       0          21s
kubernetes-bootcamp-5bddb78d8f-g5mc7   1/1       Running       0          19s
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Running       0          20s
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Running       0          21s
$ kubectl get pods
NAME                                   READY     STATUS        RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-zjx5j    1/1       Terminating   0          29m
kubernetes-bootcamp-5bddb78d8f-7b2jr   1/1       Running       0          35s
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Running       0          37s
kubernetes-bootcamp-5bddb78d8f-g5mc7   1/1       Running       0          35s
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Running       0          36s
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Running       0          37s
$

我们快速的用 kubectl get pods查看pod的情况，发现它先创建了5个新的pod然后逐渐删除旧的pod

应用降级

应用降级很简单，使用undo命令就可以搞定：

$ kubectl rollout undo deployments/kubernetes-bootcamp
deployment.apps "kubernetes-bootcamp"
$ kubectl get pods
NAME                                   READY     STATUS              RESTARTS AGE
kubernetes-bootcamp-56cdd766d-2j2tp    1/1       Running             0 4s
kubernetes-bootcamp-56cdd766d-gt45v    0/1       Pending             0 2s
kubernetes-bootcamp-56cdd766d-x6wxb    1/1       Running             0 3s
kubernetes-bootcamp-56cdd766d-xwbc6    0/1       ContainerCreating   0 2s
kubernetes-bootcamp-5bddb78d8f-7b2jr   1/1       Terminating         0 4m
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Running             0 4m
kubernetes-bootcamp-5bddb78d8f-g5mc7   1/1       Terminating         0 4m
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Terminating         0 4m
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Running             0 4m
$ kubectl get pods
NAME                                   READY     STATUS        RESTARTS   AGE
kubernetes-bootcamp-56cdd766d-2j2tp    1/1       Running       0          13s
kubernetes-bootcamp-56cdd766d-gt45v    1/1       Running       0          11s
kubernetes-bootcamp-56cdd766d-kfxcj    1/1       Running       0          8s
kubernetes-bootcamp-56cdd766d-x6wxb    1/1       Running       0          12s
kubernetes-bootcamp-56cdd766d-xwbc6    1/1       Running       0          11s
kubernetes-bootcamp-5bddb78d8f-7b2jr   1/1       Terminating   0          4m
kubernetes-bootcamp-5bddb78d8f-c75zp   1/1       Terminating   0          4m
kubernetes-bootcamp-5bddb78d8f-g5mc7   1/1       Terminating   0          4m
kubernetes-bootcamp-5bddb78d8f-hlndn   1/1       Terminating   0          4m
kubernetes-bootcamp-5bddb78d8f-w6s4s   1/1       Terminating   0          4m
$

看输出结果，同应用升级一样的过程，先创建5个pod，然后逐渐删除旧的pod。

这时候可以用curl来验证一下版本

$ curl minikube:30623
Hello Kubernetes bootcamp! | Running on: kubernetes-bootcamp-56cdd766d-xwbc6 |v=1

看到最后的v=1，说明版本已回退。

4. 总结

kubernetes看起来有点复杂，但想想她用简单的命令完成的操作，比如：应用部署、应用更新，还觉得她复杂吗？我只是觉得：强大！

微信关注我们

原文链接：https://yq.aliyun.com/articles/615526

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

JHipster生成微服务架构的应用栈（一）- 准备工作

本系列文章演示如何用JHipster生成一个微服务架构风格的应用栈。环境需求：安装好JHipster开发环境的CentOS 7.4（参考这里）应用栈名称：appstack 认证微服务： uaa 业务微服务：microservice1 网关微服务：gateway 实体名：role 主机IP：192.168.220.120 微服务体系规划本系列文章会说明如何生成uaa（即图中的JHipster UAA），microservice1，gateway这3个微服务。 JHipster Console是现有的轮子，比较复杂，会有单独文章来介绍。 JHipster Registry也是现有的轮子，这里直接下载一个镜像来使用。安装Docker 推荐版本：17.06 完整安装说明，请参考这里启动一个JHipster Registry 在命令行，任意目录下，启动一个JHipster Registry容器；如果本地没有jhipster/jhipster-registry:v4.0.0的镜像，容器启动时会自动去docker store下载镜像。 docker container run --name...

2018-07-19

546

聊聊kubernetes——对Nodes、Service、Pods的理解 kubernetes学习笔记，分享出来，希望能帮助一些有需要的人，有问题一起交流。 1. kubernetes组件的简单说明 kubernetes中有很多的组件，比如Cluster、Master、Node、Pod、Controller、Service、Namespace等。我们来大概看一下这些都是什么： Cluster是kubernetes集群； Master和Controller是用来管理整个Cluster的工具； Node、Pod、Service是和应用相关的东西； Namespace是对物理Cluster划分的别名，可以将一个物理Cluster划分为多个Namespace，每个Namespace也可以认为是一个Cluster。 2. 使用kubernetes管理前后的架构对比如下图：解释一下，图1是普通的云服务器架构，用两台ECS(服务器)来实现高可用，应用直接通过ECS部署，对外通过SLB(负载均衡)提供入口，两组应用放到同一个VPC(虚拟局域网)中；图2是使用kubernetes管理后的架构，通过...

2018-07-19

535

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。