01 Cisco ACI Fundamentos

Edson Hernandez
30 Mar 202313:30

Summary

TLDREn este video, se presenta una visión general de la solución Cisco ACI para centros de datos, basada en la tecnología SDN (Software Defined Network). Se explica cómo Cisco ACI automatiza y centraliza la gestión de redes, utilizando componentes clave como el controlador APIC, la infraestructura física con switches Cisco Nexus 9000, y los servidores. Además, se destaca la arquitectura Leaf-Spine, que optimiza el tráfico este-oeste dentro del centro de datos, y se describe cómo esta solución permite una mayor escalabilidad y eficiencia en la gestión y configuración de la red.

Takeaways

  • 😀 Cisco Easy es una solución de datacenter basada en SDN (Software Defined Network) que busca automatizar las redes con un control centralizado.
  • 🔄 Cisco Easy incluye la separación de los planos de datos y de control, permitiendo una gestión más eficiente de la infraestructura de red.
  • 🛠️ La solución se compone de tres componentes principales: el controlador (APIC, Application Policy Infrastructure Controller), la infraestructura física (Cisco Nexus 9000) y los servidores (físicos o virtualizados).
  • 🌐 El controlador APIC actúa como el nodo de gestión de la red, proporcionando visibilidad, configuración y monitoreo de toda la infraestructura.
  • 🌟 La arquitectura de Cisco Easy, conocida como Leaf-Spine o LÍVE en España, es una topología de dos niveles que permite una conexión eficiente y escalable entre servidores.
  • 🔄 La arquitectura Leaf-Spine promueve un tráfico interest-servidor (east-west), que es predominante en los datacenters modernos.
  • 🔌 Los Nexus 9000 son cruciales en esta arquitectura debido a su capacidad para manejar una gran densidad de puertos y un alto flujo de ancho de banda.
  • 🔄 La tecnología de plano de datos utilizada en Cisco Easy es VXLAN (Virtual Extensible LAN), que permite la creación de túneles entre dispositivos sin depender de protocolos legacy.
  • 🔄 El plano de control, por otro lado, utiliza el protocolo EVPN (Ethernet VPN) para la toma de decisiones y el enrutamiento dinámico.
  • 🔄 Los switches de la capa de acceso, llamados leaf, se conectan directamente a los servidores y no se interconectan entre sí.
  • 🔄 Los switches de la capa de agregación, llamados spine, se interconectan entre sí y ejecutan el plano de control, tomando decisiones de enrutamiento y balanceo de carga.

Q & A

  • ¿Qué es Cisco Easy y qué propone?

    -Cisco Easy es una solución basada en la tecnología SDN (Software Defined Network) que busca automatizar las redes a través de un controlador centralizado llamado APIC (Application Policy Infrastructure Controller).

  • ¿Qué es un controlador SDN y cómo se relaciona con Cisco Easy?

    -Un controlador SDN es un sistema que proporciona un enfoque centralizado para la gestión de la red. En Cisco Easy, el controlador SDN es el APIC, que permite separar el plano de control del plano de datos y administrar toda la infraestructura de red.

  • ¿Cuáles son los tres componentes principales de la solución Cisco Easy?

    -Los tres componentes principales son el controlador o management plane (APIC), la infraestructura física compuesta por Cisco Nexus 9000 y los servidores, que pueden ser físicos o virtualizados.

  • ¿Qué es la infraestructura física en Cisco Easy y qué dispositivos componen?

    -La infraestructura física en Cisco Easy está compuesta por dispositivos Cisco Nexus 9000, que son los que forman la base de la solución de Cisco, preferentemente en la capa de acceso y agregación.

  • ¿Qué tipo de servidores se utilizan en la solución Cisco Easy?

    -En Cisco Easy se utilizan servidores en punto, que pueden ser servidores físicos, servidores de metal (bare metal) o servidores virtualizados.

  • ¿Qué es la arquitectura Leaf-Spine y cómo se aplica en Cisco Easy?

    -La arquitectura Leaf-Spine es una forma de diseño de red que permite una conexión eficiente y escalable entre servidores. En Cisco Easy, los Leaf son los switches de capa de acceso y los Spine son los switches de capa de agregación que ejecutan el plano de control.

  • ¿Cómo se ha cambiado el flujo de tráfico dentro de los datacenters y por qué?

    -El flujo de tráfico en los datacenters ha cambiado de norte-sur a este-oeste, debido a que el tráfico actualmente fluye principalmente entre los mismos servidores dentro del mismo datacenter, en lugar de desde los servidores hacia afuera.

  • ¿Por qué se utilizan los protocolos PixieLand y Yesay en Cisco Easy?

    -PixieLand y Yesay se utilizan para construir túneles entre los equipos y para el enrutamiento dinámico, respectivamente, permitiendo un balanceo de carga y evitando la necesidad de tecnologías legacy como Spanning Tree o 802.1q.

  • ¿Qué es el APIC Controller y qué función desempeña en Cisco Easy?

    -El APIC Controller es el controlador SDN para la solución Cisco Easy que establece el plano de administración, proporcionando visibilidad, configuración y supervisión de todos los elementos de la red.

  • ¿Cuáles son las diferencias entre los diferentes tipos de Leaf en la arquitectura de Cisco Easy?

    -Los diferentes tipos de Leaf dependen del modelo de equipo y su uso, como conectar juegos, conectarse a la red externa, compartir servicios como firewalls o balanceadores de carga, o conectarse a un storage a través de Fibre Channel.

  • ¿Qué es un Spine en la arquitectura de Cisco Easy y cómo funciona?

    -Un Spine en la arquitectura de Cisco Easy es un switch de capa de agregación que interconecta todos los switches Leaf, creando la base de datos de direcciones MAC y ejecutando el plano de control.

