摘要：卷扩容一般指实例级的磁盘扩容。 本文分享自华为云社区《【公有云公共】卷扩容业务失败》，作者：酷哥。 一、基本背景介绍 卷扩容一般指实例级的磁盘扩容。随着客户业务的不断开展，磁盘使用率也会随之增加。当磁盘使用率过高时，会影响数据库的使用，这时建议用户清理无用数据、运维清理无用日志或用户来操作卷扩
# ext4 扩容磁盘的方式方法 ## 背景 ``` 前期一直处理xfs，lvm磁盘的扩容 很少处理ext4的磁盘扩容 今天发现自己竟然对这一块有盲区。 晚上回家自己学习研究了会儿， 发现知识点还挺多 所以总结一下。 ``` ## 问题 ``` 虚拟一开始设置的数据盘时100GB大小 但是发下使用一
01 背景 某tidb集群收到告警，TIKV 节点磁盘使用率85%以上，联系业务无法快速删除数据，于是想到扩容TIKV 节点，原先TIKV 节点机器都是6TB的硬盘，目前只有3TB的机器可扩，也担心region 均衡后会不会打满3TB的盘，PD 调度策略来看应该是会根据不同存储机器的资源配置和使用情
情况说明：在VMware vsphere的虚拟化平台下，为了快速部署虚拟服务器，我们常常使用模板部署虚拟机。但真实业务有时要求的文件系统分区和大小常常与模板不同，这时便需要自定义硬件资源和使用 LVM 方式扩容。在定义硬盘的时候我们可以在原有的硬盘上直接增加，然后虚拟机创建完成后再进入系统进行扩容，
https://www.jianshu.com/p/1f5d2abbee7f 一、背景 在现网环境，一些使用Redis集群的业务随着业务量的上涨，往往需要进行节点扩容操作。 之前有了解到运维同学对一些节点数比较大的Redis集群进行扩容操作后，业务侧反映集群性能下降，具体表现在访问时延增长明显。 某
一、需求 虚拟机磁盘空间不足，需要扩容，ESXI主机未接存储，且虚拟机磁盘模式均为“厚置备延迟置零”，主机仅剩余16GB存储空间，无法满足扩容需求，需要为ESXI主机的磁盘组进行扩容。 操作过程：插入物理磁盘–>配置磁盘RAID–>ESXI存储扩容–>虚拟机添加硬盘–>linux lvm扩容。 整个
目录 ext4文件系统磁盘扩容 目标 途径 操作步骤 改变前的现状 操作和改变后的状态 ext4文件系统磁盘扩容 一个磁盘有多个分区，分别创建了物理卷、卷组、逻辑卷。通过虚拟机软件对虚拟机的磁盘/dev/sdb增加了大小。 目标 /mnt/data2目录扩容， 200G(197G)-->300G(2
https://docs.pingcap.com/zh/tidb/stable/scale-tidb-using-tiup TiDB 集群可以在不中断线上服务的情况下进行扩容和缩容。 本文介绍如何使用 TiUP 扩容缩容集群中的 TiDB、TiKV、PD、TiCDC 或者 TiFlash 节点。如未
https://blog.csdn.net/mchdba/article/details/108896766 环境：centos7、tidb4.0.4、tiup-v1.0.8 添加两个tikv节点 172.21.210.37-38 思路：初始化两台服务器、配置ssh互通——>编辑配置文件——>执行扩
一、TIUP工具简介 前面介绍了使用TIUP搭建TIDB集群，本篇文章详细介绍下使用TIUP对集群进行扩容和缩容。 在面对双十一这种流量突峰的场景，我们平常的TIDB集群有可能承受不住，因此需要提前进行扩容，例如增加tidb-server，以增加TIDB的计算能力，增加tikv-server，增加T
1、虚拟化平台虚拟机添加硬盘 系统查看添加的硬盘 [root@yumserver ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 50G 0 disk ├─sda1 8:1 0 1G 0 part /boot └─sda2 8:
# 1 背景 在大型互联网场景中，数据库的高可用性显得尤为重要，为了保证稳定性，一般需要采用强化的架构模式，以保证数据层能够提供持续有效的稳定支撑。 # 2 高可用架构的基本演进过程 ## 2.1 基本的数据库架构 每个服务对应一个存储服务实例（基本是数据库单实例模式），使用 IP+Port 进行连
Eureka Server 实现在线扩容 作者：Grey 原文地址： 博客园：Eureka Server 实现在线扩容 CSDN：Eureka Server 实现在线扩容 需求 Eureka 是 Spring Cloud Netflix 套件中的服务注册中心组件，作为微服务的核心组件，需要支持在线扩
本文通过docker快速部署elasticsearch8版本，再添加一台组成集群，并且部署kibana用于常规查询操作，以及一些常见的es操作
超容量扩容功能在一定程度上降低了资源使用饱和度，通过增加成本提高了集群和应用的稳定性，实际业务场景中需要根据需求进行取舍并合理配置。本文主要介绍Kubernetes集群超容量扩容的知识点
背景 我目前的配置是i5-8400，16G内存（两条威刚8G 2400） 然后在日常使用中，16G内存已经捉襟见肘了，无论是Android开发还是后端开发，每次编译都卡得很 正好双十一，就想着买条16G内存来扩容，组个32G的双通道。 某东看了一圈，2400的16G内存基本绝迹了，只能选择2666的
https://www.cnblogs.com/PatrickLiu/p/8473135.html 一、引言 上一篇文章我们一步一步的教大家搭建了Redis的Cluster集群环境，形成了3个主节点和3个从节点的Cluster的环境。当然，大家可以使用 Cluster info 命令查看Cluste
https://juejin.cn/post/7132852449244610574 一、前言 MinIO的基础概念和环境部署可以参考我之前的文章：高性能分布式对象存储——MinIO（环境部署） 二、客户端操作MinIO Client（mc） 官方文档：docs.min.io/docs/minio-
