HAproxy

消息代理(Message Broker): 一种消息验证、传输、路由的架构模式，实现应用程序之间消息传递的解耦 RabbitMQ:实现高级消息队列协议(AMQP)的开源消息代理中间件 AMQP特性：消息方向、消息队列、消息路由（PTP/SB）、可靠性、安全性 1. RabbitMQ基本概念: Broker:消息队列服务器的实体，负责接收生产者的消息，然后将消息发送到消息接收者或者其他Broker Exchange:消息交换机，消息第一个到达的地方，消息通过它指定的路由规则，分发到不同的消息队列(类似路由器) Queue:消息队列：消息通过发送和路由之后达到的地方，到达Queue的消息即进入逻辑上的等待消费状态，每个消息都会发送到一个或多个队列。 Binding：绑定：将Exchange和Queue按照路由规则绑定起来，是Exchange\Queue的虚拟连接 Routing Key:路由关键字，Exchange根据关键字进行消息投递 Virtual host:虚拟主机，对Broker进行虚拟划分，将消费者、生产者和依赖的AMQP相关结构进行隔离，一个Broker可设置多个虚拟主机，对不同的用户进行权限隔离。 Connection：连接，代表生产者、消费者、Broker之间进行通信的物理网络 Channel:消息通道，用于连接生产者、消费者的逻辑结构，每个连接可创建多个Channel

前言 MySQL重要吗？重要！为什么重要？因为它在Java企业级开发中非常常用，因为 MySQL 是开源免费的，并且方便扩展。阿里巴巴数据库系统也大量用到了 MySQL，因此它的稳定性是有保障的。MySQL是开放源代码的，现在面试中，MySQL也成为了必问知识要点，但是MySQL要达到精通的程度，却并非那么容易，所以深度学习M有SQL真的非常重要。 本次分享阿里技术官手写的“MySQL笔记”一共分为上下两册： 上册主要是以大纲脑图为主，清晰的划分了知识点，每个细节都有涉及到，比较全面。 下册则更注重SQL优化问题，在使用上讲述了很多方法和技巧。 因此拥有完整的上下两侧，搞定MySQL，吊打面试官是没什么问题了，这套百万年薪级的技能交给你，不信你还不想要。 一、阿里MySQL笔记（上册） 1.添加数据 2.删除数据 3.修改数据 4.查询语句 单标查询 多表查询 条件查询 like模糊查询 排序查询 聚合函数 分组查询 分页查询 5.约束 （1）概述 （2）分类 主键约束 非空约束 唯一约束 外键约束 6.数据库的设计 多表之间的关系 数据库设计的范式 7.事务 事务的基本介绍 事务四大特征 事务的隔离级别 二、阿里MySQL笔记（下册） 1.MySQL数据库 - SQL优化 结构图 MySQL数据库引擎简介 存储引擎管理 MySQL中的索引（简介+种类+管理+优化）

通过kubernetes构建容器云平台第二篇，最近刚好官方发布了V1.19.0，本文就以最新版来介绍通过kubeadm安装高可用的kubernetes集群。 市面上安装k8s的工具很多，但是用于学习的话，还是建议一步步安装，了解整个集群内部运行的组件，以便后期学习排错更方便。。。 本文环境如下： 服务器：3台 操作系统：CentOS 7 拓扑图就不画了，直接copy官网的 ###概述 简单说下这个图，三台服务器作为master节点，使用keepalive+haproxy对apiserver进行负载均衡，node节点和apiserver通信通过VIP进行。第一篇说过，集群的所有信息存在ETCD集群中。 接下来，开干。。。 ###配置源 这边配置了三种源，全部替换从国内的镜像源，以加快安装包的速度。 # 系统源 curl -O http://mirrors.aliyun.com/repo/Centos-7.repo # docker源 curl -O https://mirrors.ustc.edu.cn/docker-ce/linux/centos/docker-ce.repo sed -i 's/download.docker.com/mirrors.ustc.edu.cn\/docker-ce/g' docker-ce.repo # kubernetes源 cat <<EOF >