Outlines

00:00

😀 Introducción a Cisco Easy y su propuesta para Data Center

El primer párrafo presenta la solución Cisco Easy para Data Center, una propuesta basada en SDN (Software Defined Network) que busca automatizar la gestión de redes con un controlador centralizado. Se destaca que esta no es una novedad, ya que se ha visto en otras soluciones como SD One y Access. La solución de Cisco incluye tres componentes principales: el controlador llamado Application Policy Infrastructure Controller (APIC), la infraestructura física con los modelos Nexus 9000 y los servidores, que pueden ser físicos o virtuales. La discusión se centra en la arquitectura de dos niveles conocida como 'Leaf and Spin', donde los 'Leaf' conectan directamente a los servidores y los 'Spin' manejan el control y la toma de decisiones de tráfico. Además, se menciona el cambio en el flujo de tráfico dentro de los Data Centers, pasando de un flujo norte-sur a un flujo este-oeste, lo que justifica la elección de esta arquitectura y la utilización de los Nexus 9000 por su capacidad de puertos y densidad.

05:02

😉 Arquitectura de Cisco Easy y su eficiencia en Data Centers

El segundo párrafo profundiza en la arquitectura 'Leaf and Spin' de Cisco Easy, enfocándose en su capacidad para proporcionar una conexión eficiente y escalable entre servidores, lo que mejora el rendimiento y evita cuellos de botella. Se describe cómo cada servidor debería poder alcanzar a otro en un máximo de dos saltos, lo que simplifica la navegación y la expansión de la red. Se menciona la tecnología de Big Switch Networks como 'dataplay' y 'controlplay', y cómo estas no requieren protocolos legacy como STP o 802.1q, sino que utilizan el protocolo VXLAN para establecer túneles entre los dispositivos. También se discute el uso de protocolos como PIM y BGP para el enrutamiento dinámico y el balanceo de carga, permitiendo una mayor flexibilidad y eficiencia en el manejo del tráfico. Finalmente, se destaca el papel del APIC como el 'cerebro' de la solución, proveyendo una única fuente de configuración y supervisión de la red.

10:03

🎓 Detalles técnicos de la infraestructura y el controlador de Cisco Easy

El tercer párrafo ofrece una visión más técnica de la infraestructura de Cisco Easy, diferenciando los distintos tipos de 'Leaf' o switches de acceso, dependiendo de su uso específico, y los 'Spin', que se interconectan para formar la base de datos de direcciones MAC. Se describe cómo los 'Spin' funcionan como proxies para los 'Leaf', y cómo utilizan el protocolo Coffee para el intercambio de rutas. Además, se menciona el uso de BGP como un mecanismo de enrutamiento externo. El párrafo concluye con información sobre el controlador de la solución, el APIC, que actúa como el punto central de administración, supervisión y programación de políticas, y la importancia de tener un clúster de APIC para garantizar la resiliencia y continuidad del servicio en caso de fallo de un controlador. También se menciona la gama de modelos de Nexus 9000 y sus usos específicos dentro de la arquitectura de Cisco Easy.

