如题，网络底层基础不好
应用场景是目前 PC 上有一个 hyperV 虚拟机里面跑了一个 redis，应该是使用了桥接模式连接网络，我不是很确定。总之连接到同一个路由器，本机 IP 是 192.168.0.100 ，虚拟机是 192.168.0.101 这样，目前主机和虚拟机网络都可以互通，并且都能访问互联网。
一个好奇是这种模式构建的网络，如果从主机向虚拟机发东西，或者反过来，流量是否需要经过路由，还是说在本地某一种虚拟网卡层面就能解决？我不知道如何模拟一个测试，直接来问老哥们了。
=====
另外一个好奇是，redis 虚拟机的使用场景，大多数时候不太需要单独使用互联网，大多数时候能保证与主机双向正常通讯就可以，有没有一种虚拟网络结构可以做到这种效果？这样既提高了通讯效率，又提高了安全性。只需要装机的时候下载东西时连接到互联网，之后稳定运行切换到这种网络就可以了
问题二：你可以创建 NAT 网络 + hv 的内部网络交换机，这样，guest 和 host 的通信全部走那张虚拟内部网卡，路由器的子网和它没任何关系了，而且速度是 10gbps 。
192.168.0.0/24 这个子网内的设备无法访问 guest，guest 倒可以访问它们(nat)，给 guest 配上 192.168.0.1 的 dns 就能实现：上网走路由器，与 host 通信不出虚拟网卡。
顺便：手动创建的 nat 网络无 dns 与 dhcp 服务，guest 需要手动配置 ip 和 dns (不是 host 的 ip 哦)。Win 10 自动创建的 default switch 也是 nat ,且有 dns 和 fhcp 服务，server 上手动创建的好像就没有。。。
有这个前提，那么你的问题就很容易解答了。这两个 IP 都在同一网段，所以不需要经过路由器，直接 vmswitch 转发就行。
强制 vswitch 不本地转发而直接去 router 的，那叫 vepa mode 。vmswitch 是否支持 vepa mode 我不记得了。
如果你想要降低开销，internal switch 是个比较好的选择。还可以启用 jumbo frame 减少网络栈的开销。如果想要极致降低开销，https://docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/user-guide/make-integration-service
这是直通，不走网络，自然也就没有网络栈的开销。内存直接传输数据。