VMware Distributed vSwitches (VDS) - Progettazione, teoria, casi d'uso * reali * ed esempi?


14

Sto iniziando a esplorare gli switch distribuiti VMware (dvSwitches o VDS) per l'uso in installazioni esistenti e nuove. Supponiamo VMware versione 5.1 e successive con le licenze Enterprise Plus . Prima di questo, ho fatto buon uso dei vSwitch standard definiti con i giusti tipi di uplink fisici (1GbE o 10GbE) e gestiti in modo indipendente su singoli host.

In che modo l'utilizzo di uno Switch distribuito mi aiuta in termini di base? Esaminando altre installazioni e configurazioni descritte su Internet, vedo molte situazioni in cui la rete di gestione virtuale o le interfacce VMkernel rimangono su switch standard, con il traffico VM che va verso switch distribuiti; un modello ibrido. Ho anche visto dei consigli per evitare del tutto gli switch distribuiti ! Ma più di ogni altra cosa, le informazioni che trovo online sembrano obsolete. Nel debole tentativo di convertire uno dei miei server esistenti, non ero sicuro di dove fosse definita l'interfaccia di gestione e non riuscivo a trovare una buona risposta su come risolverlo.

Allora, qual è la migliore pratica qui? Per utilizzare una combinazione di switch standard e distribuiti? O questa non è solo una tecnologia con una buona condivisione mentale? In che modo è colorato dalla recente inclusione delle funzionalità LACP in VDS?


Ecco un nuovo scenario di installazione reale:

  • Server HP ProLiant DL360 G7 con 6 interfacce 1GbE che fungono da host ESXi (forse 4 o 6 host).
  • Soluzione switch impilata a 4 membri (Cisco 3750, HP ProCurve o Extreme).
  • Memoria della macchina virtuale NFS supportata da EMC VNX 5500 .

Qual è il modo più pulito e resistente per creare questa configurazione? Mi è stato chiesto di utilizzare switch distribuiti e possibilmente incorporare LACP.

  • Lanciare tutti e 6 i uplink in uno switch distribuito ed eseguire LACP su diversi membri dello stack dello switch fisico?
  • Associare 2 uplink a un vSwitch standard per la gestione e eseguire uno switch distribuito connesso LACP a 4 uplink per traffico VM, vMotion, archiviazione NFS, ecc.?
  • ???
  • Profitto.

Risposte:


3

So che molte nuove funzionalità non sono più supportate sugli switch standard, come il rollback della rete in caso di errata configurazione e il controllo dello stato della rete. Ora puoi salvare e ripristinare il tuo dVS separatamente, che penso sia stato un grosso problema per le persone (motivo per cui alcuni avrebbero raccomandato di evitare del tutto il dVS.

Immagino che ci siano tre ragioni per cui dovresti usare dVS rispetto allo standard nelle configurazioni 5.1:

  • Rollback della configurazione di rete e controlli di integrità sopra menzionati
  • Facilità di gestione. Per vMotion ecc., In genere è necessario che tutte le reti siano identiche su tutti gli host. Questo è un problema e c'è molto spazio per gli errori quando si usano gli switch standard. Questo processo è molto più semplice quando si utilizza dVS. A causa di queste funzionalità dovresti anche avere porte vmk su dVS
  • È mia opinione che non ci sarà molto più sviluppo sugli switch standard, penso che tutto andrà sempre più verso la DVS. Vale a dire. Non credo funzioni come LACP verranno spostate su switch standard.
  • È possibile utilizzare Network IO per controllare l'utilizzo del collegamento verso monte se necessario (se si è preoccupati della saturazione di vmotion ecc.)

7

I due principali vantaggi degli switch distribuiti sono

  1. Altre funzionalità
    • LACP come hai detto
    • Visibilità dell'attività di rete su ciascuna porta virtuale (in modo da poter vedere i contatori unicast / multicast / broadcast per una macchina virtuale specifica nell'interfaccia vCenter)
    • Annunci CDP dal vDS ai dispositivi di rete fisici
    • Mirroring / SPAN per monitoraggio o risoluzione dei problemi
    • Flusso netto
    • Vlan privati
    • E sono richiesti per alcune funzionalità come il controllo I / O di rete e gli switch Cisco 1000V
  2. Gestione e configurazione più semplici.
    • Quando si aggiunge un nuovo host con un'interfaccia che serve i gruppi di porte in un vDS, è sufficiente assegnare le interfacce allo switch ed è consigliabile utilizzare tutti i gruppi di porte configurati. (I profili host possono raggiungere praticamente lo stesso obiettivo, ma apportare modifiche a un profilo host è molto più doloroso.)

Li ho usati con successo dal 4.1. È un grande miglioramento rispetto al vSwitch standard ed è fantastico poter aggiungere un nuovo gruppo di porte VM a tutti gli host in un cluster o configurare la rete di un nuovo host in due clic, ma ho sempre evitato di usarli sugli host ' interfacce di gestione; sembrava una cattiva idea.


Quindi finisci ancora per utilizzare un modello ibrido di switch standard e distribuiti?
ewwhite,

@ewwhite esattamente; il modo in cui l'ho sempre impostato è avere le interfacce per le porte vmkernel di gestione degli host come vSwitch standard e tutto il resto come vDS.
Shane Madden

Vedere la disposizione del server 6 pNIC sopra. Cosa ha più senso dal punto di vista del design, incorporando LACP e VDS?
ewwhite,

La seconda opzione di @ewwhite suona alla grande, con l'avvertenza che non ho ancora usato la funzione LACP in vDS di 5.1, quindi non posso garantire quanto bene funzioni.
Shane Madden
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.