Questions tagged «anycast»

我从来没有在需要复杂路由的环境中工作的特权，或者如果确实需要，则在我的上游进行处理。我一直使用非常简单的静态路由配置，并且不需要进行任何多路径路由-因此，我对此主题普遍感到困惑。我想更好地了解多播和任意播。 单播，任播，广播和多播流量之间有什么区别？ 它们通常在什么情况下使用以及为什么使用（例如，哪些应用程序使用哪种方法）？ 对于给定的网段或广播域，您如何计算多少广播流量太多？ 允许广播和多播流量对安全有何影响？

111 ip  routing  multicast  anycast 

直到几秒钟前，当我读到“ 什么是一些很酷或有用的服务器/网络技巧？ ” 时，我才从未听说过任何广播。 维基百科上的“ Anycast ”文章非常正式，并没有真正引起人们对其使用方式的心理印象。 有人可以用一些非正式的句子解释什么是“任意播送”，如何配置（从一般意义上来说），以及它的好处是什么（使它更容易实现）？

85 networking  ip  routing  anycast 

指向同一域的多个A记录似乎几乎专门用于将DNS Round Robin作为一种廉价的负载平衡技术来实现。 通常，针对DNS RR的警告是它不利于高可用性。当1个IP发生故障时，客户端将继续使用几分钟。 通常建议使用负载平衡器作为更好的选择。 两种说法都不完全正确： 如果流量为HTTP，则大多数HTML浏览器都可以在前一个A记录关闭时自动尝试下一个A记录，而无需进行新的DNS查找。阅读此章节3.1和这里。 当涉及多个数据中心时，DNS RR是在它们之间分配流量的唯一选择。 那么，在多个数据中心和HTTP流量存在的情况下，使用DNS RR是确保一个数据中心发生故障时立即进行故障转移的唯一方法吗？ 谢谢， 华伦天奴 编辑： 当然，每个数据中心都有一个带热备用的本地负载均衡器。 为了即时故障转移而牺牲会话亲和力是可以的。 AFAIK DNS推荐数据中心而不是另一个数据中心的唯一方法是仅使用与该数据中心关联的IP进行答复。如果数据中心无法访问，那么所有这些IP也将无法访问。这意味着，即使智能HTML浏览器能够立即尝试另一个A记录，所有尝试都将失败，直到本地缓存条目到期并且完成新的DNS查找，从而获取新的工作IP（我假设DNS会自动向A建议一个新的数据中心发生故障时）。因此，“智能DNS”不能确保即时故障转移。 相反，DNS轮询允许它。当一个数据中心发生故障时，智能HTML浏览器（大多数）将立即尝试将另一个缓存的A记录跳转到另一个（工作）数据中心。因此，DNS循环并不能确保会话亲和性或最低的RTT，但似乎是确保客户端为“智能” HTML浏览器时即时故障转移的唯一方法。 编辑2： 有人建议使用TCP Anycast作为最终解决方案。在此纸（第6章）中说明了任播故障转移有关BGP收敛。因此，Anycast可能需要15分钟到20秒才能完成。在为此优化拓扑的网络上，可能需要20秒。可能只有CDN运营商可以授予这样的快速故障转移。 编辑3：* 我做了一些DNS查找和跟踪路由（也许有些专家可以仔细检查），并且： 使用TCP Anycast的唯一CDN似乎是CacheFly，其他运营商（如CDN网络和BitGravity）都使用CacheFly。似乎它们的边缘不能用作反向代理。因此，它们不能用于授予即时故障转移。 Akamai和LimeLight似乎使用了可感知地理位置的DNS。但！他们返回多个A记录。从traceroutes看来，返回的IP在同一数据中心上。因此，我对一个数据中心出现故障时它们如何提供100％SLA感到困惑。

78 domain-name-system  high-availability  cdn  anycast  geodns 

