浅析AnyCast网络技术_天府云创的博客-CSDN博客_anycast
浅析AnyCast网络技术
天府云创
于 2018-04-01 15:40:21 发布
18314
收藏
20
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/enweitech/article/details/79778528
版权
什么是BGP AnyCast？
BGP anycast就是利用一个（多个） as号码在不同的地区广播相同的一个ip段。利用bgp的寻路原则，短的as path 会选成最优路径（bgp寻路原则之n），从而优化了访问速度。
其实bgp anycast是不同服务器用了相同的ip地址。
阿里的DNS 就是使用了BGP AnyCast
“其实bgp anycast是不同服务器用了相同的ip地址。” 言简意赅啊！
DNS多点部署IP Anycast+BGP实战分析， 根据这个网页资料，我对BGP anycast 的理解是IP anycast + bgp, ip anycast（ip任播） 本身就是多个主机使用同一个IP地址（该地址即这一组主机的共享单播地址）的一种技术，当发送方发送报文给这个共享单播地址时，报文会根据路由协议路由到这一组主机中离发送方最近的一台，所以这个技术也可以用来做负载均衡。
Anycast技术特点
Anycast 指
IPV6协议中一个发送方同最近的一组接收方之间的通信。Anycast 的定义是: 当一个
单播地址被分配到多于一个的接口上时，发到该接口的
报文被网络
路由到由
路由协议度量的“最近”的目标接口上。 Anycast 允许源结点向一组目标结点中的一个结点发送数据报，而这个结点由路由系统选择，对源结点透明；同时，路由系统选择“最近”的结点为源结点提供服务，从而在一定程度上为源结点提供了更好的服务也减轻了网络负载。正是Anycast 这一通信模式的特点，使它在IP网络中具有了应用前景。首先，分布的服务共享相同的IP地址，同时在IP层进行透明的服务定位，这使得各种网络服务特别是
应用层服务具有更强的透明性，比如DNS（Domain Name System，域名系统），在IPv6网络中它可以共享一个熟知的IP地址，用户不需要特殊配置也不用关心访问的是哪一台DNS
服务器；其次，
路由系统选择了“最近”的服务，缩短了服务响应的时间，同时减轻了网络负载；最后，相同的服务在网络上
冗余分布，路由系统可以提供机制选择负载相对轻的带宽相对高的路径来转发
报文，这样就给用户带来了两个方面的好处：
1) 减弱了
分布式拒绝服务攻击(DDoS:Distributed Denial of Service)对用户带来的影响。当 Anycast 组中某一个成员或者几个成员受到攻击时，负责报文转发的
路由器可以根据各个组成员的响应时间来决定报文应该转发到哪个成员上，这样受到攻击的成员由于没有响应，所以报文就不会被转发到那里，同时，由于 Anycast 提供的服务访问透明性，组成员也相对较难受到DDoS攻击。
2) 减弱了
网络拥塞给用户带来的影响。同上面的道理，当 Anycast 的某些组成员处在拥塞的网段时，它的响应时间就较长，
报文可以被转发到响应较好的成员那里。
Anycast与
Multicast和
Unicast是三种通信方式，其中Multicast是指一个发送方同多个接收方之间的通信；Unicast 是指单个发送方和单个接收方之间的通信。Anycast 的用途之一是用一个
主机进行组内所有主机
路由表的更新工作。
IPV6可以自动判断最近的网关，然后将
数据包传给此网关。反过来，此主机可以对组内所有的主机进行Anycast，直到完成整个路由表的更新工作。
DNSPod Public DNS+的架构是怎么样的？
 DNSPod 
