Diskless vékonykliensek bootolása iSCSI targetről, konfiguráció

A Unix/Linux szerverek üzemeltetése wikiből
(Változatok közti eltérés)
(Diskless vékonykliensek bootolása iSCSI targetről, konfiguráció)
5. sor: 5. sor:
   
 
=== Internet Small Computer System Interface ===
 
=== Internet Small Computer System Interface ===
  +
 
* IP alapú hálózati kommunikációs szabvány adattárak (storage-ok) összeköttetésére
 
* IP alapú hálózati kommunikációs szabvány adattárak (storage-ok) összeköttetésére
 
* A kliens (initiator) SCSI parancsokat küld (CDB) a SCSI storage-nak (targetek)
 
* A kliens (initiator) SCSI parancsokat küld (CDB) a SCSI storage-nak (targetek)
19. sor: 20. sor:
   
 
=== iSCSI target létrehozása Solarison ===
 
=== iSCSI target létrehozása Solarison ===
  +
 
A szerveren futó targetmenedzselő program (daemon) számára létre kell hozni egy könyvtárat. Minden target és logikai egységhez kapcsolódó információt itt tárol majd a daemon.
 
A szerveren futó targetmenedzselő program (daemon) számára létre kell hozni egy könyvtárat. Minden target és logikai egységhez kapcsolódó információt itt tárol majd a daemon.
 
<pre>
 
<pre>
46. sor: 48. sor:
   
 
</pre>
 
</pre>
  +
  +
  +
== TFTP ==
  +
* Trivial File Transfer Protocol
  +
* egyszerű megoldás
  +
* UDP-t használ, 69-es porton
  +
** kliens küld egy RRQ vagy WRQ parancsot (read/write request) a szervernek a 69-es porton, ez tartalmazza a fájlnevet és az átviteli módot
  +
** a szerver ACK-kal válaszol a WRQ-ra vagy ha RRQ érkezett, akkor küld egy adatcsomagot (DATA) a kliensnek
  +
** a kliens minden teljes méretű (512 byte) adatcsomagra ACK-kal válaszol
  +
** az utolsó adatcsomagnak kevesebbnek kell lennie mint a maximális csomagméret, hogy jelezze ez az utolsó. Ha az átvivendő fájl mérete pont a blokkméret többszörösem, akkor egy 0 byte-os csomagot küld a szerver.
  +
** Ha az ACK nem érkezik meg, akkor az adatot újraküldik.
  +
  +
  +
== PXE ==
  +
  +
  +
=== Preboot Execution Environment ===
  +
  +
* Olyan környezet, amely segítségével kliensek hálózaton keresztül operációs rendszer telepítő image-eket vagy akár telepített operációs rendszert tudnak bootolni adattárakról.
  +
* Szükség van egy boot szerverre, ami DHCP és TFTP segítségével a kezdeti bootstrap program és további fájlok letöltését teszi lehetővé.
  +
  +
=== PXE boot folyamat ===
  +
  +
'''A proxy DHCP''' megkapja a kliens DHCPDISCOVER kérését, és erre egy broadcast DHCPOFFER-rel válaszol PXE-specifikus adatokkal kiegészítve (68-as UDP portra) a hálózaton belülre. Broadcast, mert nem tudja a kliens IP címét. <br />
  +
DHCPOFFER tartalma:
  +
* PXE Discovery Control mező
  +
* PXE Boot Server Type-ok IP címei
  +
* PXE Boot menü
  +
* PXE Boot Prompt (felhasználót értesíti, hogy nyomjon F8-at a bootmenühöz)
  +
* timeout
  +
  +
'''A Boot Server''' megkapja a kiválasztott PXE Boot Server Type-ot és PXE Boot Server Layert a klienstől DHCPREQUEST formájában (a szerver daemonja több boot server type-ot is futtathat).<br />
  +
A Boot server DHCPACK csomaggal válaszol, amely tartalmazza:
  +
* a NBP (Network Bootstrap Program) elérési útját (TFTP)
  +
* PXE Boot Server Type-ot, PXE Boot Layert
  +
* multicast TFTP beállításait, ha ezt a megoldást alkalmazzák
  +
  +
'''Network bootstrap program:'''<br />
  +
A kliens (ha kell, ellenőrzést követően)a DHCPACK-ban megkapott elérési útról letölti a Network Bootstrap Programot a RAM-jába, és végrehajtja azt.
  +
  +
=== PXE konfigurálása ===

A lap 2009. december 11., 02:31-kori változata

Tartalomjegyzék

1 Diskless vékonykliensek bootolása iSCSI targetről, konfiguráció

1.1 iSCSI

