数据中心互联充满了应用程序的挑战

数据中心互联充满了应用程序的挑战

一般来说，软件设计师专注于检查技术层面的问题，而不是问题的需求。一个好的网络设计标准，一般是一开始就把一些基本问题提出来，然后仔细思考什么是真正需要的。

例如，在网络图中，服务必须从服务器1移动到服务器2，并且每台服务器都连接到不同的数据中心结构。根据服务提供商提供的链路，这两个构造连接在连接到构造边缘的两个路由器之间。

第一个难问的问题是:你真的需要以太网接口或者扩展的第二层吗？

数据中心互连(DCI)的大多数多样性是试图使扩展的物理环境看起来像以太网接口域的结果。然而，以太网接口并不是为跨越很长的地理区域和互连数千台服务器而设计的。

虽然有些技术允许这种互联，但关键是要考虑这种特殊的工具应该如何以及在哪里完成，而不是简单地把多样性推到互联网上。

这个数据中心互联图中的以太网接口真的有必要扩展吗？

保存IP地址

层移动性最常见的原因是保存服务或应用的IP地址，并将其从一个数据中心结构移动到另一个数据中心结构。然而，服务移动性有三个组成部分:

一、客户如何找到服务？根据名字还是IP地址本身？如果服务是根据其名称发现的，则可以应用一些命名约定(例如动态域名系统软件)来允许服务移动，而不规定IP地址将保持不变。

选择域名系统(DNS)通常被认为是一种非常缓慢的对策。但是在企业或者数据中心，没有理由不选择DNS。客户可以调整DNS定时器，可以设计方案的负载均衡等功能，从而允许在两个不同IP地址的两个服务组之间快速进行常见故障迁移。

第二个组成部分是将IP地址本身从互联网的一部分移动到另一部分。一个很简单的方法就是把新旧物理设备连接到同一个物理板块。虽然需要重新学习从较低层到IP层的投影，但其他一切都将保持不变。

扩大第2层的风险

过去，应用程序的设计方案假定应用程序的不同部分按照以太网接口段直接连接。应用程序不能再以这种方式编写，尽管它们通常仍然存在。为了更好地处理这个问题，很容易让互联网变得更复杂，但这忽略了真实的测量。

第二层的扩展会让互联网变得更加复杂，会让互联网变得越来越敏感。扩展的第二层很可能开启更高的互联网设备故障率，最终损害公司的可用性，而不是考虑如何让应用更好地工作。

另一个要考虑的因素是第3层。应用在第三层总结失败会如何危及其在整个互联网中的特性？如果应用程序开发人员将它设计为仅在短时间内在本地连接上工作，它很可能会承担计时器、流量监控和其他元素。

因此，很有可能应用程序在物理上和地理上扩展的段中工作得更好，但也有可能应用程序在接近某个性能参数的边缘运行，最终导致失败。这种区别没有真正的把握方法。

移动性的第三个组成部分是发现。不同案例的服务如何互相搜索？即使标记了某种类型的第2层移动性，单个逻辑第2层段也很可能会分解成几个广播域。这不仅简化了互联网的设计方案，而且减小了各种常见故障域的大小，增加了平均常见故障时间间隔。

类似地，应用程序不能再应用这种第2层发现系统；如果这样做，就必须非常仔细地设计解决方案应用程序。

和安全监控。

除此之外，数据中心互联还面临其他挑战，尤其是在网络信息安全和监控方面。

比如有一个普遍的假设，如果总流量是按照经销商给出的虚功率回路传输的，那就是安全的。这是一个糟糕的假设。隧道建设提出了一个新问题，它可以避免网络攻击阻塞或检查总流量。确定解决方案的安全系数非常重要，尤其是当解决方案的初始设计方案是包含在单独物理设备中的单独长段传输流时。

此外，监控也是必不可少的。客户如何知道扩展连接中很可能遇到的延迟时间和抖动？如何判断网络丢包的时间、地址、总数？如何确定数据文件是否乱序传输？而监控和管理方法是数据中心中间连接的重要组成部分，必须在问题出现之前解决。

Idc显示，数据中心的互联互通被普遍认为是一个已经被处理的难题。众所周知，思考数据中心互联技术很可能再次遇到的难题，从而谨慎地确定是否是提高多样性的最佳途径，是非常有价值的。