Bedste svar
Det kan hjælpe med at tænke på forskellene med hensyn til perspektivet. Det vil sige, hvis du ser på, om det fra computerens “perspektiv” kontra lagringsperspektivet, “kan det faktisk give mening.
I den ene ende af en logisk computermetafor har du computeren (også kaldet en “vært”, “initiator” eller endda bare “CPU” nogle gange. På den anden side har du det fysiske medie (også kaldet et “mål”, “drev”, “HDD” eller “SSD , “osv.).
Værter har brug for diskenheder, så disse diskenheder skal bestå af noget, der til sidst sidder på et ægte, fysisk drev (hvad enten det drejer sig om spindende drev eller SSDer osv.).
Se på det forenklede diagram nedenfor. Fra “ovenfra og ned” ser en vært en volumen. Denne lydstyrke skal igen bestå af noget, der igen kan være fortolket (til sidst af fysiske medier). Fra lagringsperspektivet opdeles det fysiske medie fra en fysisk enhed (det faktiske drev) til en logisk enhed og får et tal (deraf “det logiske enhedsnummer” eller LUN).
I betw der er et meget vigtigt stykke software, der laver en oversættelse mellem den LUN og det, som værten kan se som en Volume, kaldet Volume Manager.
Hvorfor gennemgå alt dette arbejde?
Når lagringskravene vokser, øges behovet for at tilføje metoder til beskyttelse, skala, ydeevne og andre smarte funktioner. Derudover skal der også være plads til netværksfunktioner. Disse muligheder skal gå et eller andet sted, og det at have et stort monolitisk system fungerer ikke så godt.
Mange moderne systemer, der er i brug i dag, har et forhold mellem volumener og LUNer, der ser sådan ud:
Når man ser nedenfra og op, er mediet placeret inde i en slags opbevaringskabinet og er ofte samlet i en logisk format via et system kaldet RAID (RAID kan, afhængigt af de anvendte metoder, forbedre ydeevne og modstandsdygtighed).
Denne pool er igen skåret op i LUNer – nøjagtig den samme slags LUN, som vi brugte i vores enkle eksempel ovenfor. Disse LUNer tilvejebringes derefter til værter. Mange gange er der et 1: 1 forhold mellem LUNs og Volumes, men det behøver ikke at være sådan. Volume Managers er i stand til at tage mere end en LUN og logisk kombinere dem i en enkelt enhed for at præsentere for værten som et individuelt volumen.
Så LUNs og Volumes kan være den samme ting, og de er relateret, men (især i SANer) er de normalt ikke.
Svar
Nå lad os forstå dette med et simpelt eksempel.
Overvej et scenario hvor du driver et lille firma, og du har switch tilsluttet i xyz-afdelingen (LAN1). Hvis gæsterne nu besøger dit firma og ønsker at bruge netværket, så det er meget ligetil, vil du ikke lade dem blande sig i dit nuværende netværk, dvs. LAN1.
Så her har du to muligheder:
- Få en ny switch dvs. Switch 2 in din virksomhed til gæstebruger og oprette et særskilt netværk for dem, lad os sige LAN2. Men husk, dette vil helt sikkert ramme omkostningerne og hektisk ved implementering.
- Opret et Virtual LAN (VLocal Area Network). I VLAN er den grundlæggende idé at bruge den samme enhed og isolere flere netværk. Så i ovenstående scenarie kan du have to eller flere forskellige netværk fuldstændigt isoleret med hinanden på en enkelt switch og have fuld kontrol over dets sikkerhedsadgang.
Lad os nu komme til spørgsmålet nu:
- Så VLAN bruger ID på 12 bit, der er knyttet til pakken til netværksidentifikation, dvs. på hvilken VLAN-bestemt pakke skulle rute. Så til sidst kan der oprettes i alt 4095 unikke VLANer i VLAN.
- VxLAN (Virtual Extensible Local Area Network) som navnet antyder, er det den udvidelige version af VLAN , der bruges til at udføre den samme opgave. I VxLAN har vi VNI (VxLAN Network Identifier), der tilføjes til pakkerne som ovenfor, og som er på i alt 24 bits længder og har evnen til at skabe ca. div id = “7eb020ac02″>