Mindmap

Keywords

💡Cisco Easy

Cisco Easy es una solución de Cisco para centros de datos que utiliza la tecnología SDN (Software Defined Networking) para automatizar las redes. El video explica cómo Cisco Easy proporciona una infraestructura centralizada de administración que facilita la gestión de toda la infraestructura de red.

💡SDN (Software Defined Networking)

SDN es una tecnología que permite la administración centralizada de una red, separando el plano de control del plano de datos. En el video, se menciona que Cisco Easy utiliza SDN para lograr una red más automatizada y eficiente.

💡Application Policy Infrastructure Controller (APIC)

APIC es el controlador o management plane en la solución Cisco Easy. Es responsable de la gestión de políticas de red y la infraestructura, proporcionando visibilidad y permitiendo la configuración de la red. En el video, se describe cómo APIC gestiona y administra toda la infraestructura de Cisco Easy.

💡Cisco Nexus 9000

Cisco Nexus 9000 son los modelos de switches que componen la infraestructura física de Cisco Easy. El video explica cómo estos switches proporcionan conectividad de alta capacidad y son fundamentales para la arquitectura de los centros de datos modernos.

💡Leaf y Spine

Leaf y Spine son componentes de la arquitectura de red utilizada en Cisco Easy. Los switches Leaf están conectados directamente a los servidores, mientras que los Spine actúan como el núcleo de la red, manejando el enrutamiento y el control. Esta arquitectura permite una conexión eficiente y escalable entre los servidores.

💡Tráfico Este-Oeste

El tráfico Este-Oeste se refiere al flujo de datos entre servidores dentro de un mismo centro de datos. En el video, se destaca que esta es la dirección predominante del tráfico en los centros de datos modernos, en contraste con el tráfico Norte-Sur que va desde los servidores hacia el exterior.

💡VXLAN

VXLAN es un protocolo de encapsulación utilizado para crear túneles entre switches en la red. En el contexto de Cisco Easy, VXLAN se utiliza para gestionar el tráfico de datos y asegurar que la red opere sin problemas, eliminando la necesidad de protocolos heredados como Spanning Tree.

💡Balanceo de carga

El balanceo de carga es el proceso de distribuir el tráfico de red de manera equitativa entre múltiples caminos o recursos. En el video, se menciona que Cisco Easy utiliza protocolos de enrutamiento dinámico para balancear el tráfico a través de varios enlaces disponibles, mejorando la eficiencia de la red.

💡Cluster

Un cluster es un grupo de controladores que trabajan juntos para proporcionar redundancia y alta disponibilidad. El video sugiere que los APIC deben estar configurados en clusters para asegurar que la red continúe operando sin interrupciones en caso de fallos.

💡Control plane y Data plane

El control plane se encarga de las decisiones de enrutamiento y gestión de la red, mientras que el data plane maneja el tráfico real de datos. En Cisco Easy, estos planos están separados para mejorar la eficiencia y la administración de la red, con el control plane ejecutado por los switches Spine y el data plane por los switches Leaf.

Highlights

La solución Cisco Easy es una propuesta basada en SDN (Software Defined Network) que automatiza las redes con un controlador centralizado.

El controlador central, llamado Application Policy Infrastructure Controller (APIC), gestiona toda la infraestructura de red.

La solución incluye la separación del plano de datos y el plano de control, permitiendo una gestión más eficiente.

Cisco Nexus 9000 es la infraestructura física preferida para la solución Cisco Easy debido a su alta capacidad y densidad de puertos.

Los servidores en la solución pueden ser físicos, metal裸机, o virtualizados, adaptándose a diferentes necesidades.

La arquitectura de dos niveles, conocida como Leaf-Spine o Lise en España, permite una conexión eficiente y escalable entre servidores.

El tráfico dentro de los Data Centers se ha movido de norte-sur a este-oeste, lo que influye en la elección de la arquitectura de red.

La arquitectura Leaf-Spine evita cuellos de botella y permite una expansión y rendimiento mejorados.

