目录第1章 关于负载均衡 11.1 负载均衡定义 11.2 负载均衡在生产环境中的基本要求 21.2.1 在线可扩展性 21.2.2 高可用性 21.2.3 多服务性 31.3 负载均衡基本功能 31.3.1 负载均衡 31.3.2 健康检查 41.3.3 负载均衡器失败切换（Failover） 4
Linux 高可用系列之《分布式监控平台Centreon 实践真传》正式发布，出版商：清华大学出版社 ISBN：978-7-302-62813-2.欢迎围观。封面图实物图全家福
作者：田逸（formyz）Proxmox VE集群一旦创建，其集群的名称就固定下来。在Proxmox VE Web管理后台，没有相应的菜单或按钮对应与集群名称的修改（仅仅发现修改虚拟机选项有修改名称的地方）。在宿主系统Debian下，Proxmox VE管理集群的工具为pvecm，其选项中，也不存在对集群名称进行修改的条目。有时候，觉得集群的名字不妥，非要去改，特别是已经Promxo
作者：田逸（formyz）问题描述从Proxmox VE web管理后台添加本地存储，如LVM、LVM-Thin（精简逻辑卷）等，有时候可能需要删除这些存储，但其Web管理后台却没有提供菜单或者按钮。要删除这些项目，需要在宿主系统Debian的命令行下去操作。如果操作由遗漏，虽然Proxmox VE的存储配置文件“/etc/pve/storage.cfg”里边清理掉了，但Proxmox VE
新书
User - 31 October 2022 14:49Because I published a new book "Proxmox VE Hyperconverged Cluster Practice True Biography", it has a certain influence on Chinese mainland, and readers often send messages
作者：田逸（formyz）需求描述有一个网站，因为域名变更，除了需要重新做域名解析外，还需要对网站目录的包含原域名的文件进行替换。包含域名（主机名）关键字的文件相当的多，它们分布在不同目录的以html、php、phtml 结尾的文件中。数千个文件，如果手工来替换，根本无法完成，因此，使用shell是不二之选。基本思路总体上分两步进行：1、文件查找。将网站所在根文档目录包含关键字域名的文件
作者：田逸（formyz）出事了，十万火急一帮可爱的程序员，写的程序没有规划，程序、代码与日志一锅粥，而且都在某云的系统盘，不光生成的文件多，而且不做处理。有一天，来了个十万火急的求救，告知弹性伸缩功能被触发，自动增加云主机到设定的最高值，但系统仍然不能访问，需要我马上解决。登上任意云主机系统，查进程、查负载、再查磁盘使用率，我的天，系统只有一个分区，大小为40G，使用率接近100%。没有空闲
作者：田逸（formyz）接到一个任务，需要对一个数据量比较大的MySQL数据库的部分数据表做主从复制，其中有51个表的表明前缀相同（如下图所示），还有几个没有规律的表也需要一起同步。要实现MySQL主从同步，需要先导出一份源数据库的备份。可用的方法有两种：mysqldump 与 xtrabackup。在确定源数据库的版本后（5.6.50），目标系统安装好与之匹配的MySQL版本（不高于MyS
出版机构：清华大学出版社（国家一级）ISBN：978-7-302-61185-1责任编辑：王中英
作者：田逸 从 Proxmox VE 6开始，在华为服务器（各种型号）进行安装，都不会很顺利。最近购进一台二手华为服务器，型号为RH1288，配置如下图所示：计划直接在此服务器安装最新的版本Proxmox VE 7.2，直接从官网下载会比较慢，从国内清华大学的镜像站点下载，可大大节省时间，下载地址为://mirrors.tuna.tsinghua.ed
预计最快本月全国公开发行！
作者：田逸（vx：formyz） 场景描述 当Proxmox VE集群中有节点损坏无法快速修复时，需要将故障节点干净的从集群踢出，并把残留信息清理干净。否则，新的节点用故障节点曾使用用的IP的地址将不能正常加入集群；同样，从集群中脱离出来的故障节点修复后，虽然与集群已经毫无关系，但访问此单节点的Web管理后台，将出现原Proxmox VE集群其它节点的信息，非常恼火。从集群中驱
作者：田逸（vx:formyz）需求产生在某地运营商机房租了几台服务器，为了节省成本，租的都是低配且年级比较大的服务器。选择其中三台做成ProxmoxVE超融合集群，平台上的虚拟机配置成高可用，存储为分布式去中心化Ceph。这三个节点的配置为内存64G（16根4G单条）、6块7200转容量为2TB的低速机械盘，性能相当的差。将一些边缘业务、不太重要的应用放在这样一个性能不高的平台上，虽然运行时资
作者：田逸（formyz）江湖救急，一老友告知，一运行Gitlab的主机负载很高，并且把整个出口带宽都耗尽了，希帮忙处理。根据经验，直接答复“很可能被挖矿了”。在取得系统权限以后，登录到该系统。查看系统进程，除了发现挖矿进程“xmrig”外，还有两个命名怪异的进程“diofiglos”与“cacascqw”。试着用kill指令绞杀挖矿进程“xmrig”，杀掉一个又再启动一个，无法消灭之。是不是有
Copyright © 2005-2023 51CTO.COM 版权所有 京ICP证060544号