我出于好奇心的目的，试图了解像Facebook或Wikipedia这样的大型网站是如何工作的。我阅读了有关构建可伸缩网站的各种技术的信息，但是我仍然对一个特定的细节感到困惑。 使我感到困惑的部分是，最终，DNS将整个域映射到单个IP地址，或者在循环DNS的情况下将少数IP地址映射到单个IP地址。 例如，wikipedia.org仅具有一个A型DNS记录。因此，来自世界各地的访问Wikipedia的人们都必须向DNS中指定的一个IP地址发送请求。 在大型站点的IP地址上侦听的硬件是什么，它如何处理来自全世界用户的请求的所有负载？ 编辑1：感谢您的所有答复！Anycast似乎是一个可行的答案...是否有人知道一种检查特定IP地址是否为Anycast-routed的方法，以便我可以验证这确实是大型站点在实践中使用的技巧？ 编辑2：在对该主题进行了更多的阅读之后，似乎播种通常不用于动态Web内容。Anycast通常用于UDP（例如DNS查找），有时也用于静态内容。 需要注意的一件有趣的事是，Facebook使用profile.ak.fbcdn.net来托管静态内容，例如样式表和javascript库。每次ping此名称时，都会收到来自其他IP地址的响应。但是，我无法确定这是实际行动还是完全不同的技术。 回到我最初的问题：据我所知，即使是一个大型站点，也将有一个昂贵的负载平衡硬件，可以监听其少量的公共IP地址。

32 domain-name-system  scalability  anycast 

因此，关于SF的用途以及任播IP的性能如何，SF上存在很多问题。我的方法更实用。我特别需要使用那些地址之一？ 我需要成为自治系统吗？ 如果我想在内部网络上使用Anycast IP，可以吗？ 我需要注册商/运营商的特殊要求吗？ 基本上，如果我想使用一个Anycast IP地址，从设备到配置部分，我到底需要什么。

20 networking  configuration  anycast 

根据对Anycast的Wikipedia描述，它既包括跨多个DNS服务器的域名到多IP映射的分布，也包括答复地理位置最接近（或最快）的服务器的客户端。 在像google.com（或具有许多全球边缘位置的任何CDN服务）这样的全球分布的高可用性网站的背景下，这听起来像是一个人需要的两个关键功能。 诸如Amazon的Route53，EasyDNS和DNSMadeEasy之类的DNS服务都将自己宣传为支持Anycast的网络。 因此，我的假设是，每个DNS服务都为我透明地提供了这两个杀手级功能：多IP到域的映射以及将客户端路由到最近的节点。 但是，每种服务似乎都将这两种功能分开，将第二种功能（将客户端路由到最近的节点）称为“ GeoDNS”，“ GeoIP”或“ Global Traffic Director”，并对该服务收取额外费用。 如果具有Anycast功能的系统的核心租户已经这样做了，为什么将此功能指定为该额外功能？什么是标准的Anycast DNS服务无法实现的“ GeoDNS”功能（根据Wikipedia的Anycast的定义-我了解正在宣传的内容，而不是为什么它尚未隐含）。 当不支持这种模糊的“ GeoDNS”功能的DNS服务（如Route53）列出以下功能时，我会感到非常困惑： 快速– Route 53使用全球DNS服务器的全球任播网络，旨在根据网络条件自动将用户路由到最佳位置。结果，该服务为最终用户提供了低查询延迟，并为DNS记录管理需求提供了低更新延迟。 ...听起来完全像GeoDNS打算做的那样，但是地理上定向客户是他们明确不支持的东西。 最终，我正在寻找DNS提供者的以下两个功能： 将多个IP地址映射到一个域名（例如google.com，amazon.com等） 利用DNS服务，该服务将使用与被请求方最近的服务器的IP地址响应对该域的客户端请求。 如前所述，这似乎是“ Anycast” DNS服务（所有这些服务都是）的一部分，但是我从中看到的功能和市场营销表明存在其他问题，这使我认为我需要学习更多有关如何DNS在做出部署选择之前起作用。 预先感谢您的任何澄清。