Los switches de acceso, denominados Leafs, no toman decisiones de enrutamiento; esto es manejado por los Switches de agregación, llamados Spine.

La tecnología de plano de datos utilizada es VXLAN (Virtual Extensible LAN), que elimina la necesidad de protocolos legacy como STP o 802.1q.

El protocolo de control dinámico, como BGP, permite un balanceo de carga eficiente y multipath.

El APIC Controller ofrece visibilidad total, configuración y supervisión de la red, sin requerir protocolos legacy.

Los Leafs son el punto de entrada y salida de tráfico en la red y no se interconectan entre sí.

Los Spine interconectan todos los Leafs y ejecutan el plano de control, tomando decisiones de enrutamiento.

Existen cuatro tipos de Leafs, dependiendo del modelo de equipo y su uso específico en la red.

Los Spine funcionan como proxies para los Leafs y utilizan el protocolo COPE para la creación y distribución de la base de datos de direcciones MAC.

El APIC Controller es esencial para la implementación de políticas y supervisión del estado de la infraestructura.

El clúster de APIC Controller debe tener al menos tres nodos para garantizar la resiliencia y continuidad del servicio.

La familia Nexus 9000 ofrece diferentes modelos para adaptarse a las necesidades de Leafs y Spine en la arquitectura de red.

Transcripts

play00:00

[Música]

play00:11

Bienvenidos a un nuevo vídeo en esta

play00:13

ocasión vamos a estar hablando sobre la

play00:16

solución de Cisco para datacenter Cisco

play00:18

Easy vamos a hacer un overvie vamos a

play00:20

hacer un vistazo general para saber de

play00:23

qué estamos hablando con esta solución O

play00:26

esta propuesta que Cisco trae para Data

play00:28

Center Comencemos

play00:31

Easy hay application centric infractor

play00:34

es una solución basada en la tecnología

play00:36

sdn software Define Network que lo que

play00:40

pretende es automatizar las redes es

play00:42

decir tener un controlador centralizado

play00:45

un management centralizado que me

play00:47

permite administrar toda mi

play00:49

infraestructura esto ya lo hemos oído Ya

play00:51

lo hemos visto antes en soluciones como

play00:53

SD One en soluciones como es the access

play00:56

etcétera no es nuevo Incluso en las

play00:58

soluciones de ver aquí tenemos un

play01:00

controlador

play01:02

sdn no solamente lo dice que vamos a

play01:05

tener un controlador que es hermanas con

play01:07

el cual vamos a administrar todo también

play01:08

vamos a separar el plano de datos y el

play01:10

plano de control en el cual vamos a

play01:12

tener pues alguien que haga solamente la

play01:15

parte de datos alguien que haga

play01:16

solamente la parte de control y bueno la

play01:19

solución de Cisco Y si hay para

play01:21

descender pues va por ahí es lo que

play01:23

intentamos hacer en este caso la

play01:25

solución

play01:26

Y si hay de Cisco tiene tres componentes

play01:29

principales

play01:30

primero tenemos el controlador o el

play01:32

managementplay que es llamado lápiz

play01:35

controller por sus siglas en inglés de

play01:37

application policy infraestructura

play01:39

controller

play01:41

por otro lado tenemos la parte de la

play01:43

infraestructura física que está

play01:45

compuesta por Cisco Nexus 9000 o los

play01:47

modelos 9000 que son los que componen la

play01:49

infraestructura preferiblemente de la

play01:52

solución de Cisco

play01:53

ac/dc Y por último tenemos los

play01:55

servidores Que obviamente son nuestros

play01:57

en Point que bien pueden ser servidores

play01:59

Vero metal o físicos o pueden ser

play02:01

virtualizados no algún servidor de

play02:06

virtualización de máquinas virtuales

play02:07

valga la redundancia entonces vean esto

play02:10

el lápiz que es nuestro managementplay

play02:13

de la red es quien va a gestionar todo

play02:17

Quién va a ser nuestro nms nos va a dar

play02:19

la visibilidad nos va a permitir

play02:20

configurar toda nuestra red

play02:23

esta solución de Cisco Y si hay utiliza

play02:26

o requiere una infraestructura tir to

play02:29

quiere decir que nada más tenemos dos

play02:31

niveles y esta infraestructura para

play02:33

datacenter se le suele Llamar Live en

