Olcsó failover iSCSI tömb

Még az ünnepek előtt Virus kolléga akart mondani ezt a történetet, de a közzététel késett technikai okok miatt 🙂

Arról van szó, hogy hogyan lehet egy számítógép és két olcsó gigabites switch «D-Link DGS-1005D» disk típus „array”, biztosított a legvalószínűbb balesetek - hajtás rombolás és áramkimaradás olcsó kapcsoló egység. A rendelkezésre álló gyors és olcsó D-Link lehetővé teszi a dolgozó használandó forgalom lassú és olcsó 100Mbit Cisco Catalyst támogatása VLAN és más az élet örömeit, és a migrációs és a hozzáférést az „array” olcsó D-Link. Persze, akkor nem biztosított a kiégés ellen alaplap, tápegység vagy más részek ebben a „array”. Azonban ez a probléma megoldódott, de ez túlmutat ezt a cikket, ugyanúgy, mint a használata FC vagy ethernet kártya helyett indítjuk a usb-vaku. Míg ezek a témák nagyon érdekes, és valószínűleg le nekem, miután a „szerver” a root egy USB flash meghajtó futni egy pár hónapig, elmondom róla, és megemlíti több torzulások.

Azt is érdemes megjegyezni, hogy ha van gyökere az utakon, akkor kizárólag csak az első raid + régi formátumú metaadatok + ráta az egyik lemez, azaz, ha van 3 vagy több lemezt, akkor optimális a gyökér, hogy egy pár flash meghajtók, kombinált egy raid -1, és a többi formájában alkalmazzuk RAID5 (miatt számos nyilvánvaló oka lágy-RAID5 rendszerindító nem).

Először csatlakoztassa minden kapcsoló minden számítógépre (iSCSI + 2ESXi), hogy beállítása a rendszer (Gentoo Linux) és felírni konfigurációk:

/etc/modprobe.d/bond.conf
alias bond0 ragasztás
opciók bond0 mode = 0 miimon = 100
# A paraméterek leírása alább jöhet:
# Arp_interval: arp intervallum ezredmásodperc (int)
# Arp_ip_target: ARP célok n.n.n.n formájában (tömb charp)
# Arp_validate: érvényesítse src / DST ARP próbák: none (alapértelmezett), aktív,
mentés vagy az összes (charp)
# Downdelay: késleltetés tekintve a linket le, ezredmásodperc (int)
# Lacp_rate: LACPDU tx ráta kérnie 802.3ad partner (lassú / gyors) (charp)
# Max_bonds: Max száma ragasztott eszközök (int)
# Miimon: Hivatkozás ellenőrzését, ezredmásodperc (int)
# Mód: üzemmód. 0 egyensúly-RR, 1 aktív-mentés, 2
egyensúly-xor, 3 broadcast, 4 802.3ad, 5 egyensúly-TLB, 6
egyensúly-Alb (charp)
# Elsődleges: Elsődleges használt hálózati eszköz (charp)
# Updelay: késleltetés tekintve összekapcsolása, ezredmásodperc (int)
# Use_carrier: A netif_carrier_ok (vs MII ioctl) a miimon; 0
off, 1 (alapértelmezett) (int)
# Xmit_hash_policy: XOR hasító módszerrel: 0 layer 2 (alapértelmezett), 1
layer 3 + 4 (charp)

/etc/conf.d/network
ifconfig_eth1 = »10.2.123.44 netmask 255.255.255.0"
defaultroute = »gw 10.2.123.254"
interfészek = »bond0"
ifup_bond0 = »modprobe kötés; ifconfig \ $ int fel; ifenslave \ $ int eth2;
ifenslave \ $ int eth3 "
ifconfig_bond0 = »10.2.254.1 netmask 255.255.255.0"
ifdown_bond0 = »rmmod ragasztás»

Hozzon létre egy bitmap raid újjáépíteni gyorsabb baleset esetén, a kulcs értéke „131072”. A darab több vezérelt, és ezért a kevésbé parazita terhelés a kerekek (és nyilvánvalóan kevésbé fék), de az már nem lesz szinkronizálni, mint a nagyobb darab (ez 128, akkor lehet, hogy akár 256 darab).

Most megy a «tároló adapterek» tartalmazzák iscsi adapter és felírni
a bejelentkezési név és jelszó a «Dinamikus felfedezés» -> »CHAP» (ha elfelejti
esxiuser és secur789)
Ezután mindent meg kell jöjjön és munkát.

PS: Miért nem használja RAID1. Furcsa módon, kiderült, hogy
RAID1 (hogy fakereyd hogy softreyd) nem képes egyensúlyozni a terhelés a
olvasás (bár lehet, hogy én nem találtam egy szál extra titkos
fogantyúk softreyde, hogy ebben a módban) RAID5 furcsán
egyensúly olvasást "out of the box".
PPS: Ha problémád van az egyik meghajtó - kerülnek rögzítésre a sebesség a
lassú (azaz a sikertelen) lemezén, és ad egy nagyon rossz sebességet.

ha autózunk RAID5 és egy leesett, a raid vezérlő üt ki a listából az élő és átalakult egy RAID 0
ha van egy meleg tartalék akkor kezdődik Rebild, de ha az újjáépítés során, nem felelt meg (legalább 1 rossz) egy másik meghajtóra minden raid vezérlő kikapcsolja a teljes tömb.

ZFS rájött, hogy a hajtás meghal - egy másik, (vagy nevezték zenei párosítás)
olvasás ZFS nem tudja olvasni a darabot - visszanyeri a redundancia és ír egy új meghajtót - a RAIDZ tudja húzni a régi és a tömb, ahol az összes lemezt törött (hibás szektorokat, hanem az elektronika működik), és a konzol parancsot kap egy listát, hogy ZFS fájlrendszer nem tudott talpra állni .

abban az esetben a RAID 5 vezérlő nem tudja -, mi van a lemezen.

plusz védelmet fantom rekordok problémák kábelek, csatlakozók, talán, az adatok és az ellenőrző tárolják a különböző helyszíneken.

Másik lehetőség, hogy azt sugallják, egy pár elég tisztességes megoldás, ha van egy ZFS végrehajtás integrált minimálisan szükséges a szervezet storadzha, az egyszerűség és a gyorsaság telepítés / beállítás / helyreállítás:
1. FreeNAS
2. NexentaStor Community Edition (6 TB lemezterület maximumát)

FreeNAS ténylegesen felmerült az összeállítás görbék különböző zátonyok a különböző modulokat. Ez az egyik fő különbség stabil kiadások a nightly 😉 Ezen kívül, az ágak 0,7 és 8 számos technikai különbségek, ami szintén érdemes odafigyelni.
Legfeljebb csak a közel két éve prodakshene 5 tároló stabil futás különböző platformokon (iSCSI, NFS, CIFS). Kizárólag stabil szerkezetet.
NexentaStor - kész szoftver megoldás szervezetek storadzha (iSCSI, NAS, CIFS) alapján Solaris. Könnyen telepíthető. Configuration web-pofa. Minden egyszerű és világos. A legjobb eredmény a teljesítmény erősen ajánlott, hogy nézd meg a legjobb practics.

Mindkét megoldás elsősorban az érdekli, hogy készek a legtöbb esetben könnyen beállítható „out of the box” tárolás megkönnyítésére katasztrófa-helyreállítási után egy baleset, vagy vas-shift, easy backup valamennyi szervezet storadzha vagy annak egy része (Rsync).