Melhor resposta
Pode ajudar pensar nas diferenças em termos de perspectiva. Ou seja, se você observar se da perspectiva “s” do computador, em comparação com a perspectiva “s” do armazenamento, isso pode realmente fazer sentido.
Em uma extremidade de uma metáfora de computação lógica, você tem o computador (também chamado de “host”, “iniciador” ou mesmo apenas “CPU” às vezes. No outro, você tem a mídia física (também chamada de “destino”, “unidade”, “HDD” ou “SSD , “etc.).
Os hosts precisam de volumes, então esses volumes devem ser compostos de algo que eventualmente fique em uma unidade física real (sejam unidades giratórias ou SSDs, etc.).
Observe o diagrama simplificado abaixo. De “cima para baixo”, então, um host vê um volume. Esse volume, por sua vez, deve ser feito de algo que, por sua vez, pode ser interpretado (eventualmente por mídia física). Do ponto de vista do armazenamento, a mídia física é dividida de uma entidade física (a unidade real) em uma entidade lógica e recebe um número (daí o “Número da unidade lógica”, ou LUN).
Entre Então, há um software muito importante que faz uma tradução entre esse LUN e o que o host pode ver como um Volume, chamado de Gerenciador de Volume.
Por que fazer todo esse trabalho?
Quando os requisitos de armazenamento aumentam, também aumenta a necessidade de adicionar métodos de proteção, escala, desempenho e outros recursos interessantes. Além disso, deve haver espaço para recursos de rede também. Esses recursos precisam ir para algum lugar, e ter um grande sistema monolítico não funciona tão bem.
Muitos sistemas modernos que estão em uso hoje têm uma relação entre volumes e LUNs que se parecem com isto:
Olhando de baixo para cima, a mídia está localizada dentro de algum tipo de gabinete de armazenamento e geralmente é agrupada em um formato lógico por meio de um sistema chamado RAID (RAID, dependendo dos métodos usados, pode melhorar o desempenho e a resiliência).
Esse pool, por sua vez, é dividido em LUNs – exatamente o mesmo tipo de LUN que usamos em nosso exemplo simples acima. Esses LUNs são então provisionados para hosts. Muitas vezes há uma relação 1: 1 entre LUNs e volumes, mas não precisa ser assim. Os gerenciadores de volume são capazes de pegar mais de um LUN e combiná-los logicamente em uma única entidade para apresentar ao host como um volume individual.
Portanto, LUNs e volumes podem ser a mesma coisa, e são relacionados, mas (especialmente em SANs), geralmente não estão.
Resposta
Bem, vamos entender isso com um exemplo simples.
Considere um cenário onde você dirige uma pequena empresa e você tem um switch conectado no departamento xyz (LAN1). Agora, se um visitante visitar sua empresa e quiser usar a rede, é muito simples, você não permitirá que eles interfiram na sua rede atual, ou seja, LAN1.
Portanto, aqui você tem duas opções:
- Obtenha um novo switch , ou seja, Switch 2 em sua empresa para o usuário convidado e criar uma rede separada para eles, digamos LAN2. Mas lembre-se de que isso definitivamente atingirá o custo e a agitada implantação.
- Crie uma LAN virtual (VLocal Area Network). Na VLAN, a ideia básica é usar o mesmo dispositivo e isolar várias redes. Portanto, para o cenário acima, você pode ter duas ou mais redes diferentes completamente isoladas entre si em um único switch e ter controle total sobre seu acesso de segurança.
Agora, vamos à questão agora:
- Portanto, VLAN usa ID de 12 bits que é anexado ao pacote para identificação de rede, ou seja, em qual pacote particular de VLAN deve rotear. Portanto, pelo menos 4095 VLAN “s exclusivas podem ser criadas em VLAN.
- VxLAN (Virtual Extensible Local Area Network) como o nome sugere, é a versão extensível de VLAN usada para executar a mesma tarefa. Em VxLAN, temos VNI (identificador de rede VxLAN) que é anexado aos pacotes como acima e que tem um total de 24 bits e tem a capacidade de criar aproximadamente 16 milhões de Vlan em um único dispositivo.
Esta é uma das diferenças que existem mais, mas para um simples entendimento você pode consulte isso.
Basicamente, a VxLAN foi descoberta para solucionar o problema de escalabilidade enfrentado pela VLAN.