Multicast
Multicast 的中文译名是多播，它是指网络中一个节点发出的信息被多个节点收到。与此相对的有Unicast和Broadcast，前者是指一个节点发出的信息只被一个节点收到，后者是指一个节点发出的信息被子网内所有节点收到。实际上，在
数据链路层和网络层都有
Multicast，通常所说的Multicast大多是针对IP的。这种技术用于多媒体应用、多用户交互(如聊天室)、软件分发等，相比与传统的Unicast可以大大提高效率。在
子网内实现 Multicast 较为简单，跨越子网时需要
路由器、网关等设备的支持。
Unicast
Unicast(
单播):在客户端与
媒体服务器之间需要建立一个单独的数据通道，从一台服务器送出的每个
数据包只能传送给一个客户机,这种传送方式称为单播。指网络中从源向目的地转发单播流量的过程。单播流量地址唯一。每个用户必须分别对媒体服务器发送单独的查询,而媒体
服务器必须向每个用户发送所申请的数据包拷贝。这种巨大冗余首先造成服务器沉重的负担，响应需要很长时间，甚至停止播放；管理人员也被迫购买硬件和
带宽来保证一定的服务质量。文字单播方式下，只有一个发送方和一个接收方。与之比较，
组播是指单个发送方对应一组选定接收方。
如何借助Anycast技术拯救运维工程师的睡眠？
半夜十二点，小王正在酣睡。
突然一阵清脆的手机铃声响起，把小王从睡梦中拉扯回现实。
“喂，谁啊？”
“王工，我是监控中心的，公司的xxx服务器挂了，你赶紧看一下吧。”
小王揉了揉眼睛，起身打开笔记本电脑，开始了一宿的不眠夜。
作为一名运维工程师，以上桥段经常发生在大家身边。白天繁重的工作已经让人筋疲力尽，而夜间作为电话值班工程师，仍不得不面对时刻突发的网络或系统故障。生活黑白颠倒，日夜不分。
试问，拿什么来拯救运维工程上的睡眠？
再给大家说一个故事。
我有一个朋友，他是Cloudflare的网络工程师，咱姑且叫他“钱哥”。
我和钱哥闲聊之余，问了问他们的夜间电话值班任务是否繁重辛苦。他淡淡的回答如下：
“我们全世界范围内如果有某个站点（PoP）挂了，完全不担心也不用着急。工程师该睡觉睡觉，该休息休息。”
我十分不解，你要知道Cloudflare是一家全球CDN服务提供商，据说全世界10%的互联网流量都运行在他们家网络上。
常识性来说，拥有如此体量的公司，其中某一个区域性站点down掉是一件极其严重的事情。而钱哥的回答却让我百思不得其解，完全颠覆了我的认知。
都是工程师，差距如此之大，别人夜晚睡觉，我们机房干耗！
在我的一番追问之后，总算明白他们其中的奥秘，原来一切都归功于他们使用了Anycast这技术。
那我们是否也能像钱哥一样，借助于Anycast技术，还工程师们一个宁静的睡眠之夜？
科普科普，什么是Anycast技术？
在IP地址的世界里，大家熟知的IP地址类型大致有如下几种：
Unicast IP
单播IP，IP地址和主机是一一对应关系。
如下图，红色为数据包发送端，而绿色节点为数据包接收端。
当数据包发送给某一个特定IP地址时，全局下仅有一个数据包接收主机。此为Unicast。
Multicast IP
组播IP，组播IP拥有特定的IP地址段，当数据包发送给此组播IP地址后，组内成员都能收到此数据包的一份拷贝。
如下图，红色为数据包发送端，而绿色节点为数据包接收端。
当数据包发送给某一个特定组播IP地址时，同时存在多个数据包接收端。
Broadcast IP
广播IP，任意Unicast单播网段中最后一个IP地址。数据包发送给此地址会扩散给全广播域的成员。
如下图，红色为数据包发送端，而绿色节点为数据包接收端。
当数据包发送给广播IP地址时，所有成员均为数据包接收端。
而Anycast IP，则是集Multicast和Unicast特性于一身的特殊IP地址类型
Anycast中文称为任意播。
从宏观上来说，Anycast类似于Multicast，同一种类型的数据流同时存在多个接收者。
而从微观上来说，Anycast又有着Unicast的唯一性。每一个单独的IP会话都能够找到唯一的源主机和目标主机。
咋看之下很矛盾，其实不然.
以DNS请求为例，假设全国人民同一时间发送1百万个DNS请求，他们都是发送给1.1.1.1的Anycast  DNS服务器地址。
宏观上来说，所有数据包都送达给了分布在全国各地的DNS服务器。处于各地的DNS服务器分别接收到了一定数量的DNS请求，并作出回复。这体现了Multicast的特性。
微观上，某一个特定的DNS请求数据包，一定是发送给了某一台DNS主机，而不是同时又多台DNS主机接收到了此数据包。此为Unicast特性。
如下图，红色为数据包发送端，而绿色节点为数据包接收端。
在Anycast 环境下，总的来说，同时存在多个有效的数据包接收端，但是就某一个特定IP数据包而言，仅有一个接收端主机收到了此数据包。
Anycast 到底牛掰在哪里？
在企业网络环境中，Anycast不太常见，其主要应用于大范围的DNS部署，CDN数据缓存，数据中心等。
自然而然，很多做企业网络维护的朋友会有疑问。怎么能让互联网的多个主机用同一个IP，这岂不是IP地址冲突了？
回答：
首先，每一个服务器主机处在不同的地理位置，他们之间不在同一个广播域内。所以把所有主机配置成相同的IP地址并不会引起我们日常所见的IP地址冲突。
其次，光靠配置相同的IP地址时不够的，我们还需要借助强大的BGP帮忙。
通过BGP，各个站点向Internet宣告相同的Anycast IP地址。
自然而然，Internet 就会接收到不同目标路径，但是具有相同IP地址段的prefix。那数据包是如何在这种环境下路由的呢？
别急，往下看。
为了让大家有更深刻的理解和认识，下面将详细描述Anycast的主要优势和用途
：
用途一：Load-balancing 负载均衡以及系统冗余性
不讲理论了，直接上例子，方便理解。
为了阐明使用Anycast和负载均衡，以及冗余性的关系，特举例如下：
假设我们现在有三个DNS服务器站点，地点分别在北京，上海，广州。他们服务了全国的DNS解析服务。
按照一般的解决方案，为了实现三个DNS服务器负载均衡，可能有人会考虑到使用硬件负载均衡设备，例如常见的F5负载均衡设备等。
但若使用硬件负载均衡，随之带来的问题有：
1.    网络流量瓶颈，所有有流量都需要先通过负载均衡设备，而硬件设备本身的吞吐量决定了整个网络环境的吞吐量。
2.    高昂的硬件成本，为了实现全国的流量负载均衡，试想需要多大吞吐量的硬件设备。硬件吞吐量越大，购买成本就越高。
而通过Anycast技术，无需要借助任何第三方负载均衡器，就可以轻松达到负载均衡的效果，同时还提供了冗余和高可靠性。
实施方案如下：
通过配置三个DNS站点的服务器IP为相同IP，例如1.1.1.1/32。然后通过各个站点的BGP对互联网宣告1.1.1.0/24的网段。
（注：为什么要宣告/24，而不是/32? 。因为在Internet里面，为了减小全球Internet路由表尺寸，默认情况下运营商只接受小于等于/8，而大于等于/24的网段宣告进入互联网。）
以上步骤完成以后，互联网路由表针对1.1.1.1/24会有三个不同的出口路由器，分别是北京，上海，广州。
重点来了，因为所有用户都使用1.1.1.1作为他们的DNS服务器。
以东北的用户来说，哪一台DNS服务器会给东北的用户提供解析呢？
答案就是：就近原则！
让我们来看看数据包在网络中的路由细节：
当用户的DNS请求到达运营商的宽带路由器以后，运营商的路由器会根据BGP的选路原则选择到达1.1.1.1的最优路径。
例如，在用户宽带运营商和DNS服务器Internet运营商相同的情况下，最终会以IGP metric为关键因素来决定哪个DNS服务器给用户提供服务。
而IGP的 Metric某种程度上就是物理距离的代表。
如上图，四川的宽带路由器通过查看BGP路由，发现1.1.1.1出口最优路由是在广州。那么四川用户的DNS数据包将被发送给广州的DNS服务器。
同理，东北的用户DNS解析将会被发往北京的DNS服务器，而江南一带的则是上海DNS服务器负责。
万一出现故障怎么办？
如果三台DNS服务器中某一台出现故障，例如广东DNS服务宕机。BGP协议会立即停止通告此1.1.1.0/24的网段。Internet 路由表将会只有北京和上海的DNS可供选择。
此时原广东DNS服务的用户将再次根据“就近原则”选择其他DNS服务器，例如上海DNS。
从而达到业务的平滑迁移和服务的高可用性。
基于以上的分析，我们很容易就得出如下结论：
全国用户最终会根据距离DNS服务器的远近来判断使用哪个DNS服务器做域名解析。
从DNS角度来说，正因为不同的地理位置用户会根据就近路由判断，从而选择不同的DNS服务器，最终会使三台DNS服务器达到负载均衡的效果。
若其中某一个节点出现故障以后，业务会立即迁移到其他可用的节点上，从而避免网路服务故障。完全不需要人工干预。
以上就是Anycast在负载均衡中的用途说明。
用途二：防范DDOS攻击
相信很多在运营商工作的朋友都非常讨厌DDOS攻击。
当DDOS发生时，10G或100Gbps的流量突然蜂拥而来，占用运营商核心MPLS网路带宽不说，这种洪泛攻击会给客户网络造成短时间的瘫痪。造成的损失极大。
在阐述Anycast防范DDOS攻击细节之前，让我们先来看看DDOS是如何产生的。
以NTP协议为例，NTP协议是client-server模式，客户发起NTP时间查询申请，服务器响应NTP查询。看似正常的NTP数据流量有时候及其容易被玩坏。
假设某个黑客控制了成千上万的僵尸主机，这些僵尸主机纷纷伪造如下数据包并发送给全球NTP服务器：
源地址：1.2.3.4 （伪造源地址为 被攻击者的IP地址）
目标地址：全球各个NTP服务器地址。（越多越好）
当全世界各地的NTP服务器收到此查询以后，它会把查询结果发送回给真正的受害者1.2.3.4。
这时IP地址为1.2.3.4 的受害者收到全世界的NTP服务器发过来的数据包时，其有限的带宽链路就很容易产生拥塞并造成服务中断。
假设这些僵尸不只是发送一次虚假数据包，而是上万次。
那么受害者接收到的NTP回复数据包量将如下：
虚假数据包发送数量 x 全世界NTP服务器的数量= 最终DDOS攻击的流量。
Anycast如何防范DDOS攻击？
好了，铺垫完成以后，回到正题。Anycast如何防范DDOS攻击？
DDOS攻击最关键一点，是需要把所有地理位置分散的小流量最终汇集到一个点。从而形成涛涛洪水。
正所谓以彼之道，还施彼身。
在Anycast环境下，由于多个地理位置不同的主机同时使用同一个IP地址。正因为如此，DDOS流量在穿越运营商路由器时，路由器会根据地理位置远近把数据包路由到距离源地址最近的受害者主机站点。从而分散掉整个DDOS流量。
还是以上述NTP协议DDOS为例。
假设IP为1.2.3.4的受害者恰巧布局了Anycast协议。其服务器分布在全国各地。
当DDOS来临时，不同的NTP服务器根据路由选择，把流量发送到距离NTP服务器最近的受害者服务器上。
最终，原本10Gbps-100Gbps的汇总流量被各个目标服务器以1Gbps不足的DDOS攻击消化掉。
如上图所示，DDOS流量最终被每一个Anycast 主机分散掉了。
大型企业使用案例
既然Anycast好处多多，有多少企业部署了呢？
据我了解，包括Microsoft，Cloudflare，LinkedIn以及其他企业都在全球范围内使用了Anycast技术。
下面我就以Cloudflare和LinkedIn为例给大家简单介绍下，他们是如何部署的。
Cloudflare
Cloudflare作为CDN网络佼佼者，其主要采用了Anycast技术为用户提供距离用户最近的Cache服务器。从而大大提高了用户的服务体验满意度。
Cloudflare全球建设了118个数据中心，凭借于Anycast的高冗余性，正如本文开头提到的，任何一个数据中心出现网络、系统故障。均不会影响客户体验度，所有当地的客户流量会自动路由到其他就近的数据中心。
上图为Cloudflare的全球数据中心分布图
借助于Anycast的优势，相比传统企业网络面对网络节点故障的脆弱性，Cloudflare这方便就显得非常游刃有余了。
下面这张图为Cloudflare的部分数据中心Pop节点，请重点关注红框部分。
红框部分是美国-费城的一个数据中心节点，尾随其后有一个关键字“Re-routed”。
其含义为，此数据中心因为故障或者其他原因不能正常工作，所有费城的Cloudflare用户流量将会被自动路由到离费城最近的数据中心，无需人工干预。
  
