{"id":33523,"date":"2019-10-31T21:53:05","date_gmt":"2019-10-31T18:53:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/hranilishhe-linstor-i-ego-integratsiya-s-opennebula\/"},"modified":"2019-10-31T21:53:05","modified_gmt":"2019-10-31T18:53:05","slug":"hranilishhe-linstor-i-ego-integratsiya-s-opennebula","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/hranilishhe-linstor-i-ego-integratsiya-s-opennebula","title":{"rendered":"LINSTOR-lagring og dets integration med OpenNebula","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"LINSTOR-lagring<\/p>\n

<\/p>\n

For ikke s\u00e5 l\u00e6nge siden pr\u00e6senterede folkene fra LINBIT deres nye SDS-l\u00f8sning \u2014 Linstor. Det er et helt frit lagersystem, der bygger p\u00e5 velpr\u00f8vede teknologier: DRBD, LVM, ZFS. Linstor kombinerer enkelhed med en veludviklet arkitektur, hvilket muligg\u00f8r stabilitet og imponerende resultater.<\/p>\n

<\/p>\n

I dag vil jeg gerne tale lidt mere om det og vise, hvor nemt det kan integreres med OpenNebula ved at bruge linstor_un \u2014 en ny driver, jeg har udviklet specielt til dette form\u00e5l.<\/p>\n

<\/p>\n

Linstor i kombination med OpenNebula g\u00f8r det muligt at bygge en hurtig og p\u00e5lidelig sky, der uden problemer kan implementeres p\u00e5 ens egen infrastruktur.<\/p>\n

<\/a><\/noindex><\/p>\n

Linstor-arkitektur<\/h2>\n

<\/p>\n

Linstor er hverken et filsystem eller et bloklager i sig selv; Linstor er en orkestrator, der tilbyder et abstractionslag til at automatisere oprettelsen af volumener i LVM eller ZFS og replikere dem ved hj\u00e6lp af DRBD9.<\/p>\n

<\/p>\n

Bryder med stereotype opfattelser<\/h5>\n

<\/p>\n

Men vent, DRBD? \u2014 Hvorfor automatisere det, og hvordan kan det overhovedet fungere?<\/p>\n

<\/p>\n

Lad os huske fortiden, da DRBD8 var meget popul\u00e6rt. Dens standardbrug involverede at oprette \u00e9t stort blokdevice og dele det op i mange sm\u00e5 stykker ved hj\u00e6lp af LVM. Et slags mdadm RAID-1 men med netv\u00e6rksreplikation.<\/p>\n

<\/p>\n

Denne tilgang er ikke uden ulemper, og derfor blev principperne for opbygning af lagersystemer \u00e6ndret med ankomsten af DRBD9, hvor der nu oprettes hver sit DRBD-device til hver virtuel maskine.<\/p>\n

<\/p>\n

Tilgang med uafh\u00e6ngige blok-enheder muligg\u00f8r bedre udnyttelse af plads i klyngen samt tilf\u00f8jer en r\u00e6kke yderligere muligheder. For eksempel kan der defineres antal replikater for hver s\u00e5dan enhed, deres placering og individuelle indstillinger. De er lette at oprette \/ slette, tage snapshots af, \u00e6ndre st\u00f8rrelse, aktivere kryptering og meget mere. Det er v\u00e6rd at bem\u00e6rke, at DRBD9 ogs\u00e5 underst\u00f8tter kvorum, hvilket kan forhindre split-brain-situationer.<\/p>\n

<\/p>\n

Ressourcer og backends<\/h5>\n

<\/p>\n

N\u00e5r der oprettes et nyt blokdevice, placerer Linstor det n\u00f8dvendige antal replikater p\u00e5 forskellige noder i klyngen. Hver s\u00e5dan replikat kalder vi en DRBD-ressource.<\/p>\n

<\/p>\n

Ressourcer findes i to typer:<\/p>\n

<\/p>\n