扩展Kubernetes群集节点并手动扩充Pod

如果现有的资源已经不能满足应用程序的运行需求时,我们就需要扩充AKS的节点,以满足应用的需求。对于群集节点的扩充我们有两种方式:

  • 横向扩展:横向扩展即为在保证当前现有节点的稳定运行的前提下向群集中添加新的节点,进而增加资源。
  • 纵向扩展:纵向扩展即调整现有的虚拟机规格,纵向扩展时节点会被仔细封锁和排除,尽量避免对正在运行的应用程序造成中断。 纵向扩展时,AKS 会一直等待,直到节点被 Kubernetes 群集标记为 Ready,然后才在这些节点上计划 Pod。
    今天我们要和大家演示的是使用横向扩展的方式快速的扩充AKS群集。

扩展AKS群集
一般在扩展群集前我们需要使用如下命令来查看当前群集的节点池名称以及节点池内的节点数量。
az aks show --resource-group devopslab --name labaks --query agentPoolProfiles

然后根据实际情况,使用如下命令扩充群集节点数量:
az aks scale -g devopslab --name labaks --node-count 3
群集扩展成功,如下图所示:

扩展完成以后我们可以使用kubectl get nodes查看当前的节点数量:

调整POD数量

群集节点扩展完以后就意味着我们有足够的资源来运行POD,所以我们要把之前运行的两副本的nginx做一个扩展,扩展到4个副本,使用如下命令:
Kubectl scale deployment nginx –replicas==4
扩展完以后可以使用kubectl get pods查看扩展结果:

同时也可以使用如下命令查看POD所分布的节点情况,可以看到POD目前均匀分布在各个节点:
Kubectl get pods -o wide

原文地址:https://blog.51cto.com/wuyvzhang/2465616

时间: 2024-10-08 10:14:55

扩展Kubernetes群集节点并手动扩充Pod的相关文章

Azure Kubernetes 水平自动扩充Pod

当我们将应用部署到AKS中以pod的形式对外提供服务时,为了确保用户可以获得良好的使用体验,我们需要关注如下两种情况: POD因为不明原有挂掉,导致服务不可用 当出现大量用户访问时,Pod在高负荷的情况下能否支撑我们的应用 对于Pod的高可用性我们可以使用AKS的deployment控制器来确保Pod可以持续对外提供服务,但是对于面临大量用户访问时,我们就需要扩展我们的资源来满足业务需求.前面的文章中给大家介绍了手动扩展pod来满足业务的扩展需求,但是相信大家都已经意识到了如果我们人工监控pod

三、安装并配置Kubernetes Node节点

1. 安装并配置Kubernetes Node节点 1.1 安装Kubernetes Node节点所需服务 yum -y install kubernetes ? 通过yum安装kubernetes服务时默认将所有的Kubernetes服务全部安装,我们只需要在Master和Node上启动相应的服务即可. 1.2 修改Kubernetes服务配置文件 vim /etc/kubernetes/config KUBE_LOGTOSTDERR="--logtostderr=true" KUB

K8S 之使用DaemonSet在每个节点上运行一个POD

一.DaemonSet作用 Relicationcontroller和ReplicaSet都用于在Kubernetes集群上运行部署特定数量的pod.但是,当你希望pod在集群中的每个节点上运行时,就可使用DaemonSet. apiVersion: apps/v1beta2 kind: DaemonSet metadata: name: ssd-monitor namespace: test spec: selector: matchLabels: app: ssd-monitor templ

Windows Server 群集节点和资源监视

群集节点监视 如果将群集资源类比为鸡蛋,那么群集节点类似于装有鸡蛋的篮子,篮子本身的完整决定着里面所装的鸡蛋的安全性.群集节点首先要决定自己是否存活,所以群集节点之间定期使用心跳来判断所有群集节点是否处于健康状态.群集的可用性目标因提供的服务的要求而异,不同服务等级要求的应用对故障恢复时间要求也不同,对健康检测严格要求也不同.同理,可用性要求越高的服务,对检测节点故障和采取后续行动进行恢复的速度越快,可用性要求不高的服务,对于故障恢复时间的容忍也相对要长.鉴于此,Windows Server群集

kubernetes之node资源紧缺时pod驱逐机制

在系统硬件资源紧缺的情况下保证node的稳定性, 是kubelet需要解决的一个重要问题 1.驱逐策略 kubelet持续监控主机的资源使用情况, 一旦出现资源紧缺的迹象, kubelet就会主动终止一个或多个pod的运行,以回收紧缺的资源 2.驱逐信号 kubelet根据信号作为决策依据来触发驱逐行为 - memory.available - nodefs.available - nodefs.inodesFree - imagefs.available - imagefs.inodesFre

kubernetes多节点部署解析

注:以下操作均基于centos7系统. 安装ansible ansilbe可以通过yum或者pip安装,由于kubernetes-ansible用到了密码,故而还需要安装sshpass: pip install ansible wget http://sourceforge.net/projects/sshpass/files/latest/download tar zxvf download cd sshpass-1.05 ./configure && make && m

Kubernetes Master节点灾备恢复操作指南---升级版

本文档简述了Kubernetes主节点灾备恢复的相关步骤,供在发生k8s master崩溃时操作. 就算是在k8s里部署了etcd群集, 主节点控制组件的高可用节点,灾备恢复也是必须要实现的操作,才能形成完备的企业级服务方案. K8s集群在master节点发生故障时,并不会影响已有的pod运行和服务开放,所以对服务是没有影响的.故而我们可以在发生故障之后,挑选合适的时间窗口进行维护和恢复,可以对外部客户造成最低的影响. 严格来讲,通过kubeadm安装的k8s主节点包括两大类的灾备恢复,etcd

Kubernetes群集之:二进制部署单etcd,多节点集群

Kubernetes集群部署 1.官方提供的三种部署方式2.Kubernetes平台环境规划3.自签SSL证书4.Etcd数据库群集部署 5.Node安装Docker6.Flannel容器集群网络部署7.部署Master组件8.部署Node组件9.部署一个测试示例10.部署Web UI(Dashboard)11.部署集群内部DNS解析服务(CoreDNS) 官方提供的三种部署方式: minikube: Minikube是一个工具,可以在本地快速运行单点的Kubernetes,仅用于尝试Kuber

Kubernetes多节点二进制线网部署(实例!!!)

前情回顾 部署K8s多节点,首先得署单节master的k8s群集 详情参考: blog.csdn.net/caozhengtao1213/article/details/103987039 本篇内容 1.部署Master22.Nginx负载均衡部署-keeplived服务3.node节点修改配置文件统一VIP4.创建Pod5.创建UI显示界面 环境准备 角色 地址 安装组件 master 192.168.142.129 kube-apiserver kube-controller-manager