play02:35

Spain es decir que vamos a tener equipos

play02:37

que estén en una capa de acceso que van

play02:40

a tener rol del If y unos equipos que

play02:42

van a estar en la capa de agregación que

play02:44

van a ser conocidos Como los equipos

play02:45

spam o el cerebro los que están haciendo

play02:49

la parte de control el

play02:52

en este caso los epics trabajan como

play02:55

nuestro nms como nuestro Silver single

play02:59

glass O Nuestro management de la red y

play03:02

luego vamos a tener la arquitectura que

play03:04

es o nivel 2 El live in Spain la cual

play03:09

consiste en tener

play03:12

múltiples equipos

play03:14

de acceso donde van a estar conectados

play03:16

nuestro server eso serían nuestros

play03:19

servidores nuestros servidores van a ir

play03:20

directamente conectados a nuestra capa

play03:22

de acceso a la parte de los equipos Live

play03:24

y luego vamos a tener otro otro nivel de

play03:28

equipos que van a ser los spam estos

play03:30

spam son los que van a ejecutar la parte

play03:32

del control y la parte de control que

play03:34

van a estar ejecutando la toma de

play03:35

decisiones de envío de todos los equipos

play03:37

que están abajo y sus equipos que están

play03:39

aquí que son los leaf ellos no van a

play03:41

tomar decisiones de envío la decisión de

play03:43

las toman los Spain y se las comparten a

play03:46

los leaf para aquellos procesen el

play03:47

tráfico esta arquitectura de Data Center

play03:51

Live en Spain ha sido seleccionada

play03:52

porque ahora el tráfico dentro de Data

play03:56

Center se mueve de este a oeste o antes

play04:00

el tráfico era de los servidores hacia

play04:03

afuera era hacia arriba norte sur el

play04:06

tráfico que producían los servidores

play04:09

Generalmente eran consultas que venían

play04:11

de afuera

play04:12

el servidor y los servidores lo que

play04:14

hacían eran responder hacia afuera

play04:15

Entonces el tráfico era norte sur hoy en

play04:18

día el tráfico entre los servidores es

play04:21

consultar una aplicación va a consultar

play04:24

una base de datos la base de datos va a

play04:26

consultar otra base de datos otra

play04:28

aplicación un validador etcétera y el

play04:29

tráfico hoy en día en donde estás

play04:32

enterest to West

play04:34

y todo el tráfico normalmente fluye

play04:37

entre el mismo Data Center por eso la

play04:39

arquitectura de dos niveles por eso

play04:41

utilizamos Cisco nexos porque Nexus me

play04:44

permite tener

play04:45

puertos de 10 gigas puertos de 100 gigas

play04:48

conectados hacia los servidores por

play04:50

channeles de ocho puertos de 10 gigas y

play04:53

nos permite tener una gran densidad de

play04:55

puertos y un gran Flow de ancho de banda

play04:57

entonces por eso es que la arquitectura

play04:59

para datación utiliza equipos Nexus

play05:02

nexos 9000 con gran capacidad porque el

play05:04

tráfico en el Data Center ahora es is to

play05:07

West el tráfico se mueve de este oeste

play05:10

de entre un servidor y otro por eso es

play05:13

que hoy tenemos este tipo de

play05:14

arquitectura Esta es la arquitectura

play05:16

propuesta

play05:18

Ok entonces la arquitectura Life en

play05:21

Spain proporciona una conexión eficiente

play05:23

escalable entre los servidores y esta

play05:26

topología permite una mayor capacidad de

play05:28

expansión y rendimiento mejorado

play05:29

evitando cuellos de botella La idea es

play05:32

que cada servidor pueda alcanzar a otro

play05:35

servidor nada más a dos altos es decir

play05:38

que yo llegue a mi suite de acceso subal

play05:41

de agregación baje al otro suite de

play05:44

acceso y llegue al servidor que no más

play05:47

de dos saltos aquí tengo un salto Aquí

play05:50

tengo dos uno dos saltos A donde yo

play05:53

quiera llegar al servidor con el cual yo

play05:54

me quiero comunicar dentro del dato 60

play05:56

debería estar a dos saltos todos no

play05:58

igual si me quiero comunicar de aquí

play06:00

aquí debería estar a dos saltos de forma

play06:03

