#1 楼
这个问题的很多内容都是思科式的，让我们回过头来消除一些神话般的假设。1。我需要在核心上执行第2层。
除非您的硬件具备全部功能，否则不可以。您可以在内核的所有内容之间自由地建立点对点（链接/端口通道）并建立OSPF / ISIS邻接关系，这可以说比内核的大型L2域优越，因为您现在可以避免造成L2循环预防自己；现在，您的IGP将处理拓扑更改。如果需要多路径，则ECMP可以代替GLBP之类的东西。
2。传统的DC体系结构将路由集中化
取决于“传统”的含义-IPv4是“传统上”的分类，而现代IPv4不是。同样，现代数据中心体系结构将使设备之间的绝大多数非访问链路都通过L3传递流量，因为从安全和性能的角度来看，您希望最小化广播域的大小并避免依赖L2环路当发生拓扑更改时，这种预防措施往往会比L3协议在更长的时间内影响通信量（最近的发展，例如SPB和TRILL不能承受）
3。同样，广播/多点域之间的流量必须发生在Core
，这取决于您拥有的硬件；如果您的分布层能够与核心层进行L3转发，并且恰好是您希望在其间路由流量的特定域的终结点，则没有逻辑上的理由仅将流量发送给核心就将流量传输到核心后退。
因此，考虑到所有这些，为什么大型扁平L2网络仍然如此普及？因为它很“简单”，不需要太多的思考。设置多区域OSPF并通过适当地配置链接成本来确保整个网络中的最佳路径是一种出色的体系结构，但这需要您考虑。使用GLBP之类的方法来拆分几个VLAN，而让生成树只是“做自己的事”就没有了。但是真正的WTF是，像OSPF一样，一个不错的L2设置应该具有经过深思熟虑的STP配置。
#2 楼
您极有可能必须使用较新的覆盖网络之一或使用Plexxi的交换机。我敢肯定，您可以找到一些通过传统方式进行此操作的方法，但是我不确定它的稳定性如何。TOR的L3肯定并不罕见。大多数大型DC（Google，Facebook的DC）都使用L3到TOR，但是它们具有编写出色的应用程序，不需要VMotion / L2从故障中恢复。听起来您的要求更多大多数虚拟化DC的SMB和类似的痛点。如果是未开发的部署，我强烈建议您查看Plexxi的产品。如果没有，那么覆盖层可能是您的正确选择。
评论
有什么答案对您有帮助吗？如果是这样，您应该接受答案，这样问题就不会永远弹出来寻找答案。或者，您可以发布并接受自己的答案。