虚拟化的网络挑战是什么？什么是重叠网络？
2021-05-24 07:09
随着互联网技术的飞速发展，企业信息化发展也日新月异，企业用户的ICT需求不断被重新定义，从单纯的网络接入到各种分支互联、入云服务，以及不断变化的网络应用及云业务。传统的专线接入方式无法更好地匹配企业在云时代的业务发展需求，主要表现在以下几个方面。
2021-03-10 07:44
我们在集群中添加了一个新节点，我们在服务器中安装了2个Intel X710-T4卡。我们的两个SAN目前只有1Gb（我们有Tegile T3100和联想px12-450r）。每当我尝试使用这些NIC上的其中一个端口设置SAN连接时，都会导致各种问题。我们有CSV离线并且报告已损坏且无法读取，我们丢失了VM配置，并且VM停止从此节点（2016 Hyper V群集）托管的任何卷启动。奇怪的是，在我们更新/迁移到2016之前，这个节点在我们的2012集群中工作正常。我有适配器的最新驱动程序。以下是发生的一些事情： - 当我最初将节点带入集群时，我使用X710-T4配置了所有3个与SAN的连接（2个用于每个独立交换机/控制器的tegile，1个用于直接连接的lenovo）。每当此节点获得Lenovo上任一卷的所有权时，该卷上的VM将不再启动。他们会给出不同的奇怪启动错误，最终它甚至会硬锁定联想SAN本身，我必须硬启动它。我将该连接移至板载broadcom 1Gb NIC并解决了这些问题。 tegile仍然通过X710-T4连接，当它继续运行时，这里也发生了一些奇怪的事情。有时，连接的iSCSI设备列表在该节点上只是空白，即使它仍在运行。在最新的情况下，节点从Tegile获得LUN的所有权，并且该LUN上的所有VM立即停止工作，并且CSV报告为损坏且不可读。我将CSV移动到另一个节点，过了一会儿它终于再次开始工作了。问题是此节点坚持取得存储节点的所有权，并且似乎没有办法阻止它（无法在CSV上设置节点首选项）。所以现在我害怕取消暂停这个节点，我正在考虑将Tegile连接转移到broadcom中，并希望避免所有的麻烦....但是当我们最终升级我们的SAN并转到10Gb我不想运行再次进入这个问题。我意识到这可能难以破译......在这一点上，我只是在寻找建议。它是适配器属性之一吗？连接到SAN的适配器除了未选中IPv4之外的所有协议，它们将巨型帧设置为9014并且它们被设置为不允许操作系统将其关闭（省电的事情）。除此之外，它们基本上处于默认设置。我想我可能会在这些适配器上禁用SRV-IO，但这是导致我的问题（我对此表示怀疑）。让我知道你的想法！以上来自于谷歌翻译以下为原文We added a new node to our cluster and we've got 2 of the Intel X710-T4 cards in the server. Both of our SANs are currently only 1Gb (we have a Tegile T3100 and a Lenovo px12-450r). Whenever i try to setup SAN connections using one of the ports on these NICs it causes all sorts of issues. We have CSVs go offline and report being corrupted and unreadable, we've lost VM configs and VMs stop booting from any volumes that are being hosted by this node (2016 Hyper V cluster). The odd part is that this same node was working fine in our 2012 cluster before we updated/migrated into 2016. I have the latest drivers for the adapter. Here are some things that have happened: - When I initially brought the node into the cluster I configured all 3 connections to the SANs using the X710-T4 (2 for the tegile for each independent switch/controller and 1 for the lenovo which is directly connected). Right off the bat each time this node took ownership of either volume on the Lenovo the VMs that were on that volume would no longer boot. They would give different weird boot errors and eventually it would even hard lock the Lenovo SAN itself and I'd have to hard boot it. I moved that connection down to the onboard broadcom 1Gb NIC and that solved those issues. The tegile was still connected via the X710-T4 and while it continued to operate, some odd things happened here as well. Sometimes the list of connected iSCSI devices would just be blank on that node even though it was still operating. In the latest case the node took ownership of a LUN from the Tegile and immediately all the VMs on that LUN stopped working and the CSV reported as corrupt and unreadable. I moved the CSV to another node and after a while it finally started working again. Problem is this node insists on taking ownership of storage nodes and there doesnt appear to be a way to stop it (cant set node preferences on CSVs). So right now I'm scared to unpause this node and am contemplating just moving the Tegile connections into the broadcom as well and hopefully avoid all the hassle.... but when we eventually do upgrade our SAN and go 10Gb I dont want to run into this issue again. I realize this is probably incredibly hard to decipher... at this point I'm just looking for suggestions. Is it one of the adapter properties? The adapters that connect to the SANs have all protocols except IPv4 unchecked, they have jumbo frames set to 9014 and they are set to not allow the OS to turn them off (power saving thing). Aside from that they are basically at default settings. I think I could probably disable SRV-IO on these adapters but is that causing my issue (I doubt it). Let me know what you think!
2018-11-15 11:15
SRv6的基本概念是什么？SRv6是由哪些部分组成的？SRv6的转发流程是怎样的？
2021-10-26 07:42
SRv6是什么意思？SRv6是由哪几部分组成的？SRv6的转发流程是怎样进行的？
2021-10-19 08:46