文章目录 Haproxy概述 一、 Haproxy 功能及常用群集调度算法 1.1 轮询 RR（Round Robin） 1.2 最小连接数 LC（Least Connections） 1.3 基于来源访问 SH（Source Hashing） 1.4 常见的 Web 群集调度器 二、 Haproxy群集搭建 实验目的 实验环境 实验过程 1. nginx的手工编译安装 2. Haproxy安装 Haproxy配置文件详解 3. 在win10虚拟机中验证 三、 Haproxy日志管理 四、 Haproxy 参数优化 Haproxy概述 Haproxy 是目前比较流行的一种群集调度工具，同类群集调度工具有很多，如 LVS 和 Nginx。相比较而言，LVS 性能最好，但是搭建相对复杂；Nginx 的 upstream 模块支持群集功能，但是对群集节点健康检查功能不强，高并发性能没有 Haproxy 好。Haproxy 官方网站 是 http://www.haproxy.org/。 Haproxy与LVS相比 Haproxy是一款可提供高可用性、负载均衡、及基于TCP和HTTP应用的代理的软件，特别适用于负载特别大的Web站点 运行在当前的硬件上可支持数以万计的并发连接连接请求 LVS性能最好，但不支持正则处理，不能实现动静分离 对于大型网站，LVS的实施配置复杂，维护成本相对较高 一

前言 本面试题是今年最新的面试题，来自某技术中心的运维工程师初试 原题 列出查看Linux操作系统服务器资源或服务的命令并说明系统版本 举例： 内存：grep MemTotal /proc/meminfo free -m 查看可用内存 查看系统位数：getconf LONG_BIT 查看是多少核：more /proc/cpuinfo | grep "model name" 磁盘：df -h 系统版本： [ root@ecs-c13b diff ] # cat /etc/redhat-release CentOS Linux release 7.5.1804 ( Core ) 如何重置mysql root密码 在my.cnf里 [ mysqld ] 下配置 skip_grant_tables = 1 然后直接使用mysql登陆数据库 修改密码： update mysql.user set authentication_string = password ( '123) where user=' root ' and host=' localhost' ; exit ; 退出后删除之前添加的内容，重启即可 简述keepalived原理 作用：防止单点故障 keepalived的实现是基于VRRP协议，也就是路由冗余协议 原理： keepalived可提供vrrp以及health

　　在前一篇博客中我们聊了下用Nginx和httpd对后端tomcat服务做反代相关配置，回顾请参考 https://www.cnblogs.com/qiuhom-1874/p/13334180.html ；今天我们来聊一聊用Nginx和httpd对tomcat集群做负载均衡的配置以及需要注意的点；在前边的演示和配置都是以单台tomcat来配置使用；但是在生产中单台tomcat实在支撑不了大规模的访问，这个时候我们就需要考虑把多台tomcat做成集群对外提供服务；多台tomcat做成集群对外提供服务就必然要有一个调度器来对客户端的请求做调度，常用的调度器有nginx httpd haproxy lvs等等；用这些调度器来对tomcat做负载均衡的配置和对其他web服务器做负载均衡的配置没有本质的不同；我们都可以把tomcat当作web服务器来配置就好； 　　1、环境准备 　　运行docker 启动两个tomcat容器当作后端tomcat server 并且把两台tomcat容器的网页目录分别用存储卷的方式映射到/tomcat/doc/tomcat1和tomcat1目录 　　提示：以上就运行了两个tomcat容器，分别是tct1和tc2，并且我们把/usr/local/tomcat/webapps/myapp映射到宿主机的/tomcat/doc/tomcat1和tomcat2

前言 在我们给 Web 站点使用负载均衡之后，必须面临的一个重要问题就是 Session 的处理办法，无论是 PHP 、 Python 、 Ruby 还是 Java ，只要使用服务器保存 Session ，在做负载均衡时都需要考虑 Session 的问题。 分享目录： 问题在哪里？如何处理？ 会话保持（案例：Nginx、Haproxy） 会话复制（案例：Tomcat） 会话共享（案例：Memcached、Redis） 问题在哪里？ 从用户端来解释，就是当一个用户第一次访问被负载均衡代理到后端服务器 A 并登录后，服务器 A 上保留了用户的登录信息；当用户再次发送请求时，根据负载均衡策略可能被代理到后端不同的服务器，例如服务器 B ，由于这台服务器 B 没有用户的登录信息，所以导致用户需要重新登录。这对用户来说是不可忍受的。所以，在实施负载均衡的时候，我们必须考虑 Session 的问题。 在负载均衡中，针对 Session 的处理，我们一般有以下几种方法： Session 保持 Session 复制 Session 共享 会话保持 Session 保持（会话保持）是我们见到最多的名词之一，通过会话保持，负载均衡进行请求分发的时候保证每个客户端固定的访问到后端的同一台应用服务器。会话保持方案在所有的负载均衡都有对应的实现。而且这是在负载均衡这一层就可以解决 Session 问题。