看到这里，有些老鸟就禁不住想问。
Anycast是挺不错，但是看起来都是例如DNS，或者CDN在使用。
而且，无论是DNS服务提供商还是CDN服务提供商，他们最大的特点在于：每个Pop站点的服务器内容完全一样，所以客户无论访问站点A或者站点B，均能获取到相同的内容。
那让我们来看一个不一样的例子，如下。
LinkedIn
LinkedIn大家最熟悉不过了，找工作攀人脉LinkedIn是经常去的地方。
但是你可知道LinkedIn同样使用了Anycast技术。可是LinkedIn是纯粹的网页内容服务提供商。他与CDN，DNS提供商等性质不太相同。
而且大家需要注意的是，LinkedIn的流量可全是HTTPS，TCP流量。并非一般大家部署的DNS UDP流量。
那为什么LinkedIn也对Anycast如此感兴趣呢？
故事要从几年前说起。
话说当LinkedIn业务急速扩展以后，出现了用户体验度差的问题，原因在于“时延”两个字。
因为数据中心地理位置固定，而用户位置可能是全世界各地。很自然，地理位置遥远的用户访问LinkedIn时会产生高时延问题。加上HTTP，HTTPS协议采用了话痨型的TCP协议。
这TCP几次握手来回以后，加上后续HTTP数据流。本来时延就高的链接加上TCP信令数据包一来二去。用户体验度非常糟糕。
为了解决以上问题，LinkedIn引入小型数据中心站点(Pops)。在全世界有业务的地方构架小型DC。同时小型DC与美国总部的数据中心之间长期维持着稳定的TCP会话链接。
当远端用户访问LinkedIn后，TCP链接其实是发送给了当地的小型DC，小型DC再通过已有的TCP链接访问总部DC。从而大大减少了中间TCP信令会话的数量，变相降低了访问延时，提高了用户体验度。
上图为，在没有小型数据中心的情况下，人机交互的流程以及时延。
下图为在用户所在地部署小型数据中心以后，时延的变化。
哎哎哎，别扯远了，这和Anycast有半点关系么？
当LinkedIn在全世界范围内大批量部署小型DC以后，摆在他们面前的问题是，如何让用户能够就近访问当地的小型DC，而不是选择远端的数据中心总部？
这不就是Anycast擅长的么？
对，LinkedIn也是这么想的，于是乎他们把整个美国的小型DC的IP地址修改为相同的IP，并通过BGP发布到Internet。
当用户访问LinkedIn时，DNS解析会返回此小型DC 的IP，然后用户运营商会根据就近原则路由用户数据到最近的小型DC。从而达到了上面所述的优化延迟的目的。
如下图所示，通过使用Anycast技术以后，LinkedIn小型DC访问命中率大大提高。
总结
今天我们一起研究了什么是Anycast，以及Anycast的妙用。
正如开头所说，Anycast并不是一个新技术，可谓是旧瓶装新酒。
但是通过结合BGP协议，变相提高了Anycast的使用广度和深度。
最后，针对Anycast 做如下总结：
优点：
Anycast可以零成本实现负载均衡，无视流量大小。Anycast是天然的DDOS防御措施，体现了大事化小，小事化了的解决方法。部署Anycast可以获得设备的高冗余性和可用性。Anycast适用于无连接的UDP，以及有连接的TCP协议。
缺点：
Anycast严重依赖于BGP的选路原则，在整个Internet网络拓扑复杂的情况下，会导致次优路由选择。
当然，就篇幅有限，不可能把所有内容一一介绍，大家有兴趣的话，可以继续深入研究Anycast的其他妙用。谢谢大家。
【参考文章】
1、ChinaNet和CN2介绍 -http://www.docin.com/p-1154085549.html
2、Public DNS+ 常见问题-DNSPod 技术支持-DNSPod-免费智能DNS解析服务商-电信_网通_教育网,智能DNS
https://support.dnspod.cn/Kb/showarticle/tsid/241
3、DNS多点部署IP Anycast+BGP实战分析_服务器应用_Linux公社-Linux系统门户网站
https://www.linuxidc.com/Linux/2014-08/105816.htm
4、中文RFC文档目录 http://man.chinaunix.net/develop/rfc/default.htm
5、系统运维|DNS多点部署IP Anycast+BGP实战分析 https://linux.cn/article-3673-1.html
天府云创
关注
关注
点赞
20
收藏
打赏
评论
浅析AnyCast网络技术
什么是BGP AnyCast？BGP anycast就是利用一个（多个） as号码在不同的地区广播相同的一个ip段。利用bgp的寻路原则，短的as path 会选成最优路径（bgp寻路原则之n），从而优化了访问速度。其实bgp anycast是不同服务器用了相同的ip地址。阿里的DNS 就是使用了BGP AnyCast“其实bgp anycast是不同服务器用了相同的ip地址。” 言简意赅啊！D...
复制链接
扫一扫
BGP和anycast
05-10
BGP anycast 广播 单播 智能DNS
论文研究-Dynamic Subnet Anycast Home Agent Discovery.pdf
08-21
Dynamic Subnet Anycast Home Agent Discovery，江韦，李振华，In MIPv6 the HA usually remains unchanged. According to the definition only in some special occasions such as MN’s HA collapses, MN would apply Dynamic Home Agent Address Discove
评论 1
您还未登录，请先
登录
后发表或查看评论
DNS（Bind9） Anycast 数据中心部署 最终版
最新发布
cnxhsy的博客
10-15
189
现网使用的是windows ad域控加windows dns的结构，支撑全网设备的加域和域名解析功能，但由于部分终端机不能动态更换dns服务器ip，会出现某台dns服务器宕机，业务中断的情况。三、当目的主机受到DoS攻击而无法到达时，由于网络不可到达，客户端请求也将路由到其他目的主机上，而在DDoS攻击时，由于Anycast的负载均衡效应，避免了单台目的主机承受所有攻击流量，因此在一定程度上为目的主机提高了安全性;一、不同客户端将访问不同目的主机，此过程对客户端透明，从而实现了目的主机的负载均衡;
anycast隧道_IPv6中Anycast通信模型若干问题的分析和研究.pdf
weixin_39939918的博客
12-19
373
您所在位置：网站首页 > 海量文档&nbsp>&nbsp计算机&nbsp>&nbsp通信/网络IPv6中Anycast通信模型若干问题的分析和研究.pdf109页本文档一共被下载：次,您可全文免费在线阅读后下载本文档。 下载提示1.本站不保证该用户上传的文档完整性，不预览、不比对内容而直接下载产生的反悔问题本站不予受...
Anycast CLB 如何支持多地&动态加速的负载均衡服务，高速互联转发！
fishmai的专栏
08-23
639
Anycast 又称为任播或泛播，指同一个 IP 在多个地域同时发布路由，路由算法会把用户流量送达到最近的路由器。低时延Anycast CLB 用 Anycast 的方式把 VIP 同时发布到多个地域，请求包根据传输协议会到达最优的 VIP 发布地域，优先进入腾讯云，通过腾讯云内网到达云服务器，避开公网的拥堵，减少时延。降低抖动和丢包公网链路的传输性能不稳定，如南北问题、跨境问题等，会导致网络的抖动和丢包，影响服务体验。而 Anycast CLB 的传输性能稳定，它。
PyPI 官网下载 | anycast-healthchecker-0.6.1.tar.gz
01-31
资源来自pypi官网。
资源全名：anycast-healthchecker-0.6.1.tar.gz
anycast隧道_一种以anycast方式部署的CDN监控可用性的方法与流程
weixin_35661850的博客
01-11
501
本发明涉及一种CDN节点监控可用性的方法，具体涉及一种以anycast方式部署的CDN监控可用性的方法。背景技术：现有CDN可用性的检测方法，一般通过一些探测点检测目的CDN的可用性，在探测到失败时，认为目的CDN不可用；对于以anycast方式部署的CDN监控，得到的结果是不准确的；因为多个探测点发出的探测数据不一定到达了所有的目的CDN；导致探测数据未到达的CDN实际上没有被监控到。技术实现要...
anycast隧道_讲述IPv6网络中的选播概述及Anycast困难解决方法
weixin_39772566的博客
12-19
416
A Panorama of Anycast in IPv6 NetworksSUN Fei, LI Zhi-tang, LI Yao(Network Centre, Huazhong University of Science and Tecnology,Wuhan 430074)Abstract: Anycast is a new “one-to-one-of-many” communicati...
anycast 技术简介
lionzl的专栏
08-19
2280
Anycast 技术简介
作者：佚名 文章来源：本站原创 点击数：3024 更新时间：2009-1-23 10:40:52
Anycast最初是在RFC1546中提出并定义的，它的最初语义是，在IP网络上通过一个Anycast
简单总结下近期遇到的网络概念gcp、anycast IP、vlan
AlbertS Home of Technology
09-04
377
知识这个东西总是越学越越多，特别是你去接触一个新领域的时候，会忽然发现之前的自己是多么的狂妄，多么的无知，最近有一些网络相关的需求，这沟通过程中接触到了一些新的概念，比如gcp、anycast IP、vlan等等，初听这些词确实不太理解，所以查了一些资料，对了解到的内容进行一个简单的总结...
anycast隧道_Magic Transit——助你快速安全地接近全球用户
weixin_31235395的博客
12-28
350
Cloudflare Magic Transit——加速网站/应用流量的同时提供DDoS防御和IP防火墙。我们的规模即是你的规模Cloudflare在全球90+国家/地区拥有200+数据中心，这一强大、可扩展的全球网络是基于两项重要技术构建的：Anycast与同构服务器架构。借助这两项技术，我们每一个数据中心都可以处理任意客户的流量；我们任意的边缘数据中心都可以运行每一项任务。综合这些特性，我们构...
Anycast功能原理&OSPF报文分析-上手必看
liuchenbei的博客
08-21
686
Anycast介绍及应用场景、OSPF报文分析、BFD与OSPF联动、OSPF-常见问题、Anycast是什么?
一、Anycast介绍及应用场景
1、Anycast的特点
2、Anycast实现类型
3、Anycast应用场景
二、Anycast-OSPF报文分析
1、OSPF协议6种LSA分析
2、每一种区域中允许泛洪的LSA
3、OSPF 头部
！！！OSPF 邻居建立过程
闲谈IPv6-Anycast以及在Linux/Win7系统上的Anycast配置
Netfilter
03-02
7221
正则安安每晚每隔三小时必然哭闹，我索性也就不睡了，反正也睡不好，起来泡茶，喝酒，作文。
浙江温州皮鞋
AnyCast技术
因上努力，果上随缘。但行好事，莫问前程。
08-03
1676
在讲解任播 (AnyCast) 前，我们先来说说 TCP/IP 协议里常见的几种数据传输方式单播、组播、广播。1.1 什么是单播单播（Unicast）是指封包在计算机网络的传输过程中，目的地址为单一目标的一种传输方式。每次只有两个实体相互通信，发送端和接收端都是唯一确定的。它是现今网络应用最为广泛，通常所使用的网络协议或服务大多采用单播传输，例如一切基于 TCP 的协议。单播地址范围：在 IPv4 网络中，0.0.0.0 到 223.255.255.255 属于单播地址。1.服务器及时响应客户机的请求。..
002.AnyCast技术浅析
weixin_30826095的博客
12-28
112
　　一 常见通信方式　　　　1.1 UniCastAnyCast　　　　UniCast，即单播，指网络中一个节点与另一个节点之间需要建立一个单独的数据通道，从一个节点发出的信息只被一个节点收到，这种传送方式称为单播。即网络中从源向目的地转发单播流量的过程，IP地址与节点（主机）一一对应，单播流量地址唯一。每个节点必须分别对需要访问的节点发送单独的查询，而被访问节点必须向每个访问节点发送...
Ip Anycast技术单站点设计方案
weixin_34319374的博客
03-09
430
本文对Anycast单一站点进行部署，并不对Anycast相关技术做过多介绍，如有需要请自行搜索下其他文档。 在部署单一站点的时候可能需要涉及到LVS DR模式去实现业务的Anycast以及Unicast两种类型，其中Anycast作为提供业务服务用，unicast作为管理以及数据同步用。具体设计方案如下：一、拓扑介绍：客户端ip地址：192.168.100.100...
AnyCast技术浅析
热门推荐
查理王的博客
01-27
1万+
一 常见通信方式
1.1 UniCastAnyCast 1.2 MultiCast 1.3 BroadCast二 什么是BGP AnyCast三 AnyCast技术特点四 AnyCast应用场景 4.1 场景一：基于IP Anycast＋BGP的DNS部署 4.2 场景二：防范DDOS攻击 4.3 场景三：大型企业CDN部署 4.4 场景四：时延敏感度高的内容服务业务五 AnyCast总结 5.1 优点 5.2 缺点
一 常见通信方式
1.1 Un...
DNS多点部署IP Anycast+BGP实战分析
weixin_33813128的博客
11-12
120
DNS领域的多点部署大多采用IP Anycast＋BGP方式，采用这种方式不需要额外采购设备，部署灵活多样。但像其他所有技术一样，IP Anycast＋BGP技术只有在适当的领域和范围内才能发挥它的最大优势。
Internet不断发展，上网人群数量增加，多数网站或DNS等服务在使用单节点提供服务的情况下，无论服务器性能还是接入带宽都不足以承载大量的用户服...
“相关推荐”对你有帮助么？
非常没帮助
没帮助
一般
有帮助
非常有帮助
提交
©️2022 CSDN
皮肤主题：编程工作室
设计师：CSDN官方博客
返回首页
天府云创
CSDN认证博客专家
CSDN认证企业博客
码龄13年
暂无认证
1119
原创
1万+
周排名
1万+
总排名
829万+
访问
等级
5万+
积分
2252
粉丝
1807
获赞
765
评论
7392
收藏
私信
关注
热门文章
HTTPS、SSL、TLS三者之间的联系和区别
218538
新广告法违规词、敏感词在线检测工具
169919
各种dns：百度DNS/阿里DNS/114DNS/腾讯DNS/谷歌DNS/OpenDNS 对比评测
161728
【安全】如何关闭Windows系统的137, 139, 445端口？
143431
command 'gcc' failed with exit status 1错误问题的解决办法
128466
分类专栏
工业互联和智造
网络安全
9篇
容器云
12篇
编程语言
4篇
区块链
1篇
脚本工具
2篇
产品设计
15篇
技术编码
24篇
数据设计
28篇
软件工程
21篇
项目分析
37篇
性能调优
79篇
操作系统
54篇
程序设计
29篇
服务器架构
80篇
网络技术
60篇
网站运营
65篇
云计算技术
57篇
软件开发
19篇
移动平台
9篇
企业信息化
68篇
数据库
5篇
最新评论
扒完社交网络关系才明白，《权力的游戏》凭什么是神作
瑶瑶瑶522:
请问怎么才能找到文章末尾的公众号领取呢，是已经删除了吗，在微信搜不到那个公众号
RAID容量在线计算器
怀夕゜:
老哥 群晖组raid5未利用空间是啥意思 是可以用还是不可以用啊
有哪些比较好用的安卓模拟器（电脑端）
Keith8888i:
有没有知道模拟器能刷rom的
使用Python玩转WMI进行Win32api/com进行Windows编程开发
19921106:
格式怎么是这样呢
几个开源的运维管理系统介绍
m0_62409132:
这页面怎么做出来的？求教
您愿意向朋友推荐“博客详情页”吗？
强烈不推荐
不推荐
一般般
推荐
强烈推荐
提交
最新文章
K8S之Docker容器的备份和容灾方案
nginx 反向代理 获取客户端真实IP和域名以供日志分析
树莓派介绍以及FAQ【这是我见过最全的树莓派教程】
2022年16篇
2021年38篇
2020年22篇
2019年58篇
2018年160篇
2017年265篇
2016年438篇
2015年60篇
2014年31篇
2013年82篇
2010年1篇
目录
目录
分类专栏
工业互联和智造
网络安全
9篇
容器云
12篇
编程语言
4篇
区块链
1篇
脚本工具
2篇
产品设计
15篇
技术编码
24篇
数据设计
28篇
软件工程
21篇
项目分析
37篇
性能调优
79篇
操作系统
54篇
程序设计
29篇
服务器架构
80篇
网络技术
60篇
网站运营
65篇
云计算技术
57篇
软件开发
19篇
移动平台
9篇
企业信息化
68篇
数据库
5篇
目录
评论 1
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
查看更多评论
打赏作者
天府云创
你的鼓励将是我创作的最大动力
¥2
¥4
¥6
¥10
¥20
输入1-500的整数
余额支付
(余额：-- )
扫码支付
扫码支付：¥2
获取中
扫码支付
您的余额不足，请更换扫码支付或充值
打赏作者
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额
抵扣说明：
1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。 2.余额无法直接购买下载，可以购买VIP、C币套餐、付费专栏及课程。
余额充值