现如今，Kubernetes已经完全改变了软件开发方式。Kubernetes作为一个管理容器化工作负载及服务的开源平台，其拥有可移植、可扩展的特性，并促进了声明式配置和自动化，同时它还证明了自己是管理复杂微服务的主要参与者。而Kubernetes之所以能够在业界被广泛采用，究其原因是Kubernetes迎合了以下需求：
企业想要在不断地增长的同时维持低成本
DevOps想要一个可以大规模运行应用程序的稳定平台
但是，你是否考虑过如何在使用实际需要的资源的同时获得强大的容器编排平台？最佳资源利用的关键是知道需要扩展什么应用程序以及何时需要扩展应用程序。因此，在本文中，我们将讨论和学习如何扩展Kubernetes容器，并且我们将特别关注两类服务：kubectl和Horizontal Pod Autoscaler(HPA)。
在绝大部分情况下和Kubernetes交互是通过一个名为kubectl的命令行工具。kubectl主要用于和Kubernetes API进行通信来创建、更新以及删除在Kubernetes内的工作负载。在下文中，我们将提供一些常见的命令，你可以利用它们开始管理Kubernetes。
大部分常见的kubectl命令都提供了要执行的特定操作或动作，比如创建、删除等。这一方法通常涉及解释描述Kubernetes中的对象（pod、服务、资源等）的文件（YAML或JSON）。这些文件可用于模板以及环境中的持续文件，并且帮助保持Kubernetes对声明式配置的关注。命令行所指定的操作将会传递到API Server，然后根据需要与Kubernetes中的后端服务进行通信。下方的表格可以帮助你安装kubectl：
请注意：随着新版本的发布，适用于Windows的kubectl的最佳版本会有所变化。想要找到目前最合适的二进制文件，请访问以下网址：
https://storage.googleapis.com/kubernetes-release/release/stable.txt
并根据需要调整上述URL。
kubectl 句法
kubectl句法如下：
kubectl [command] [TYPE] [NAME] [flags]
Command：指你想要执行的动作（创建、删除等）
Type：指你要针对其执行命令的资源类型(Pod、Service等)
Name：资源对象的名称（区分大小写），如果你不指定一个名称，它会获取所有与你命令匹配的资源信息。
以下示例可以帮助你熟悉运行常用的kubectl操作：
kubectl apply - Apply or Update a resource from a file or stdin.
# Create a service using the definition in example-service.yaml.
kubectl apply -f example-service.yaml
kubectl get - List one or more resources.
# List all pods in plain-text output format.
kubectl get pods
# List all pods in plain-text output format and include additional information (such as node name).
kubectl describe - Display detailed state of one or more resources, including the uninitialized ones by default.
# Display the details of the node with name <node-name>.
kubectl describe nodes <node-name>
kubectl delete - Delete resources either from a file, stdin, or specifying label selectors, names, resource selectors, or resources.
# Delete a pod using the type and name specified in the pod.yaml file.
kubectl delete -f pod.yaml
# Delete all the pods and services that have the label name=<label-name>.
kubectl delete pods,services -l name=<label-name>
kubectl logs - Print the logs for a container in a pod.
# Return a snapshot of the logs from pod <pod-name>.
kubectl logs <pod-name>
# Start streaming the logs from pod <pod-name>. This is similar to the 'tail -f' Linux command.
kubectl logs -f <pod-name>
以上都是kubectl中常用的操作，如果你想了解更多，可以查阅kubectl的官方指南。此外，我们在往期的文章中也有介绍：
你一定会用到的7条kubectl命令
使用Kubectl管理Kubernetes的全解教程
Pod水平自动伸缩（HPA）是Kubernetes的一个重要功能，它可以让你配置集群以自动伸缩正在运行的服务。HPA实现为一种Kubernetes API资源和controller。资源决定controller的行为，controller会定期调整replication controller或部署中的副本数量，使观察到的平均CPU利用率与用户指定的目标相匹配。
同时，HPA实现为控制回路，其周期由controller manager的–horizontal-pod-autoscaler-sync-period标志控制（默认值为30秒）。
在每个周期期间，controller manager 会根据每个HPA定义中指定的指标来查询资源利用率。Controller manager会从资源指标API（针对per-pod资源指标）或自定义指标API（针对所有其他指标）中获得指标。
HPA controller将会通过两种不同的方式获取指标：direct Heapster access和REST client access。当使用direct Heapster access时，HPA将会通过API server的服务代理子资源直接查询Heapster。请注意，Heapster需要部署在集群上并在kube-system命名空间中运行。
HPA的工作流程包含以下四个步骤，如图所示：
在设置默认30秒间隔期间，HPA会持续检查你所配置的指标值
如果达到指定阈值，则HPA尝试增加pod的数量
HPA主要更新在部署中或replication controller中的副本数量
在本文中，我们讨论了两种扩展Kubernetes应用程序的主要工具，两者都是所有Kubernetes服务的关键组件。我们看到了如何安装并且使用不同的功能，如应用、获取、删除、描述以及kubectl的日志等。同时，我们回顾并了解有关Horizontal Pod Autoscaler的信息，例如它是如何工作的以及它对任意Kubernetes服务的重要性。在扩展微服务应用程序时，kubectl和HPA都是Kubernetes的重要功能。
在上个月发布的Rancher 2.3中，已经集成了HPA功能，可以在Rancher中通过UI使用。目前，Rancher 2.3也已经stable，如果想要更全面地了解Rancher 2.3关注我们下周三晚上的Rancher K8S云课堂吧！
欢迎添加小助手（×××：×××)，进官方技术群，了解更多Kubernetes使用攻略
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
