首页 > TAG信息列表 > 扩缩容
【云原生】K8s pod 动态弹性扩缩容 HAP（metrics-server）
目录一、概述二、安装 metrics-server1）HAP 前提条件2）开启 API Aggregator3）开始安装 metrics-server三、Horizontal Pod Autoscaler 工作原理1）原理架构图2）HPA扩缩容算法1、扩容2、缩容3、特殊处理3）HPA 对象定义四、示例演示1）编排yaml2）使用 ab 工具进行压测 一、概述 Horizontal PoAirbnb的动态kubernetes集群扩缩容
Airbnb的动态kubernetes集群扩缩容 本文介绍了Airbnb的集群扩缩容的演化历史，以及当前是如何通过Cluster Autoscaler 实现自定义扩展器的。最重要的经验就是Airbnb是如何一步步演化到当前架构的，其驱动因素又是什么。 译自：Dynamic Kubernetes Cluster Scaling at Airbnb 简介 Airbnb【TcaplusDB知识库】TcaplusDB TcapDB扩缩容方法介绍
【TcaplusDB知识库】TcaplusDB TcapDB扩缩容介绍 Tcaproxy是接入层进程， 应对外部对DB的大量请求需要扩容进程提升吞吐能力， 当遇到机器故障或机器回收可以做进程缩容， 操作入口如下： 选择集群、业务， 点击“查询”, 选择最后一列的“调整进程数” 这里Proxy有独占和共享两Kubernetes（K8s）_13_自动扩缩
Kubernetes（K8s）_13_自动扩缩 自动扩缩HorizontalPodAutoscaler创建HorizontalPodAutoscaler PodDisruptionBudget创建PodDisruptionBudget 自动扩缩 自动扩缩：使Kubernetes集群中的Pod视情况自动对Pod进行扩缩容 1）原理：通过自动修改RC、RS和Deployment等资源的replicas字Netty如何高效接收网络数据？一文聊透ByteBuffer动态自适应扩缩容机制
本系列Netty源码解析文章基于 4.1.56.Final版本 前文回顾 在前边的系列文章中，我们从内核如何收发网络数据开始以一个C10K的问题作为主线详细从内核角度阐述了网络IO模型的演变，最终在此基础上引出了Netty的网络IO模型如下图所示： 详细内容可回看《从内核角度看IO模型的演TiFlash在线扩缩容
Tiflash扩缩容方式和TiDB/TiKV/PD不一样； 首先确认版本，TiFlash在线扩容，必须是V4.0以上版本； 如果是v4.0需要开启PD参数 enable-placement-rules ； 如果是v5.0，该菜蔬默认开启； 一、 编辑配置文件 tiflash_servers: - host: x.x.x.x ssh_port: 22 tcp_port: 9000 http_port: 812紫色飞猪的研发之旅(十)-容器平台工作负载的扩缩容/启/停/重启开发
前言 在研发之旅的不断深入中，愈发感到在接到需求后，画出实现的逻辑图是十分必要的。本篇将试图通过对容器平台工作负载的扩缩容/启动/停止/重启需求来验证前面一句。 需求分析 本需求可分为两大类： 1、扩缩容/启动/停止 本质是对Pod的副本数的变更操作 2、重启 本质是对 ReplicaSetminikube metrics-server HPA 自动扩缩容错误
minikube metrics-server pod 错误 启动 minikube addons enable metrics-server 之后查看 metrics-server pod 会有如下错误 Failed to pull image "k8s.gcr.io/metrics-server-amd64:v0.5.2": rpc error: code = Unknown desc = Error response from daemon: Get https://k8s.gck8s-HPA自动扩缩容
前言 生产环境中我们经常会遇见服务器资源不够的情况，如果是以往的扩容方式步骤十分繁琐，如果是在k8s集群里面那，那就十分简单了，只要资源池中的资源足够，那么就可以在很短的时间里对pod进行扩容，解决资源不足的情况，在这里介绍k8s的hpa自动扩缩容。 一、配置HPA 1、部署 metrics-Docker Swarm集群搭建、弹性扩缩容
官方文档： https://docs.docker.com/engine/swarm/swarm-tutorial/ 工作模式 搭建集群 docker swarm --help # 查看私网IP地址 ip addr docker swarm init --advertise-addr 192.168.98.224 To add a worker to this swarm, run the following command: docker swarm joi16.Operator控制器
16.Operator控制器 1.为什么需要Operator？ 我们前面讲了很多很多基础的资源对象和控制器，如pod、deployment、service、deployment等等，仿佛已经满足了我们大多数情况的场景和需求了，那我们为什么还需要operator呢？ 我们再来回顾一下，无状态应用（如nginx）的扩容是最方便的，我们只要Redis集群实现动态扩缩容
创建 redis cluster集群的环境准备 系统 内存 redis版本 主机名 主机IP CentOS8 2G 5.0.3 Master1 192.168.18.80 CentOS8 2G 5.0.3 Master2 192.168.18.81 CentOS8 2G 5.0.3 Master3 192.168.18.82 CentOS8 2G 5.0.3 Slave1 192.168.18.83 CentOS8 2G 5.0.3 Sla运维必经操作，TcaplusDB tcapsvr扩缩容介绍
对于一款游戏而言，随着用户的增长，数据量不断增加是不可避免的，这时候数据库就需要经过扩容。对于TcaplusDB来说，其存储层tcapsvr的扩缩容操作是运维必经之路，而TcaplusDB提供了OMS来方便运维人员进行这一操作。 TcapSvr扩缩容又称表扩缩容。 Tcapsvr是存储层进程， 存储层的扩缩容实质K8S HPA自动扩容和伸缩Pod
Kubernetes对Pod的扩缩容操作提供了手动和自动两种模式，手动模式通过执行kubectl scale命令或通过RESTful API对一个Deployment/RC进行Pod副本数量的设置。自动模式则需要用户根据某个性能指标或者自定义业务指标，并指定Pod副本数量的范围，系统将自动在这个范围内根据性能指标的变化kubernetes自动扩缩容[HPA控制器 horizontal pod autoscaler]
kubernetes自动扩缩容[HPA控制器 horizontal pod autoscaler] #查看当前hpa控制器版本： [root@k8s-master01 ~]# kubectl get apiservices |grep autosca v1.autoscaling Local True 17d v2beta1.autoscaling对 Kubernetes 应用进行自定义指标扩缩容
前面我们学习了很多关于 Prometheus 的内容，也学习了 HPA 对象的使用，但是一直没有对自定义指标来对应用进行扩缩容做过讲解，本篇文章我们就来了解下如何通过自定义指标来做应用的动态伸缩功能。当前前提是你需要熟悉 Kubernetes 和 Prometheus，如果不熟悉的话可以查看我们前面的一系列Redis集群搭建和扩缩容
注意： 每个redis节点使用相同硬件的配置，相同的版本，相同的密码。 redis节点必须没有任何数据，否则分配槽位会失败。 集群规划： 原生命令手动部署集群 部署过程 安装redis并配置开启cluster功能 各个节点执行meet，实现所有节点互相通信 为每个master节点分配槽位 为每个master节点分配分表分库学习（三）之“Mycat进阶知识“
1.Mysql的主从复制 2.Mycat的高可用 3.Mycat注解 4.Mycat分片策略详解 5.Mycat离线扩缩容 6.Mycat核心代码流程K8s常用命令和扩缩容
1、查看pod kubectl get pod 2、查看pod的具体信息 kubectl describe pod nginx-554b9c67f9-n62dr Name: nginx-554b9c67f9-n62dr Namespace: default Priority: 0 Node: node2/192.168.127.137 Start Time: Mon, 30 Nov 2020LVM逻辑卷创建和扩缩容
1：LVM的创建和扩展 逻辑卷管理（LVM）在 Linux 系统中扮演着重要的角色，它可以提高可用性、磁盘 I/O、性能和磁盘管理的能力。 你打算把两个10G磁盘合成一个磁盘来使用，它们是 /dev/sdb、/dev/sdc 。 运行以下命令来发现 Linux 中新添加的 LUN 或磁盘： [root@test3 ~]# fdisk -l pvcreate