Momentan hab ich Blades mit vStandard Switches unter Vsphere 4.1. Via Flex 10 HP Virtual Connect hat jeder ESX 8 logische NIC's (10gb nutzbar; 2 Shared uplink sets im Einsatz, 10gb auftgeteilt auf jeweils 4 NICs -> andere 4 Nics jeweils Failover):
2 Nics für vmkd kernel managment konsole 1000Mb je Nic
2 Nics für vmdk kernel NFS Storage Anbindung 3000Mb je Nic
2 Nics für Portgroups der verschiedenen Kunden Vlan's 4000Mb je Nic
2 Nics für Vmotion 2000mb je Nic
- Virtual Center ist ein physischer Management Host
Jetzt gibts dann mal eine Migration auf vsphere5 und dann wohl auch distributed Switch, da die Verwaltung der Vlans doch langsam umständlich wird mit wachsender Anzahl Hosts.
Gibts mit dem Einsatz von Distributed Switch Abhängigkeiten welche bei einem Vcenter Ausfall dazu führen können das es auch einen Ausfall der VM's resp. deren Konnektivität gibt?
Bei der jetzigen Konfiguration passiert bei einem Vcenter Ausfall nichts (mal abgesehen davon das die HA Clusterfeatures, VMotion etc. natürlich nicht funktionieren). Selbst wenn ich die Vcenter DB verliere (und z.b das DB Backup korrupt ist...
Wie verhält es sich hierbei mit Distributed Switch im Einsatz? Gibts da irgendwelche Abhängigkeiten welche ich beachten muss? Habt ihr u.U Infos/links zu einem Best Practice Sheet ...vorallem auch im Zusammenhang mit Verteilung der Nics, Managment Netz über Distributed Switch nehmen ja/nein etc.
Kann ich das ganze auch mixen? Also Standard Switches mit Distributed Switches? Also z.B auf jedem ESX im Cluster:
2 Nics Vmotion über Standard Switch
2 Nics Management Netz über Standard Switch
2 Nics Storage Netz vmkernel
2 Nics VM Portgroups für Kundenvlan's via Distributed Switch
Die meisten Aenderungen clusterweit gibt es bei mir bei den VM Portgroups für die Kundenvlans. Also Vlans ändern,hinzufügen etc.
Würde so eine Konfiguration Sinn machen?
Grüsse