/cfg/slb/real 1 (real server，也就是负载均衡的两台防火墙，fw1,fw2分别是real1,real 2)
Kubernetes 集群中，业务通常采用 Deployment + LoadBalancer 类型 Service 的方式对外提供服务，其典型部署架构如图 1 所示。这种架构部署和运维都十分简单方便，但是在应用更新或者升级时可能会存在服务中断，引发线上问题。今天我们来详细分析下这种架构为何在更新应用时会发生服务中断以及如何避免服务中断;
客户为金融企业对SLA要求及数据安全性很高，有限于考虑到业务的高可用性，采用混合云部署，业务流量入口为阿里金融云，前端可以添加安全设备WAF/CDN/高防IP等，之后Cname到统一入口SLB负载均衡上，后端采用虚拟服务器组，组内ECS部署在同Region的不同Zone，保障跨Zone的靠可用性，考虑到数据的安全性将数据持续化在IDC侧，阿里云与IDC通过云上部署深信服设备与IDC侧Cisco设备通过Ipsec ×××互联（考虑到稳定性目前已经实施专线互通），后端APP-Server与DB-Server部署在IDC，可参考下图：
5) 安全性区别说明，例如网络中最常见的SYN Flood攻击，使用虚假IP地址对同一目标发送SYN攻击，通常这种攻击会大量发送SYN报文，耗尽服务器上的相关资源，以达到Denial of Service(DoS)的目的；
载均衡设备厂商在国内外有很多，国际上评价较高的有F5和Radware2大厂商，在国内做的比较好的有深信服（在性能上可以做到和F5媲美），华三也做但市场占有率略低于深信服。
"你到底在说什么啊，我K8s的ecs节点要访问clb的地址不通和本地网卡有什么关系..." 气愤语气都从电话那头传了过来，这时电话两端都沉默了。过了好一会传来地铁小姐姐甜美的播报声打断了刚刚的沉寂「乘坐地铁必须全程佩戴口罩，下一站西湖文化广场...」。
Nacos集群的搭建时要注意：1.xx 版本和 2.xx 版本有区别。从2.0开始Nacos使用了 gRPC ，需要开放额外的端口。我就遇到了 各个 Nacos 节点无法互相复制，注册的服务不一致的情况。
在系统生命周期中, 免不了要做升级部署, 对于关键服务, 我们应该能做到不停服务完成升级。另外服务的SLA标准一般都要在四个9以上所以对于优雅停服的需要就十分有必要了。
反向代理，是把一些静态资源存储在服务器上，当用户有请求的时候，就直接返回反向代理服务器上的资源给用户，而如果反向代理服务器上没有的资源，就转发给后面的负载均衡服务器，负载均衡服务器再将请求分发给后端的web服务器。 区别就是：反向代理服务器是需要存储资源的，让用户更快速的接收到资源 负载均衡就是，为了保证后端web服务器的高可用，高并发，是不需要要存储资源，只需要转发用户的请求。 一、SLB产生背景: SLB(服务器负载均衡)：在多个提供相同服务的服务器的情况下，负载均衡设备存在虚拟服
集群模式：一般指的是通过负载均衡的组件将两台或两台以上搭建成一个集群方式，通过轮训或权重方式进行分配到具体的机器;
如上最左侧便是主要流量的来源入口，首先就要限制的地方就是slb节点的income流量。
如上最左侧便是主要流量的来源入口，首先就要限制的地方就是slb节点的income流量
SLB（服务器负载均衡）：在多个提供相同服务的服务器的情况下，负载均衡设备存在虚拟服务地址，当大量客户端从外部访问虚拟服务IP地址时，负载均衡设备将这些报文请求根据负载均衡算法，将流量均衡的分配给后台服务器以平衡各个服务器的负载压力，避免在还有服务器压力较小情况下其他服务达到性能临界点出现运行缓慢甚至宕机情况，从而提高服务效率和质量。
在日常工作生活中一些突发的的事件，例如：双十一期间某些热门商品的降价促销，当这其中的某一件商品被数万次点击浏览或者购买时，会形成一个较大的需求量，这种情况下就会造成热点问题。
1、用户消费的数据远大于生产的数据（热卖商品、热点新闻、热点评论、明星直播）。 在日常工作生活中一些突发的的事件，例如：双十一期间某些热门商品的降价促销，当这其中的某一件商品被数万次点击浏览或者购买时，会形成一个较大的需求量，这种情况下就会造成热点问题。
来源 | 经授权转载自 哔哩哔哩技术 公众号 至暗时刻 2021 年 7 月 13 日 22:52，SRE 收到大量服务和域名的接入层不可用报警，客服侧开始收到大量用户反馈 B 站无法使用，同时内部同学也反馈 B 站无法打开，甚至 APP 首页也无法打开。基于报警内容，SRE 第一时间怀疑机房、网络、四层 LB、七层 SLB 等基础设施出现问题，紧急发起语音会议，拉各团队相关人员开始紧急处理（为了方便理解，下述事故处理过程做了部分简化）。 初因定位 22:55 远程在家的相关同学登陆 VPN 后，
之前写了一些nginx的东西，这次继续，主要使用upstream针对proxy_pass转发做个处理 一般情况下我们在使用nginx反向代理的时候，都是如下配置，
1.1 用户消费的数据远大于生产的数据（热卖商品、热点新闻、热点评论、明星直播）。
remote_addr代表客户端IP，但是它的值不是由客户端提供的，而是服务端根据客户端IP指定的。当你访问某个应用时，当中间没有经过任何代理，那么应用获取到的remote_addr就是你的主机IP。如果中间经过了代理转发，正常情况下，应用获取到的remote_addr就是代理的IP，除非在代理服务器上手动将remote_addr的地址设置成你的主机IP。
在日常工作生活中一些突发的的事件，例如：双十一期间某些热门商品的降价促销，当这其中的某一件商品被数万次点击浏览或者购买时，会形成一个较大的需求量，这种情况下就会造成热点问题。同理，被大量刊发、浏览的热点新闻、热点评论、明星直播等，这些典型的读多写少的场景也会产生热点问题。
而在DNS解析过程中，如果要访问的网站名为：”baidu.com”，客户端首先会在本机的hosts文件和hosts缓存中查找该域名对应的IP地址；如果本机中没有此信息，则会到我们的本地DNS进行询问该域名对应的IP地址；如果本地DNS中仍然没有该域名的IP信息时，则会由本地DNS依次向根DNS、顶级域DNS、权威DNS进行询问，最终本地DNS将IP地址发送给客户端。客户端通过IP地址向远程的源站服务器发出HTTP请求并获取相应的数据内容。
最近西安一码通的故障引起了业界广泛的讨论，究其根本原因还是系统未充分考虑到扩展性，在面临超过日常访问数倍甚至十倍以上的突发流量时某个环节达到了瓶颈点，并且系统不能做到自动扩缩容，最终导致了故障。
前面我们介绍了 Spring Cloud 体系下的网关 Gateway（Zuul）。事实上，还有很多开源且广泛应用的网关方案，例如 Kong 和 Nacos。本篇将先介绍这两种网关，包括架构和主要原理，并给出集中网关方案的对比。
文章连接：https://mp.weixin.qq.com/s/Kk6Cl7n0sFGgCyyZtExa6A
本文主要是写的最近比较影响深刻的一次排查客户访问业务前端域名，报504，timeout错误问题的记录，该客户为私有化部署，给客户部署的服务存在跨洲调用，没有专线，澳洲调用欧洲的服务情况，可能存在网络延迟比较大，需要排查504的具体原因，然后通过优化参数临时解决
title: "2020-07-22-腾讯云-slb-kubeadm高可用集群搭建"
内容来源：2017 年 12 月 21 日，驻云科技资深架构师翟永东在“云时代企业架构的搭建”进行《云上架构如何实现高性能和高可用》演讲分享。IT 大咖说（微信id：itdakashuo）作为独家视频合作方，经主办方和讲者审阅授权发布。 阅读字数：2851 | 8分钟阅读 摘要 云上架构需要关注多方面的因素，本次主要讲的是高可用和高性能，从这两方面展开深度的解析如何搭建完善的云上架构。 嘉宾演讲视频及PPT回顾：http://suo.im/4sKQd8 云上架构概述 云上搭建架构不单单需要考虑到性能和可用性
我们已经介绍了haproxy提出的proxy protocol协议，通过proxy protocol协议，服务器端可以获得客户端的真实IP地址和端口，从而可以进行一些非常有意义的操作。
主要是通过将多个物理网卡绑定到一个逻辑网卡上，实现了本地网卡的冗余，带宽扩容以及负载均衡。
应用的负载均衡器实现方案很多，有基于硬件的F5方式，也有基于软件的Linux LVS方式。在云计算中，私有云一般采用硬件防火墙来实现负载均衡器，公有云中一般采用软件方式来实现负载均衡。今天我们来看看用LVS来怎么实现SLB（业务负载均衡 Service Load Balance）。
音视频服务器要解决的核心问题是一样的，因此无论哪个公司的服务，都不会从0开始码代码，都会基于开源项目改。那么从开源到能提供商业服务，到底有哪些路要走？ 个人介绍 大家好，我是杨成立（忘篱），目前在阿里云负责RTC的传输网络，之前在蓝汛CDN负责直播的传输网络，这十年左右一直在做视频的后端服务，也是开源视频服务器SRS的作者，SRS目前是全球Top1的开源视频服务器。 后端服务都架构在云上，CDN的趋势也是边缘云，这是因为云计算成为各种服务的基础设施，当然也包括视频的后端服务。开发者可以便捷的直接使用云厂
看文章可以知道这次故障，主要是因为SLB层面故障引起的，最终是通过多活进行服务的恢复。
音视频服务器要解决的核心问题是一样的，因此无论哪个公司的服务，都不会从0开始码代码，都会基于开源项目改。那么从开源到能提供商业服务，到底有哪些路要走？本次LiveVideoStackCon 2021 上海站中，我们邀请到了阿里云RTC传输网络负责人杨成立（忘篱）为我们从边缘云原生的角度详细解析RTC服务架构的演进。
相信很多小伙伴的公司都是服务治理，自动化运维了吧，那么我们很多东西都变成我们自己去设置了，比如自己创建一个域名，绑定他的代理机器，它的web负载均衡这些东西。所以今天跟大家一起来看看负载均衡
DNS 中所说的记录，指的是域名和 IP 的对应关系。根据使用场景，有不同类型的记录：
小白近期读到的很好的科普文章，讲解通俗，小白大四的时候做过一些和通信协议相关的东西，觉得如果早点阅读会更容易理解。文章内容较长，建议收藏！
就如图中所示，真经所藏之处，在于云端。佛祖所管辖之下，有四个区域Region，称为四大部洲， 一是东胜神洲，二是南赡部洲，三是西牛贺洲，四是北俱卢洲。
HAProxy反代了K8S Master服务器，提供了K8S Master API的高可用和负载均衡能力。
最近有个集团级的云项目处于实施过程中，客户对数据备份、应用双活视为同一个事物，要求我方将原秒级数据备份升级为秒级应用双活。实际问题，备份与双活是不同的两个概念。以下我们用图文方式简述双活与数据备份的区别。
（全称：Hypertext Transfer Protocol over Secure Socket Layer），是以安全为目标的 HTTP 通道，简单讲是 HTTP 的安全版。即 HTTP 下加入 SSL 层，HTTPS 的安全基础是 SSL。其所用 的端口号是 443。 过程大致如下：
LVS 、HAProxy 被规划为基础层，主要提供了一个高可用的7层负载均衡器。 由LVS keepalived 提供一个高可用的VIP（虚拟IP）。 这个VIP DR模式转发到后端的HAProxy服务器。 HAProxy反代了K8S Master服务器，提供了K8S Master API的高可用和负载均衡能力。
在B/S应用中的双活设计一般考虑三个层次，分别是WEB层、APP层、DB层。一般web层的虚机不需要进行跨数据中心集群部署，因为web是无状态的，所以可以在2个数据中心独立进行集群部署，同时在每个数据中心部署独立的SLB，可以把SLB和WEB组合为一个资源池协同提供web相关服务。
GTM（Global Traffic Manager的简写）即全局流量管理，基于网宿智能DNS、分布式监控体系，实现实时故障切换及全球负载均衡，保障应用服务的持续高可用性。GTM基于资源的健康状况及流量负载做智能调度决策，为用户提供最佳访问IP。网宿GTM，提供更可靠、稳定和安全的流量调度服务，助您轻松构建混合云应用。
-多年互联网运维工作经验，曾负责过大规模集群架构自动化运维管理工作。 -擅长Web集群架构与自动化运维，曾负责国内某大型金融公司运维工作。 -devops项目经理兼DBA。 -开发过一套自动化运维平台（功能如下）： 1)整合了各个公有云API，自主创建云主机。 2)ELK自动化收集日志功能。 3)Saltstack自动化运维统一配置管理工具。 4)Git、Jenkins自动化代码上线及自动化测试平台。 5)堡垒机，连接Linux、Windows平台及日志审计。 6)SQL执行及审批流程。 7)慢查询日志分析web界面。
基于DNS解析的GSLB方案实际上就是把负载均衡设备部署在DNS系统中。在用户发出任何应用连接请求时，首先必须通过DNS系统来请求获得服务器的IP地址，基于DNS的GSLB正是在返回DNS解析结果的过程中进行智能决策，给用户返回一个最佳的服务器的IP地址。从用户的视角看，整个应用流程与没有GSLB参与时没有发生任何变化。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
