内容概况 云计算的特点是开箱即用，可以随时的扩缩容，不用考虑硬件的损坏问题，也有丰富的云服务和云平台供我们选择。在本次演讲中，黎山通过实际应用场景为我们讲述了基础设施及代码的重要性，以及在云计算的运维
title: "2020-07-22-腾讯云-slb-kubeadm高可用集群搭建"
某日袋鼠云运维小哥进行例行运维巡检，通过监控视图发现客户应用服务器cpu使用率突然呈上升趋势。通过专属服务群第一时间与业务方联系，与业务方确认是否有正在执行的定时任务，或者大范围拉取账单等业务操作。然而仔细分析了业务日志后，确认当时业务上并没有进行会消耗大量计算资源和网络资源的操作。
作为运维的我们始终逃不过搭建一套全新平台的过程，这里就简要介绍我是如何搭建一套容器云平台的。 在开始之前就是要想好我们需要什么，为什么需要。容器是近几年比较火的一个名词，不少从事运维的同学都对它有或多或少的了解，还有不少人因为掌握了这个技术得到了高额的薪资。 那么可能有不少同学会问，什么是容器呢？ 这里用一个简短是几句话来说明。容器就好比一个瓶子，瓶子里可以装水、可以装沙子，而且瓶子可大可小，可长可短。用人话来说容器就好比虚拟机，它里面可以运行各种应用，但是它比虚拟机更轻量，更节约资源，而且部署效率提升数倍。可能有些人还比较懵逼，不过没关系，你就把它当作虚拟机好了，等你系统学习了它，你就会爱上它的。 简单说了下容器，下面再简单说一下容器云。我们在小学的课本上就知道云主要是由水汽凝结而成，那么我们可以把一个一个的容器当作是一个一个的水汽，许许多多的水汽凝结成云，那么许许多多容器就组成了容器云。但是水汽不会平白无故的就停在空中成为云，是由于空气周围有许多粉尘，粉尘就是水汽的平台，水汽就是凝结在它的周围，然后无数的粉尘它们相互挨着就成了云。容器也一样，容器也需要一个粉尘，这个粉尘我们称为主机，除了有主机还不够，我们需要将各个主机连接起来，让它们相互知道自己的存在，这就是网络的作用了。所以在最初的阶段我们一定要规划好网络，网络不规划好后面就不好维护了。 到现在容器相互知道了自己的存在，但是作为维护人员并不好去管理它们，所以这时候就需要用kubernetes来管理它们。kubernetes不仅可以管理容器，还可以管理网络、存储等，可以大大的降低我们的维护成本，我们要搭建的容器云就是围绕kubernetes的，包括它本身以及周边的配套设施。
Kubernetes 集群中，业务通常采用 Deployment + LoadBalancer 类型 Service 的方式对外提供服务，其典型部署架构如图 1 所示。这种架构部署和运维都十分简单方便，但是在应用更新或者升级时可能会存在服务中断，引发线上问题。今天我们来详细分析下这种架构为何在更新应用时会发生服务中断以及如何避免服务中断;
当我们尝试去理解 Kubernetes 集群工作原理的时候，控制器肯定是一个难点。这是因为控制器有很多，具体实现大相径庭；且控制器的实现用到了一些较为晦涩的机制，不易理解。但是，我们又不能绕过控制器，因为它是集群的“大脑”。
在B/S应用中的双活设计一般考虑三个层次，分别是WEB层、APP层、DB层。一般web层的虚机不需要进行跨数据中心集群部署，因为web是无状态的，所以可以在2个数据中心独立进行集群部署，同时在每个数据中心部署独立的SLB，可以把SLB和WEB组合为一个资源池协同提供web相关服务。
疫情初期某地政府决定发放一批免费口罩面向该市市民，该市市民均可免费预约领取，预约时间为早上9点-12点，因此该场景为限时抢购类型场景，会面临非常大的定时超大流量超大并发问题，在该项目的落地过程中，涉及的架构演变，做了一些记录和思考。
阿尔卡特是世界上最具有创新能力的公司之一。在研发中心有22，000名工程师从事研发工作，占公司员工总数的22%。阿尔卡特率先在法国建立的光谷，闻名全球。
作者简介 本文由携程技术中心框架研发部吴其敏、王兴朝，技术保障中心高峻、王潇俊、陈劼联合撰写。 作为国内最大的OTA公司，携程为数以亿计的海内外用户提供优质的旅游产品及服务。2014年底携程技术中心的框架、系统和运维团队共同启动了架构改造项目，历时2年，涉及所有业务线。本文回顾了携程在整个技术架构改造过程中的一些实践和收获。 本篇为该分享的下篇，上篇请戳： 携程第四代架构探秘之运维基础架构升级（上） 弹性路由（SLB） 携程部署架构采用的是单机多应用，每台服务器上部署了很多个应用。这些应用不一定存在紧密内联
背景 CVM CDN https://cloud.tencent.com/act?from=10680 https://cloud.tencent.com/act/season?from=14065
用户拟在运营商租用了多台的服务器，都为提供业务交易查询的web服务器。用户提出准备使用自购的dns服务进行单个域名的多个ip地址设置，已完成业务交易查询的web服务器的负载均衡。粗一听，好像挺完美的方案，但实际不可行。
防火墙（Firewall）也称防护墙，是由Check Point创立者Gil Shwed于1993年发明并引入国际互联网（US5606668（A）1993-12-15）防火墙是位于内部网和外部网之间的屏障，它按照系统管理员预先定义好的规则来控制数据包的进出。防火墙是系统的第一道防线，其作用是防止非法用户的进入。
使用 Nginx real-ip 模块获取，需在 Ingress 上配置 proxy-real-ip-cidr ，把WAF 和 SLB（7 层） 地址都加上。操作后服务端使用 X-Forwarded-For 可取到真实 IP，通过 X-Original-Forwarded-For 可取到伪造 IP。
鱼羊 丰色 发自 凹非寺 量子位 | 公众号 QbitAI 一个小小字符“0”，竟引得B站全面崩溃。 不知你是否还记得那一夜，B站“大楼停电”、“服务器爆炸”、“程序员删库跑路”的彻夜狂欢。（手动狗头） 时隔一年，背后“真凶”现在终于被阿B披露出来—— 没想到吧，就是这么简单几行代码，直接干趴B站两三个小时，搞得B站程序员彻夜无眠头发狂掉。 你可能会问，这不就是个普普通通用来求最大公约数的函数吗，怎么就有如此大的威力？ 背后一桩桩一件件，归根结底其实就一句话：0，它真的不兴除啊。 具体详情，咱们还是一
来源 | 经授权转载自 哔哩哔哩技术 公众号 至暗时刻 2021 年 7 月 13 日 22:52，SRE 收到大量服务和域名的接入层不可用报警，客服侧开始收到大量用户反馈 B 站无法使用，同时内部同学也反馈 B 站无法打开，甚至 APP 首页也无法打开。基于报警内容，SRE 第一时间怀疑机房、网络、四层 LB、七层 SLB 等基础设施出现问题，紧急发起语音会议，拉各团队相关人员开始紧急处理（为了方便理解，下述事故处理过程做了部分简化）。 初因定位 22:55 远程在家的相关同学登陆 VPN 后，
防火墙（Firewall）也称防护墙，是由Check Point创立者Gil Shwed于1993年发明并引入国际互联网（US5606668（A）1993-12-15）防火墙是位于内部网和外部网之间的屏障，它按照系统管理员预先定义好的规则来控制数据包的进出。防火墙是系统的第一道防线，其作用是防止非法用户的进入
服务器负载平衡 (SLB) 通过以下方式提供网络性能和内容交付：实施一系列算法和优先级来响应对网络。
随着医疗、大型企业行业上云步伐的加快，上云后的业务系统安全性如何保障成为客户关注的重点。对于医疗、大型企业客户，往往建有自己的数据中心，如何保障极端情况下业务系统的稳定运行？双活、灾备，能帮到我们！
今天主要介绍一款好用的免费域名证书软件 -- lets-encrypt 。
Nacos集群的搭建时要注意：1.xx 版本和 2.xx 版本有区别。从2.0开始Nacos使用了 gRPC ，需要开放额外的端口。我就遇到了 各个 Nacos 节点无法互相复制，注册的服务不一致的情况。
如上最左侧便是主要流量的来源入口，首先就要限制的地方就是slb节点的income流量。
/cfg/slb/real 1 (real server，也就是负载均衡的两台防火墙，fw1,fw2分别是real1,real 2)
如上最左侧便是主要流量的来源入口，首先就要限制的地方就是slb节点的income流量
Nacos 支持两种部署模式：单机模式和集群模式。在实践中，我们往往习惯用单机模式快速构建一个 Nacos 开发/测试环境，而在生产中，出于高可用的考虑，一定需要使用 Nacos 集群部署模式。我的上一篇文章《一文详解 Nacos 高可用特性》提到了 Nacos 为高可用做了非常多的特性支持，而这些高可用特性大多数都依赖于集群部署模式。这篇模式文章便是给大家介绍一下，在实践中可以被采用的几种集群部署模式，无论你是希望自行搭建 Nacos，还是希望对 MSE 商业版 Nacos 有一个更加深刻的理解，我都很乐意跟你分享下面的内容。
GTM（Global Traffic Manager的简写）即全局流量管理，基于网宿智能DNS、分布式监控体系，实现实时故障切换及全球负载均衡，保障应用服务的持续高可用性。GTM基于资源的健康状况及流量负载做智能调度决策，为用户提供最佳访问IP。网宿GTM，提供更可靠、稳定和安全的流量调度服务，助您轻松构建混合云应用。
最近有个集团级的云项目处于实施过程中，客户对数据备份、应用双活视为同一个事物，要求我方将原秒级数据备份升级为秒级应用双活。实际问题，备份与双活是不同的两个概念。以下我们用图文方式简述双活与数据备份的区别。
在之前的文章我介绍了下 Custom Metric 怎么实现自动扩容的。k8s基于自定义指标实现自动扩容
EdgeCluster实现了合并回源，对于某一路流，不管有多少客户端播放，EdgeServer都只会从OriginServer取一路流，这样可以通过扩展EdgeCluster来增加支持的播放能力，也就是CDN网络具备的重要能力：高并发。
•命令行传递参数过多，稍不注意就可能会出错，而且只能是ops才能操作，不能交付给开发自助发布•本地执行和远程执行在同一个roles里，整体不是很完美•服务么有重新加载(视语言而定)•没有实现滚动更新•没有实现通知机制(甭管是失败还是成功)
在系统生命周期中, 免不了要做升级部署, 对于关键服务, 我们应该能做到不停服务完成升级。另外服务的SLA标准一般都要在四个9以上所以对于优雅停服的需要就十分有必要了。
1. A记录 又称IP指向，用户可以在此设置子域名并指向到自己的目标主机地址上，从而实现通过域名找到服务器。 说明： ·指向的目标主机地址类型只能使用IP地址； 附加说明： 1) 泛域名解析 即将该域名所有未指定的子域名都指向一个空间。 在“主机名”中填入*，“类型”为A，“IP地址/主机名”中填入web服务器的IP地址，点击“新增”按钮即可。 2) 负载均衡的实现： 负载均衡(Server Load Balancing，SLB)是指在一系列资源上面动态地分布网络负载。负载均衡可以减少网络拥塞，提高整体网络性能，提高自愈性，并确保企业关键性应用的可用性。 当相同子域名有多个目标地址时，表示轮循，可以达到负载均衡的目的，但需要虚拟主机服务商支持。 2. CNAME 通常称别名指向。您可以为一个主机设置别名。比如设置test.mydomain.com，用来指向一个主机www.rddns.com那么以后就可以用test.mydomain.com来代替访问www.rddns.com了。 说明： ·CNAME的目标主机地址只能使用主机名，不能使用IP地址； ·主机名前不能有任何其他前缀，如：http://等是不被允许的； ·A记录优先于CNAME记录。即如果一个主机地址同时存在A记录和CNAME记录，则CNAME记录不生效。 3. MX记录 邮件交换记录。用于将以该域名为结尾的电子邮件指向对应的邮件服务器以进行处理。如：用户所用的邮件是以域名mydomain.com为结尾的，则需要在管理界面中添加该域名的MX记录来处理所有以@mydomain.com结尾的邮件。 说明： ·MX记录可以使用主机名或IP地址； ·MX记录可以通过设置优先级实现主辅服务器设置，“优先级”中的数字越小表示级别越高。也可以使用相同优先级达到负载均衡的目的； ·如果在“主机名”中填入子域名则此MX记录只对该子域名生效。 附加说明： 1) 负载均衡 服务器负载均衡(Server Load Balancing，SLB)是指在一系列资源上面智能地分布网络负载。负载均衡可以减少网络拥塞，提高整体网络性能，提高自愈性，并确保企业关键性应用的可用性。当域名的MX记录有多个目标地址且优先级相同时，表示轮循，可以达到负载均衡的目的，但需要邮箱服务商支持。 4. NS记录 解析服务器记录。用来表明由哪台服务器对该域名进行解析。这里的NS记录只对子域名生效。例如用户希望由12.34.56.78这台服务器解析news.mydomain.com，则需要设置news.mydomain.com的NS记录。 说明： ·“优先级”中的数字越小表示级别越高； ·“IP地址/主机名”中既可以填写IP地址，也可以填写像ns.mydomain.com这样的主机地址，但必须保证该主机地址有效。如，将news.mydomain.com的NS记录指向到ns.mydomain.com，在设置NS记录的同时还需要设置ns.mydomain.com的指向，否则NS记录将无法正常解析； ·NS记录优先于A记录。即，如果一个主机地址同时存在NS记录和A记录，则A记录不生效。这里的NS记录只对子域名生效。 5. 相关说明 1) 负载均衡 服务器负载均衡(Server Load Balancing，SLB)是指在一系列资源上面智能地分布网络负载。负载均衡可以减少网络拥塞，提高整体网络性能，提高自愈性，并确保企业关键性应用的可用性。 当相同子域有多个目标地址，或域名的MX记录有多个目标地址且优先级相同时，表示轮循，可以达到负载均衡的目的，但需要虚拟主机和邮箱服务商支持。 2) TTL值 TTL值全称是“生存时间（Time To Live)”，简单的说它表示DNS记录在DNS服务器上缓存时间。东方网景DNS服务器默认即时生效，客户的增加修改一般不超过15分钟可以使用。
•针对不同的项目编写与之适配的shell脚本•OPS跟着项目跑，因为要做不同的场景的适配•把脚本的公共部分抽出来复用•能解放一部分时间，但是约束依旧是很小
cnblogs.com/huojg-21442/articles/8194348.html
载均衡设备厂商在国内外有很多，国际上评价较高的有F5和Radware2大厂商，在国内做的比较好的有深信服（在性能上可以做到和F5媲美），华三也做但市场占有率略低于深信服。
"你到底在说什么啊，我K8s的ecs节点要访问clb的地址不通和本地网卡有什么关系..." 气愤语气都从电话那头传了过来，这时电话两端都沉默了。过了好一会传来地铁小姐姐甜美的播报声打断了刚刚的沉寂「乘坐地铁必须全程佩戴口罩，下一站西湖文化广场...」。
当发现目标站点存在CDN防护的时候，我们会尝试通过查找站点的真实IP，从而绕过CDN防护。
最近和几个朋友开发项目，期间使用了一台服务器跑模型，这台服务器是多人公用的，很多人都在上面有自己的账号，互不干涉内政，一切看起来十分井然有序。
客户为金融企业对SLA要求及数据安全性很高，有限于考虑到业务的高可用性，采用混合云部署，业务流量入口为阿里金融云，前端可以添加安全设备WAF/CDN/高防IP等，之后Cname到统一入口SLB负载均衡上，后端采用虚拟服务器组，组内ECS部署在同Region的不同Zone，保障跨Zone的靠可用性，考虑到数据的安全性将数据持续化在IDC侧，阿里云与IDC通过云上部署深信服设备与IDC侧Cisco设备通过Ipsec ×××互联（考虑到稳定性目前已经实施专线互通），后端APP-Server与DB-Server部署在IDC，可参考下图：
本文主要是写的最近比较影响深刻的一次排查客户访问业务前端域名，报504，timeout错误问题的记录，该客户为私有化部署，给客户部署的服务存在跨洲调用，没有专线，澳洲调用欧洲的服务情况，可能存在网络延迟比较大，需要排查504的具体原因，然后通过优化参数临时解决
主要是通过将多个物理网卡绑定到一个逻辑网卡上，实现了本地网卡的冗余，带宽扩容以及负载均衡。
GSLB 是 Global Server Load Balance 的缩写，即全局负载均衡。本文首先介绍了什么是负载均衡 SLB ，以及为什么要使用 SLB 。接着引出全局负载均衡 GSLB 的概念和作用。为此介绍了其基于 DNS进行解析和分配负载的实现，包括 DNS 的原理简介、应用部署中的基本概念、分配负载的决策条件等内容。以外，本文还简单介绍了通过 HTTP 和 IP 实现 GSLB 的方式，并对三者的优缺点进行了简单对比。最后是本文的参考文献。
同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。
当时环境：两台主机，系统RHEL 6.5，分别部署OMS和OMR： OMS，也就是OEMCC的服务端 IP：192.168.1.88 内存：12G+ 硬盘：100G+ OMR，也就是OEM底层的资料库 IP：192.168.1.89 内存：8G+ 硬盘：100G+
LB,SLB,ALB，GSLB,CDN，傻傻分不清楚，听风看雨。。。毒鸡汤看多了，我快掩饰不住我的悲伤了。。。
5) 安全性区别说明，例如网络中最常见的SYN Flood攻击，使用虚假IP地址对同一目标发送SYN攻击，通常这种攻击会大量发送SYN报文，耗尽服务器上的相关资源，以达到Denial of Service(DoS)的目的；
入站规则：表示允许到达与安全组相关联的云服务器的入站流量。 出站规则：表示离开云服务器的出站流量。
Photo by Oscar Ivan Esquivel Arteaga on Unsplash
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