directa Esa es la la arquitectura easy

play06:09

va a utilizar aquí la tecnología de pix

play06:12

Land como dataplay y la tecnología de

play06:15

yesay es como control Play estos

play06:18

elementos no requieren de los protocolos

play06:22

Legacy que conocemos antes como

play06:24

spanintry

play06:25

802 1q por channeles etcétera toda esa

play06:29

tecnología Entonces yo aquí no lo voy a

play06:31

utilizar porque se puede decir Oye aquí

play06:32

estamos creando un montón de loops para

play06:34

spanish crear problemas no porque lo que

play06:37

vamos a utilizar aquí es el protocolo

play06:41

pxnd

play06:43

como te está registrado en videos

play06:46

anteriores aquí en el canal

play06:48

bixland lo que hace es construir túneles

play06:52

túneles entre los equipos entonces lo

play06:57

que hacemos aquí es

play07:00

cada switch va a anunciar su propia lupa

play07:04

como origen este look Back se va a

play07:07

anunciar por medio del protocolo Yes por

play07:10

lo tanto todos conocen Cómo llegar a la

play07:12

lupa

play07:13

de cada uno de estos equipos entonces

play07:15

cada vez que yo conecte un servidor a

play07:19

este Suite este Suite aprenderá su

play07:21

dirección Mac y la anunciará hacia los

play07:24

Spy y los Spy anunciarán esas

play07:27

direcciones más al resto Ok entonces

play07:29

este de aquí sabe que la dirección Mac

play07:34

de este servidor la puede alcanzar por

play07:36

la look Back de este señor por lo tanto

play07:38

el único que necesita saber es por medio

play07:40

de yesa y es Cómo llegar a la look Back

play07:43

para crear un túnel y mandarle

play07:45

información mandar la comunicación por

play07:47

medio de ese túnel por aquí voy a mandar

play07:50

la comunicación ahora bien el tener ahí

play07:53

esa Yes y utilizar un protocolo

play07:54

enrutamiento Dinámico para poder llegar

play07:56

a mi destino me permite tener y

play07:58

cualquier cosa multipad

play08:02

un balanceo de carga por la cantidad por

play08:06

la n cantidad de enlaces que tengamos

play08:08

disponibles para llegar de origen a

play08:10

destino yo voy a hacer un balanceo de

play08:12

carga si tengo tres conexiones puede

play08:16

llegar por aquí puedo llegar por aquí

play08:17

puedo llegar por aquí si por estos tres

play08:19

caminos llego al mismo destino pues

play08:21

balanceo el tráfico por los tres caminos

play08:23

así por defecto no no necesito crear por

play08:26

Channel no necesito que era 8021 q No

play08:28

necesito tener spanter etcétera Pues no

play08:30

porque eso es lo solventó con big slime

play08:33

bixline como plano de datos ahí es ahí

play08:36

es como control Play

play08:38

Ok entonces en esta arquitectura Live en

play08:41

Spain los equipos que están directamente

play08:43

conectados a los servidores son la capa

play08:45

de acceso es un llamado leaf y el core o

play08:49

equipos de agregación son los Spain los

play08:51

que nada más Ejecutan el control Play o

play08:53

los que toman la decisión de los que

play08:55

llenan la base de datos Entonces el If

play08:59

También conocido como un switch o

play09:01

whitebox sus equipos son controlados por

play09:05

los Spike y los Spain son los que crean

play09:09

el control y son el punto de conexión de

play09:11

todos los Live por último tenemos el Api

play09:15

controller o el controlador

play09:16

controlador sdn para la solución que

play09:20

establece el plano de administración Es

play09:22

decir yo desde aquí voy a tener

play09:23

visibilidad de todos los elementos

play09:26

incluso los puedo configurar los puedo

play09:29

aprovisionar ver alertas alarmas estados

play09:32

etcétera puedo ver todo este lápiz

play09:33

controller

play09:35

entonces detallando un poquito más los

play09:38

leaf son el punto de entrada y de salida

play09:42

de todos los de la red si hay no se

play09:45

interconectan entre ellos ojo los los

play09:47

Live no se pueden interconectar entre

play09:49

ellos no puedo hacer una colección de un

play09:50

default leaf

play09:52

únicamente conectados a los Spy Y de

play09:55

igual manera los spider-man únicamente