17 domain-name-system  high-availability  anycast  geodns  amazon-route53 

我的理解是，公共IP块是从IANA分配的，IANA将子块分配给RIR，后者将子块分配给ISP，ISP将子块分配给各个AS，如本问题所述：IP地址是如何实际分配的？ 这（以及该页面的资源）似乎意味着将1个公共IP映射到1个AS。 但是，任播似乎可以通过从多个位置发布相同的公共ip地址来工作，从而提供通往该IP的不同路径。例如： /programming/210901/how-do-you-scale-http-server-like-google https://umbrella.cisco.com/blog/blog/2013/01/10/high-availability-with-anycast-routing/ https://blog.cloudflare.com/cloudflares-architecture-eliminate-single-p/ 如果应该将公用ip解析为单个AS，则任播如何工作？ 它是一种黑客，使您假装正在执行BGP 多宿主 / 多路径操作，并只是在通过AS时捕获流量（这似乎暗示在这里：https : //serverfault.com/a/728609/148476）？ 每个AS 1个IP的“规则”只是一个例外吗？ 或者也许我只是想念一些东西...

11 networking  bgp  anycast  network-security 

RFC 1034要求我们为DNS服务器分配至少两个IP地址。但是，如果我们使用任播寻址，则已经可以通过单个IP地址实现冗余。BGP任意播似乎可以很好地扩展到数百甚至数千个服务器。 如果是这样，为什么我们仍需要DNS服务器使用多个IP地址？如果我们已经进行了任播，它是否真的增强了冗余（有助于提高可用性），或者这只是神话？ 如果仅使用一个IP地址，我们将面临哪些问题和错误？ 这样，我的意思是完全省略辅助DNS地址，或者1.2.3.4在某些设置需要至少两个时使用伪IP（例如）作为第二个地址。

9 networking  domain-name-system  routing  ipv6  anycast 

首先，有一些背景知识：我们有一个实验室，其中包含一些在隔离的LAN上运行的专用Linux服务器。所有服务器都运行相同的OS（Debian Linux）和相同的专有服务器软件，并且服务器进程相互通信以保持其数据同步。这意味着就任何客户端而言，客户端连接到哪个服务器都没有关系-任何服务器都将返回与其他服务器相同的数据。 这些Linux服务器都运行avahi-daemon为其自身发布mDNS主机名，这意味着客户端可以输入“ http：//linux-server-1.local”。进入他的Web浏览器并连接到Linux服务器1，依此类推。 一切都很好，除了这意味着坐在客户端计算机（通常是安装了Bonjour的Mac或Windows笔记本电脑）上的用户必须知道（或弄清楚）哪些Linux服务器当前在线，并且他必须确保他连接到其中之一。例如，如果服务器＃2今天离线，并且客户端输入“ http：//linux-server-2.local”。进入他的网址栏，他不会得到回应。当然，这还不是世界末日，但对于希望一切都能“正常运行”的新手用户而言，这很烦人，而且这会使健壮的客户端脚本的开发变得更加复杂（因为客户端脚本将需要知道如何明确处理离线服务器）。 考虑到这一点，我的问题是：是否可以将Avahi配置为发布任意播样式mDNS主机名别名？目标是任何人都可以坐在笔记本电脑上，输入“ http：//any-linux-server.local”。（或类似），并连接到当前在线的一台服务器（再次，哪一台都没有关系）。 请注意，这需要在不对客户端便携式计算机进行任何特殊配置的情况下进行，因为我们无法控制它们（除了要求他们安装Bonjour之外）。 还要注意，我们不能依赖于单独的名称服务器或代理服务器，也不可以依赖于任何特定的Linux服务器，因为那样会引入单点故障，我们试图避免这种情况。

9 bonjour  mdns  anycast  avahi