【Kubernetes】关于Kubernetes的概述第1部分
![名称未設定のデザイン (12).png](https://cdn.silicloud.com/blog-img/blog/img/657d234237434c4406c2a005/0-0.png)
你好。我是Mayumi。
我计划将学习Kubernetes的过程记录下来,同时撰写一篇备忘录文章。
这是关于Kubernetes的第一篇文章(上次我写了关于Kubernetes工具之一’ minikube’的安装方法)。
本文将简要介绍Kubernetes的概要。
好的,那我们马上开始吧。
Kubernetes能做的事情
Kubernetes不是取代Docker容器的替代品,而是
Docker容器是一个非常方便的工具,它可以与其一起工作,并主要提供以下功能。
-
- Containerがクラッシュした時に自動的に新しいものにしてくれる
-
- トラフィックが増えた時に自動的にContainerを増やしてくれる
- 複数のContainerを使っているのなら、トラフィックを均等に分配してくれる
我想您到目前为止可能一直使用Docker来启动服务,但比如说
Container的数量增加到大约100个时,手动管理已经达到了极限。
因为在凌晨3点时流量急剧增加,希望能够在那个时候增加实例…
当说到这个时候,我认为逐个手动执行容器的操作,如启动、删除和重新启动,非常繁琐。
在这种情况下,Kubernetes成为了一种有用的工具。
为什么要选择Kubernetes?
我之前的部分介绍了Kubernetes的功能。
如果您有学习过AWS的经验的话
这是在AWS的ECS上可以做的事情吗?
我认为他被认为是这样的。
我认为AWS的ECS服务也是一种良好的自动化工具选择。
然而,在AWS的服务中,必须遵守AWS的规定才能使用服务。
因此,如果想要使用不同的云服务,就必须从头开始重新进行。
因此,Kubernetes登场了。
Kubernetes所使用的术语
![見出しを追加 - 2021-07-16T115415.938.png](https://cdn.silicloud.com/blog-img/blog/img/657d234237434c4406c2a005/24-0.png)
柱
在 Kubernetes 架构中,最小的单元被称为“pod”。
Pod内含有一个Container。
Pod中的Container可以是一个或多个。
工作节点
工作节点类似于您的机器,位于远程云上的某个地方。
这就像AWS的EC2实例一样。
您可以在Worker Node中的Pod内运行容器化的应用程序。
因此,至少需要一个Worker节点(否则无法执行pod,也就是无法运行容器)。
在Worker Node中,
在进行扩展时,您可以放置相同的复制Pod,也可以放置完全不同的Pod。
当然可以使用多个Worker Node。
此外,当同时使用多个 Worker Node 和 pod 时,pod 将被平均分配到每个 Worker Node 上。
在Worker Node上安装的“kubelet”是Worker Node和Master Node之间的通信工具。
主节点
控制Worker Node和pod的组件被称为Master Node。
我将介绍安装在该主节点上的主要软件。
日程安排员
当需要一个新的pod的时候,这将决定新的pod应该在哪个工作节点上创建。
Kube 控制器管理器
这是一个负责整体管理Worker Node的角色。
我将确认是否正在运行正确数量的pod。
聚集
上述内容的总称被称为“聚类”
在 Cluster 中,上述的组件被连接在一起。
此外,集群不是由Kubernetes提供的,而是需要您自行准备。
Kubernetes只需使用您创建的集群。
总结
本次文章我將在此作總結。
我打算从下一篇文章开始,更具体地探讨一些内容<(_ _)>