首先,搞懂几个概念:
1、ESX和ESXi的区别即vSphere4.x和5.x本质区别
原VMware强调的是功能强大的Server Console管理方式,即ESX的这种,因为其本质上是在hypervisor上实现的linux虚机概念,的确可以干很多事情(很多VMware不希望发生的故事也发生了)。SC可以任意添加,所以没有太多限制,怎么作冗余都行
2、VMkernel和SC或hypervisor的概念不同
SC、hypervisor根本意义上是对于ESX或ESXi的本机管理,一个IP足够了。
而VMkernel是ESX或ESXi关键功能。这些功能的实现根本就要求你的物理链路是冗余化的,或同一子网段避免跨vlan的数据问题。他们要求的是和存储设备在同一子网内,或者多路径
3、虚拟化要求的网络资源
在作IP规划前,你首先得考虑ESX或ESXi的物理网卡有多少才够用的问题。
在VMware的vSphere Client管理界面中,它是很分明的表露意思的,分三种:a、manage console;b、VMkernel;c、guest VM network
物理网卡要在这三种网络上先实现物理的冗余度,这个在VMware看来很简单,只是你采购成本的问题。
一旦你的物理资源够多,你才能实现多功能。否则,一旦哪个VM要求passthrough,怎么办?
IP的规划,只是对于整个管理的需要。需要考虑的是为何要分开,多数原因是因为要隔离网络风暴以及数据连接的需要,比如存储网络就绝对要求同一子网段,再加上多路径的实现;另外,VMkernel的单独vlan或物理子网的实现,是方便heartbeat的一些数据包确认(做过DRS、HA时的心跳数据抓包实验,这个数据包极容易受到风暴干扰而导致错误的)
我的建议是先规划好物理网卡(非IP)的数量:
(1)、管理端 建议1~2个网口
(2)、guest VM network 看你在这台ESX或ESXi上要实现多少虚机和这些虚机对于网络带宽的需求来确定。建议2~3个网口
(3)、VMkernel 在资源多的情况下,iSCSI和用于Vmotion、HA的建议区分开来,并各自实现物理冗余。这个具体多少需看你对于存储架构和核心功能的规划而定。
针对四网卡来说:
首先明确这些ESXi上的VM具体是多少?另外,哪些ESXi要实现HA或DRS的,单纯的Vmotion以及Storage Vmotion不用考虑
如果不准备增加物理网卡的前提下,建议你将SC和VMnetwork作物理网口的合并(SC的IP最好和vCenter在同一vlan);在不考虑多路径的前提下,建议VMkernel用途的物理网口都合并;另外vCenter机器上最好另外开一个与IP SAN同一vlan的网口,便于通讯。
就IP的规划而言,SC和VMnetwork的vlan段可考虑与实体vlan混合;VMkernel的vlan端以及IP-SAN的vlan段建议是新建vlan或干净的vlan内使用
附上细则:
物理网卡(vmnic) | 虚拟交换机(vSwitch) | 端口组(Port Groups) |
vmnic0 | vSwitch0 | Service Console+VM |
vmnic1 | vSwitch0 | Service Console+VM |
vmnic2 | vSwitch1 | VMkernel(IP SAN) +vMotion |
vmnic3 | vSwitch1 | VMkernel(IP SAN) +vMotion |
主机名称 | IP 地址 |
ESXI01 | 10.0.0.120 |
ESXI01 Vmtion IP | 10.0.10.10 |
ESXI02 | 10.0.0.121 |
ESXI02 Vmtion IP | 10.0.10.15 |
ESXI03 | 10.0.0.123 |
ESXI03 Vmtion IP | 10.0.10.20 |
Vcenter Server | 10.0.0.146 |