( djsmiley | 2023. 05. 30., k – 15:45 )

Nem mondanám h. kis pénz és kis foci van. Sokkal inkább az a helyzet, hogy van egy sok-sok éve működő megoldás, ami kisebb volumenhez, kevesebb szakértelemmel és -talán mondhatok ilyet is- kisebb körültekintéssel lett megcsinálva. A jelen felállás egyébként a következő:

A "fő" tároló egy VM, amire rá van kötve egy ennek az adattárnak dedikált EMC storage. A storage-ben raid6-okból van pool gyártva, ezen lakik az adat (NL-SAS, nincs cache, semmi). A VM egy LVM-ben kapja meg a block eszközről a kötetet, nincs qcow meg egyéb olyan dolgok amik ebben a méretben az öngyilkossággal lennének egyenértékűek.

A "backup" tároló egy vas, ami tele van tömve nagy NL-SAS diszkekkel, szintén RAID6-ok, LVM-el összefűzve poolba, egy VM kapja meg itt is a kötetet és tárolja rajta a fenti cucc mirrorját (éjjelente 1 rsync, prod időben lsyncd szinkronizál)

Jelenleg mintkét volume XFS, emlékeim szerint RH7 telepítővel lehetett csinálva, nem volt túlgondolva a dolog.

Teljesítmény: folyamatos, de lassú és szekvenciális írás (80-100 IOPS) + random olvasás ami lehet éppen kicsit nagyobb IO terheléssel is (150-200 IOPS), de azért ez sem olyan vészes.

Alapvetően a storage-et erre a célra nem tartom jó megoldásnak, ugyanakkor olyan esetben ha megkérdezi valaki h. hol lakik az adat, akkor lehet mondani h. EMC és akkor húú meg háá. Azt felejtjük el h. hiába van blokk szintű scrubbing pl, attól még egy FS crash és vége is mindennek, mert futhat az fsck 2 napig (ez amúgy kb. valós is)