Legjobb válasz
Segíthet a perspektíva szempontjából való különbségekre gondolni. Vagyis, ha a számítógép szemszögéből nézzük, szemben a tároló nézőpontjával, akkor ennek valóban lehet értelme.
A logikai számítástechnikai metafora egyik végén van: a számítógép (más néven “gazdagép”, “kezdeményező” vagy néha csak “CPU”. A másik oldalon megvan a fizikai adathordozó (más néven “cél”, “meghajtó”, “HDD” vagy “SSD”) , “stb.).
A házigazdáknak kötetre van szükségük, ezért ezeket a köteteket valamiből kell összeállítani, amely végül egy valós, fizikai meghajtón található (legyen szó forgó meghajtókról vagy SSD-kről stb.).
Nézze meg az alábbi egyszerűsített ábrát. A “Felülről lefelé” felől akkor a Gazdagép lát egy kötetet. Ennek a kötetnek viszont valamiből kell állnia, ami viszont lehet A tároló szempontjából a fizikai adathordozót fizikai entitásból (a tényleges meghajtóból) logikai entitássá bontják, és számot (tehát “Logikai egységszámot”) kapnak, vagy LUN).
A betw-ben Van egy nagyon fontos szoftver, amely lefordítja azt a LUN-t és azt, amit a gazdagép kötetként láthat, az úgynevezett Volume Manager.
Miért érdemes végigcsinálni ezt a munkát?
Ha nőnek a tárolási követelmények, növekszik a védelmi módszerek, méretarány, teljesítmény és egyéb remek funkciók hozzáadása. Ezen felül helyet kell biztosítani a hálózati képességeknek is. Ezeknek a képességeknek el kell jutniuk valahova, és egy nagy monolit rendszer megléte nem működik olyan jól.
Sok ma használt modern rendszer kapcsolatban áll a Volumes és a LUN között, amelyek így néznek ki:
Alulról felfelé nézve az adathordozó valamiféle tárolóház belsejében található, és gyakran egyesül egy logikai formátum egy RAID nevű rendszeren keresztül (a RAID az alkalmazott módszerektől függően javíthatja a teljesítményt és a rugalmasságot).
Ez a készlet viszont LUN-kba van faragva – pontosan ugyanolyan típusú LUN-ként, mint amit használtunk fenti egyszerű példánkban. Ezeket a LUN-okat ezután ellátják a gazdagépekkel. Sokszor van 1: 1 kapcsolat a LUN-ok és a kötetek között, de ennek nem kell így lennie. A kötetkezelők képesek egynél több LUN felvételére és logikai egyesítésükre egyetlen entitássá, hogy a gazdagépnek egyéni kötetként jelenjenek meg.
Tehát a LUN és a kötet ugyanaz lehet, és ezek kapcsolatosak, de (főleg SAN-oknál) általában nem.
Válasz
Nos, értsük meg ezt egy egyszerű példával.
Vizsgáljunk meg egy forgatókönyvet ahol egy kis céget működtet, és az xyz osztályon (LAN1) csatlakozik a kapcsoló. Most, ha vendég látogatja meg a vállalatát, és használni szeretné a hálózatot, tehát nagyon egyenesen előre nem engedi, hogy beavatkozjanak az Ön jelenlegi hálózatába, azaz LAN1.
Tehát itt két lehetőség közül választhat:
- Szerezzen be egy új kapcsolót , azaz kapcsolót 2 be Ön a vendégfelhasználó cége, és külön hálózatot hoz létre számukra, mondjuk a LAN2-t. De ne feledje, hogy ez mindenképpen meg fogja érni a telepítés költségeit és hektikus költségeit.
- Hozzon létre egy virtuális LAN-t (VLocal Area Network). A VLAN-ban az az alapötlet, hogy ugyanazt az eszközt használja, és több hálózatot különítsen el. Tehát a fenti forgatókönyv szerint két vagy több különböző hálózatot lehet teljesen elkülöníteni egymástól egyetlen kapcsolón, és teljes mértékben ellenőrizheti a biztonsági hozzáférést.
Most térjünk rá a kérdésre most:
- Tehát a VLAN 12 bites azonosítót használ, amelyet a csomaghoz csatolnak hálózati azonosításhoz, azaz melyik VLAN-csomaghoz útvonalra kell állítania. Így végül összesen 4095 egyedi VLAN hozható létre a VLAN-ban.
- VxLAN (virtuális kiterjeszthető helyi hálózat) , amint a neve is sugallja, hogy a VLAN kiterjeszthető változata ugyanazon feladat végrehajtásához. A VxLAN-ban van VNI (VxLAN hálózati azonosító), amely a fentiek szerint csatolódik a csomagokhoz, és összesen 24 bit hosszúságú, és képes létrehozni kb. div id = “7eb020ac02″>