Come utilizzare Dell Active Fabric Controller per OpenStack

Questo video illustra la procedura Dell Activate Fabric Controller per OpenStack.

Dell introduce il controller Active Fabric che virtualizza e automatizza la rete per open stack. Le aziende stanno prendendo in seria considerazione il private cloud basato su tecnologie open source. Il modello è stato alcuni rack all'interno del data center o una posizione comune come inizio. Affrontiamo la complessità della rete all'interno dello stack aperto per gli utenti aziendali. Utilizzando Sdn. Usiamo un plug-in di rete nel neutrone a stack aperto della rete e un'entità del piano di controllo al di fuori degli switch fisici.

Per ottenere questa automazione. Dal punto di vista di un amministratore del cloud, la presenza del controller è trasparente per la maggior parte delle funzioni di rete. Le chiamate API rest tra i componenti eseguono il lavoro sottostante. L'interfaccia utente del controller viene utilizzata per l'amministrazione di livello superiore creando più provider sulla stessa infrastruttura. Possono essere presenti più istanze open stack, ognuna delle quali può essere classificata come provider. Ogni provider dispone di più tenant. A ogni tenant sono associati più host fisici e ciascuno di questi host potrebbe avere più reti con più endpoint come V MS e policy e flussi associati a ciascuno di questi tenant.

Spostandosi sull'interfaccia utente viene visualizzata anche una mappa del layout fisico di reti, server e VMS. I nodi e i collegamenti vengono visualizzati in cerchi concentrici, con la fabric al centro che mostra i dettagli e un clic su uno switch o un link mostra ulteriori dettagli. Questo clic mostra i dettagli degli endpoint di questo collegamento con gli indirizzi IP e le interfacce fisiche ad esso associati. Successivamente, esaminiamo la funzione di rilevamento automatico del controller, l'interfaccia utente si aggiorna per mostrare i nuovi switch aggiunti nella rete e rilevati dal controller. Vengono rilevate le interconnessioni dello switch e viene creato il grafico della topologia. La topologia completa è già visibile al controller.

Il collegamento giallo indica il trunk del collegamento virtuale che, tra l'altro, è solo un costrutto logico. In questo caso senza protocolli in esecuzione. Il controller rileva anche i nodi fisici e sono stati configurati i V MS ad essi collegati, tra cui Nick teeming. L'U I si basa su semplici output dell'API REST ricevuti dal controller. Viene effettuata una chiamata restful e i risultati vengono visualizzati nella home page U, I, e vengono visualizzati gli endpoint su questo tenant. Si noti che la query nella parte superiore è progettata per ottenere un elenco di endpoint ricevuti ed elencati qui nell'interfaccia utente. Vediamo come viene creato un endpoint o una VM in open stack per tenant che viene immediatamente visualizzato nell'interfaccia utente: si tratta del dashboard orizzonte open stack utilizzato da un amministratore per creare un'ambiente open stack.

È qui che scendiamo al tenant specifico e scegliamo l'elenco delle istanze attualmente disponibili. Lanciamo una nuova istanza, le diamo un nome e scegliamo il numero di istanze che vogliamo, scegliamo l'immagine che vogliamo avviare. E la rete già creata è associata a tale VM. L'interfaccia utente mostra che le istanze sono in fase di creazione e appare improvvisamente la rete associata a queste VMS. Aggiorniamo. Vediamo che la VM che abbiamo creato per il cliente 3 è già presente nell'interfaccia utente.

Passiamo al passaggio successivo in cui aggiungiamo una scatola centrale nel tessuto. In questo caso, si tratta di un apparecchio fisico da parete Sonic. Definiamo il bordo della fabric e scegliamo gli switch a cui è collegato l'appliance fisico. Associamo le interfacce. Questo appliance fisico è collegato per l'ingresso e l'uscita nel fabric. L'ID risorsa è il tuo muro Sonic. In questo caso, il tipo di risorsa viene scelto come casella centrale. Si noti che questa è anche la posizione in cui è possibile definire il mirroring delle porte e l'estensione delle porte. Scegliamo il punto di uscita con la stessa nomenclatura. Ora eseguiamo il refresh per passare a verificare se la modifica ha avuto effetto. Le due interfacce sono ora riservate a Sonicwall.

Finora abbiamo creato solo un edge della fabric che potrebbe essere comune a tutti i provider Successivamente, creeremo una policy associata a questo firewall per un determinato provider o tenant. In questa definizione di policy, scegliamo un provider e definiamo nuovamente un nome di policy. Questa è anche l'interfaccia utente per creare altre policy come Vanport Association. In entrambi i casi si definiscono i criteri di corrispondenza e si reindirizza tutto il traffico al firewall. Ora tutto il traffico dovrebbe essere trasferito nel firewall e rientrare nella fabric, come previsto dalle regole del firewall Una funzionalità utile per la risoluzione dei problemi dei flussi nella rete è la possibilità di tenere traccia dei flussi. È possibile scegliere gli endpoint e ottenere i dettagli di tutti i flussi che hanno origine e terminano su tale VM.

La query recupera la traccia del percorso completa all'interno della fabric di tale flusso. I flussi potrebbero essere resi più granulari. Il percorso giallo scuro è la traccia di quel flusso attraverso il tessuto. Quale valore offre questa soluzione come utente La multi-tenancy per più provider o istanze di cloud può essere utilizzata in questo controller? È stato testato con molte distribuzioni open stack, tra cui Red Hat, e venduto come soluzione Dell integrata per open stack facilità di provisioning della rete nei deployment open stack, puoi eseguire il provisioning zero-touch della rete e iniziare subito con l'esecuzione di un'interfaccia utente per il provisioning, servizi di rete come la sicurezza e molto altro dai nostri partner di consulenza e servizi come cloud scaling