La mejor respuesta
Podría ser útil pensar en las diferencias en términos de perspectiva. Es decir, si lo miras desde la perspectiva de la computadora, versus la perspectiva del almacenamiento, en realidad puede tener sentido.
En un extremo de una metáfora de computación lógica, tienes la computadora (también llamado «host», «iniciador» o incluso simplemente «CPU» a veces. En el otro, tiene los medios físicos (también llamados «destino», «unidad», «HDD» o «SSD , «etc.).
Los hosts necesitan volúmenes, por lo que esos volúmenes deben estar compuestos por algo que eventualmente se encuentre en una unidad física real (ya sean unidades giratorias o SSD, etc.).
Mire el diagrama simplificado a continuación. Desde «de arriba hacia abajo», entonces, un Anfitrión ve un Volumen. Ese Volumen, a su vez, debe estar compuesto por algo que, a su vez, pueda interpretado (eventualmente por medio físico). Desde la perspectiva del almacenamiento, el medio físico se divide de una entidad física (la unidad real), en una entidad lógica, y se le da un número (de ahí el «Número de unidad lógica», o LUN).
Entre e incluso hay una pieza de software muy importante que hace una traducción entre ese LUN y lo que el host puede ver como un Volumen, llamado Administrador de Volumen.
¿Por qué realizar todo este trabajo?
Cuando aumentan los requisitos de almacenamiento, también lo hace la necesidad de agregar métodos de protección, escala, rendimiento y otras funciones ingeniosas. Además de eso, también debe haber espacio para las capacidades de red. Esas capacidades tienen que ir a alguna parte, y tener un gran sistema monolítico no funciona tan bien.
Muchos sistemas modernos que están en uso hoy tienen una relación entre Volúmenes y LUN que se ve así:
Mirando desde abajo hacia arriba, los medios se encuentran dentro de algún tipo de caja de almacenamiento y, a menudo, se agrupan en un formato lógico a través de un sistema llamado RAID (RAID, dependiendo de los métodos utilizados, puede mejorar el rendimiento y la resistencia).
Ese grupo, a su vez, se divide en LUN, exactamente el mismo tipo de LUN que usamos en nuestro sencillo ejemplo anterior. Luego, esos LUN se aprovisionan a los hosts. Muchas veces existe una relación 1: 1 entre los LUN y los volúmenes, pero no tiene por qué ser así. Los administradores de volumen son capaces de tomar más de un LUN y combinarlos lógicamente en una sola entidad para presentarlos al host como un volumen individual.
Por lo tanto, los LUN y los volúmenes pueden ser lo mismo, y son relacionados, pero (especialmente en SAN), generalmente no lo son.
Respuesta
Bien, entendamos esto con un ejemplo simple.
Considere un escenario donde ejecuta una pequeña empresa y tiene un conmutador conectado en el departamento xyz (LAN1). Ahora, si un invitado visita su empresa y quiere utilizar la red, es muy sencillo, no permitirá que interfieran en su red actual, es decir LAN1.
Así que aquí tiene dos opciones:
- Obtener un nuevo conmutador es decir, el conmutador 2 en su empresa para el usuario invitado y cree una red separada para ellos, digamos LAN2. Pero recuerde que esto definitivamente afectará el costo y el frenético despliegue.
- Cree una Virtual LAN (VLocal Area Network). En VLAN, la idea básica es utilizar el mismo dispositivo y aislar varias redes. Entonces, para el escenario anterior, puede tener dos o más redes diferentes completamente aisladas entre sí en un solo conmutador y tener control total sobre su acceso de seguridad.
Ahora vamos a la pregunta ahora:
- Entonces VLAN usa un ID de 12 bits que se agrega al paquete para la identificación de la red, es decir, en qué paquete de VLAN en particular debe enrutar. Por lo tanto, se puede crear un total de 4095 VLAN únicas en VLAN.
- VxLAN (Red de área local extensible virtual) como sugiere el nombre, es la versión extensible del uso de VLAN para realizar la misma tarea. En VxLAN tenemos VNI (identificador de red VxLAN) que se agrega a los paquetes como se indicó anteriormente y que tiene un total de 24 bits de longitud y tiene la capacidad de crear aproximadamente 16 millones Vlan en un solo dispositivo.
Esta es una de las diferencias que existen más, pero para una comprensión simple, puede consulte esto.
Básicamente, se descubrió VxLAN para abordar el problema de escalabilidad que enfrenta la VLAN.