1.1.1 Internet Small Computer System Interface

  • IP alapú hálózati kommunikációs szabvány adattárak (storage-ok) összeköttetésére
  • A kliens (initiator) SCSI parancsokat küld (CDB) a SCSI storage-nak (targetek)
    • CDB: Command Descriptor Block
  • Tulajdonképpen az iSCSI külön SCSI merevlemezekhez való kapcsolódást emulál
  • Logical Unit Number (LUN)
    • A logikai egység száma jelenti a külön címezhető logikai SCSI eszközt, amely a targetnek (fizikai SCSI eszköznek) a része.
  • Előnyök:
    • adattár centralizáció
    • a hálózaton keresztül könnyen kioszthatók a merevlemezek, hibaelhárítás
    • Hálózati bootolás (pl.: diskless kliensek számára)
    • olcsó megoldás: nem kell dedikált optikai szálas (Fibre Channel) hálózat, standard hálózaton működik
    • távoli elérhetőség…

1.1.2 iSCSI target létrehozása Solarison

A szerveren futó targetmenedzselő program (daemon) számára létre kell hozni egy könyvtárat. Minden target és logikai egységhez kapcsolódó információt itt tárol majd a daemon.

iscsitadm modify admin -d <directory>

Target létrehozása:

iscsitadm create target ~--size 2g vol10

Az első logikai egység (LU) után a többi is ugyanígy létrehozgató megadva az egység sorszámát: --lun <number>.
Ha az egység létrejött, akkor a Solaris küld egy „Inventory Change” értesítést, és az egység offline-ról online-ra vált.

Információ lekérése az elkészült targetről:

# iscsitadm list target -v vol0
Target: vol0
         iSCSI Name: iqn.1986-03.com.sun:01:00093d12170c.434c5250.vol0
         ACL list:
         TPGT list:
         LUN information:
                 LUN: 0
                         GUID: 010000093d12170c00002a00434c5251
                         VID: SUN
                         PID: SOLARIS
                         Type: raw
                         Size: 0x1400000 blocks


1.2 TFTP

  • Trivial File Transfer Protocol
  • egyszerű megoldás
  • UDP-t használ, 69-es porton
    • kliens küld egy RRQ vagy WRQ parancsot (read/write request) a szervernek a 69-es porton, ez tartalmazza a fájlnevet és az átviteli módot
    • a szerver ACK-kal válaszol a WRQ-ra vagy ha RRQ érkezett, akkor küld egy adatcsomagot (DATA) a kliensnek
    • a kliens minden teljes méretű (512 byte) adatcsomagra ACK-kal válaszol
    • az utolsó adatcsomagnak kevesebbnek kell lennie mint a maximális csomagméret, hogy jelezze ez az utolsó. Ha az átvivendő fájl mérete pont a blokkméret többszörösem, akkor egy 0 byte-os csomagot küld a szerver.
    • Ha az ACK nem érkezik meg, akkor az adatot újraküldik.


1.3 PXE

1.3.1 Preboot Execution Environment

  • Olyan környezet, amely segítségével kliensek hálózaton keresztül operációs rendszer telepítő image-eket vagy akár telepített operációs rendszert tudnak bootolni adattárakról.
  • Szükség van egy boot szerverre, ami DHCP és TFTP segítségével a kezdeti bootstrap program és további fájlok letöltését teszi lehetővé.

1.3.2 PXE boot folyamat

A proxy DHCP megkapja a kliens DHCPDISCOVER kérését, és erre egy broadcast DHCPOFFER-rel válaszol PXE-specifikus adatokkal kiegészítve (68-as UDP portra) a hálózaton belülre. Broadcast, mert nem tudja a kliens IP címét.
DHCPOFFER tartalma:

  • PXE Discovery Control mező
  • PXE Boot Server Type-ok IP címei
  • PXE Boot menü
  • PXE Boot Prompt (felhasználót értesíti, hogy nyomjon F8-at a bootmenühöz)
  • timeout

A Boot Server megkapja a kiválasztott PXE Boot Server Type-ot és PXE Boot Server Layert a klienstől DHCPREQUEST formájában (a szerver daemonja több boot server type-ot is futtathat).
A Boot server DHCPACK csomaggal válaszol, amely tartalmazza:

  • a NBP (Network Bootstrap Program) elérési útját (TFTP)
  • PXE Boot Server Type-ot, PXE Boot Layert
  • multicast TFTP beállításait, ha ezt a megoldást alkalmazzák

Network bootstrap program:
A kliens (ha kell, ellenőrzést követően)a DHCPACK-ban megkapott elérési útról letölti a Network Bootstrap Programot a RAM-jába, és végrehajtja azt.

1.3.3 PXE konfigurálása

Személyes eszközök