介绍：
MacVLAN是一种linux虚拟化网卡技术。MacVLAN允许用户在主机的一个物理网卡上配置多个虚拟网卡，每个MacVLAN接口都有自己的区别于父接口的mac地址，并且可以像普通网络接口一样分配IP地址。这些虚拟网卡逻辑上和物理网卡对等的。
补充：网卡别名方式也可以实现一块网卡配置多个ip，但其mac地址都是相同的，无法做到不同。
模式：
bridge、VEPA、Private、Passthru和Source 5种模式。
bridge模式
类似linux bridge。bridge模式下，拥有相同父接口的MacVLAN虚拟网卡可直接通信，流量不需要发往外部网络，广播帧将会被泛洪到子接口和物理接口。
不同的是，MacVLAN的bridge模式不需要学习mac地址，也不需要STP协议。
VEPA模式，Virtual Ethernet Port Aggregator，虚拟以太网端口聚合
默认模式。所有从MacVLAN子接口发出的流量，不管目的地址是什么，全都发送给父接口，即使流量的目的地是共享同一个父接口的其他MacVLAN子接口。
在二层网络下，由于生成树协议的原因，两个MacVLAN接口之间的通信会被阻塞，这时就需要接入的外部交换机支持hairpin，把源和目的地址都是本地MacVLAN子接口地址的流量，发给相应的接口。在VEPA模式下，从父接口收到的广播包会洪泛给所有的子接口。
目前大多数交换机都不支持hairpin模式，但Linux网桥支持开启，可让VEPA模式下的MacVLAN接口能直接通信。配置如下：
# 配置Linux网桥br0开启hairpin，使得从eth0收到包后再从eth0发回去
brctl hairpin br0 eth0 on配置hairpin后，源、目地址都是本地Macvlan接口地址的流量，会被Linux网桥发回给相应的接口。
补充：hairpin主要是将数据包从一个接口上收上来之后再扔回去，多用于网关设备。
Private模式
类似VEPA模式，但增强了VEPA模式的隔离能力。其完全阻止共享同一父接口的MacVLAN子接口之间的通信。即使配置了hairpin，相应的流量仍会被丢弃。
Private模式的具体实现方式是丢弃广播/多播数据，这就意味着以太网地址解析ARP将无法工作。
Passthru模式
直通模式。这种模式下，每个父接口只能和一个MacVLAN子接口绑定，并且MacVLAN网卡继承父接口的mac地址。
在VEPA和Passthru模式下，两个MacVLAN网卡之间的通信会经过父接口两次，第一次是发出的时候，第二次是返回的时候。除了会影响MacVLAN接口之间的通信性能，还影响物理接口的宽带。
Source模式
这种模式下，寄生在物理设备上，MacVLAN设备只接收指定源mac地址的数据包，其他数据包一概丢弃。
配置使用：
# 创建
ip link add eth0.1 link eth0 type macvlan mode bridge
# 查看
ip -d link show eth0.1
________________________________________________________________________
16: eth0.1@eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
link/ether 06:d0:84:ab:8e:c4 brd ff:ff:ff:ff:ff:ff promiscuity 0 minmtu 68 maxmtu 16110
macvlan mode bridge bcqueuelen 1000 usedbcqueuelen 1000 addrgenmode eui64 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535
# up网卡
ip link set eth0.1 up
# 配置ip
ifconfig eth0.1 192.168.209.200/24
# 删除网卡
ip link del eth0.1实验：
宿主机：192.168.209.129/24，网关192.168.209.2
容器：192.168.209.209/24，网关192.168.209.2
# 创建虚拟网卡eth0.1
ip link add eth0.1 link eth0 type macvlan mode bridge
# 启动容器
docker run -id -d --net=none --name=busybox busybox /bin/sh
# 另开启一个ssh连接到宿主机
# 查看容器ns，pid为17223，961d为容器id前缀
docker inspect --format '{{ .State.Pid }}' 961d
# 将虚拟网卡eth0.1放到容器
ip link set netns 17223 eth0.1
# 进入netns 17223，为虚拟网卡配置ip以及为容器配置route。192.168.209.2为网关
nsenter --target=17223 --net
ifconfig eth0.1 192.168.209.209/24
ip link set eth0.1 up
ip route add default via 192.168.209.2 dev eth0.1
# 测试
# 容器ping外网
通
# 其它主机ping容器
通
# 宿主机ping容器
不通
# 容器ping宿主机
不通实验总结：MacVLAN只为虚拟机或容器提供访问外部物理网络的连接。
小结：
MacVLAN是将虚拟机或容器通过二层连接到物理网络的一个不错的方案，但它也有局限性，如：
因为每个虚拟网卡都要有自己的mac地址，所以MacVLAN需要大量的mac地址，而Linux主机连接的交换机可能会限制一个物理端口的mac地址数量上限，而且许多物理网卡的mac地址数量也有限制，超过这个限制就会影响到系统的性能；
IEEE 802.11标准（即无线网络）不喜欢同一个客户端上有多个mac地址，这意味着MacVLAN子接口没法在无线网卡上通信。