play09:57

conectados a los

play09:58

leaf son los que hacen el Ford guarding

play10:00

basado en la base de datos que le

play10:02

comparten los Spy hay cuatro tipos de

play10:05

lift esto depende del modelo de equipo y

play10:08

el uso que yo le dé si estoy utilizando

play10:09

un leaf para conectar juegos si estoy

play10:11

utilizando un leaf para conectarnos

play10:13

hacia fuera de la red y si hay Si es un

play10:15

lif que se va a utilizar para compartir

play10:17

servicios por ejemplo fire ips

play10:19

balanceadores etcétera o si es un Nexus

play10:22

9000 que se está utilizando para

play10:24

conectar la parte de fiver Channel

play10:26

conectarse a un storage tenemos cuatro

play10:28

tipos diferentes de leaf o cuatro tipos

play10:31

modelo de Nexus que se pueden utilizar

play10:32

como Life

play10:34

por otro lado los spine interconectan

play10:36

todos los switches leaf los spine los se

play10:39

interconectan entre sí crean la base de

play10:42

datos es decir de todos los direcciones

play10:44

Mac de todos los empleos

play10:48

Ese es el protocolo que utiliza para

play10:50

crear la base de datos la Cope

play10:52

los los Spain funcionan como un Proxy

play10:56

para los leaf si un Live no conoce el

play10:59

destino para consultar la base de datos

play11:01

creada por el Spain y luego va a

play11:05

realizar el envío de datos entre los

play11:07

clientes que están conectados en

play11:09

diferentes lead por medio del protocolo

play11:11

coffe se utiliza y es ahí es para el

play11:14

intercambio de rutas hacia los leaf y

play11:16

también se puede utilizar o los spray

play11:18

utilizan bgp como rodeflector para las

play11:21

rutas y obviamente para conectarse hacia

play11:23

fuera de la red

play11:27

por último tenemos el lápiz controller

play11:30

los ápice son el cerebro de si hay

play11:33

sirven como la única fuente de

play11:36

configuración los Epic trabajan como el

play11:40

plano de administración únicamente

play11:42

realizan programación de políticas

play11:44

implementación de aplicaciones

play11:45

supervisión del estado de la

play11:47

infraestructura

play11:49

en la falla de uno más Epic no detiene

play11:52

el reenvío ojo que en los deberían de

play11:55

estar en cluster el mínimo que se

play11:56

recomienda es tener un cluster de tres

play11:58

Pero puede ser un cluster de 5 un

play12:00

cluster de 7

play12:01

puede funcionar solamente con uno pero

play12:03

la idea es que hayan tres si uno falla

play12:06

pues la arquitectura se mantiene todo

play12:07

sigue funcionando sin problema y se

play12:10

conectan directamente a los leaf yo no

play12:13

puedo conectar un Api control en un

play12:15

Spain

play12:16

van directamente conectados a los leaf

play12:19

Porque si comienza el proceso de

play12:20

descubrimiento o aprovisionamiento de la

play12:23

red

play12:24

entonces la familia Nexus 9000 es la

play12:28

encargada de desplegar esta

play12:30

infraestructura en la página de Cisco

play12:32

podemos hallar los modelos de Nexus 9000

play12:34

para Y si hay que son estos donde

play12:36

podemos ver pues Que obviamente el más

play12:39

pequeño de la familia el 9.200 es el que

play12:42

se va a utilizar como leaf sin embargo

play12:44

también puede funcionar como Spy lo

play12:47

mismo con el 9.300 Live en Spain sin

play12:50

embargo el resto los más robustos pues

play12:53

nada más pueden ser utilizados como como

play12:55

Spike el 9800 9400 9.500 en cambio los

play12:59

93 y 92 Eso sí pueden ser utilizados

play13:02

como leaf o como Spain dependerá de la

play13:05

necesidad que yo tenga y Bueno Este es

play13:08

un overview muy rápido de squace de la

play13:11

solución vamos a seguir subiendo más

play13:13

material así que dejen su like y

play13:16

compartan este vídeo

play13:18

[Música]

Rate This

5.0 / 5 (0 votes)

Related Tags
Cisco EasydatacenterautomatizaciónSDNinfraestructuraNexus 9000controladorredesgestión centralizadatecnología
Do you need a summary in English?