{"id":30402,"date":"2019-10-31T21:35:21","date_gmt":"2019-10-31T18:35:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/flexiremap-protiv-raid\/"},"modified":"2019-10-31T21:35:21","modified_gmt":"2019-10-31T18:35:21","slug":"flexiremap-protiv-raid","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/flexiremap-protiv-raid","title":{"rendered":"FlexiRemap\u00ae mod RAID","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>RAID-algoritmerne blev pr\u00e6senteret for offentligheden tilbage i 1987. Den dag i dag forbliver de den mest eftertragtede teknologi til beskyttelse og acceleration af adgang til data i informationslagring. Men alderen p\u00e5 IT-teknologien, der har passeret 30-\u00e5rs gr\u00e6nsen, er snarere et tegn p\u00e5 for\u00e6ldelse end modenhed. \u00c5rsagen er fremskridt, der uundg\u00e5eligt bringer nye muligheder. I en tid, hvor der i praksis ikke fandtes andre lagringsmedier end HDD, gjorde RAID-algoritmer det muligt at udnytte de tilg\u00e6ngelige lagerressourcer mest effektivt. Men med fremkomsten af SSD er situationen \u00e6ndret fundamentalt. I dag er RAID, n\u00e5r det arbejdes med SSD'er, snarere en 'snare' for deres ydeevne. Derfor er det n\u00f8dvendigt at have en helt anden tilgang til at arbejde med dem for at frig\u00f8re det fulde potentiale af SSD'ernes hastighedsegenskaber.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"FlexiRemap\u00ae mod RAID\" src=\"\/wp-content\/uploads\/2019\/03\/1633250deaffc822dbd043caa229ea2b.png\" style=\"display:block;margin: 0 auto;\" \/><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Ud over de \u00e5benbare forskelle mellem HDD og SSD i drift, har disse typer lagermedier ogs\u00e5 en anden vigtig egenskab: enhver h\u00e5rddisk kan overskrive hvilke som helst data med en granularitet p\u00e5 \u00e9n blok (som oftest 4KB i dag). For SSD'er derimod er overskrivningsprocessen en langt mere kompleks procedure:<\/p>\n<p><\/p>\n<ul>\n<li>\u00c6ndrede data kopieres til et nyt sted. Granulariteten er den samme blok, men best\u00e5ende af flere sider og med en st\u00f8rrelse p\u00e5 256KB \u2013 4MB. Dvs. ved \u00e6ndring af de samme 4KB skal alle nabosider, som danner en samlet blok, ogs\u00e5 kopieres.<\/li>\n<li>\u00abGamle\u00bb blokke markeres som ikke anvendte, s\u00e5 de senere kan overskrives af en 'Garbage Collector'.<\/li>\n<\/ul>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"FlexiRemap\u00ae mod RAID\" src=\"\/wp-content\/uploads\/2019\/03\/79f6a2a9657171387121b00c956f9034.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><i>Sekventiel skrivning\/overskrivning p\u00e5 SSD<\/i><\/p>\n<p><\/p>\n<p>I tilf\u00e6lde af sekventiel skrivning\/overskrivning spiller denne funktionelle egenskab ved SSD ikke en stor rolle med hensyn til ydeevnen, da blokkene er placeret t\u00e6t p\u00e5 hinanden, og 'Garbage Collector' klarer sit arbejde i baggrunden. Men i det virkelige liv, is\u00e6r i Enterprise-segmentet, bruges der oftest tilf\u00e6ldig adgang til data p\u00e5 SSD'er. Og disse data skrives til vilk\u00e5rlige steder p\u00e5 lagringsmedierne.<\/p>\n<p><\/p>\n<p>Jo mere data der skrives til SSD'en, jo sv\u00e6rere bliver det for garbage collector at arbejde, da fragmenteringen stiger kraftigt. P\u00e5 et tidspunkt opst\u00e5r der en situation, hvor renseprocessen ikke l\u00e6ngere er 'baggrundsaktiviteter': SSD'ens ydeevne falder betydeligt, da en m\u00e6rkbar del af den bliver taget af Garbage Collector.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"FlexiRemap\u00ae mod RAID\" src=\"\/wp-content\/uploads\/2019\/03\/3374a6b98f220f7c4e4ff75a04565c26.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><i>Den reelle placering af data p\u00e5 SSD'en under daglig brug<\/i><\/p>\n<p><\/p>\n<p>For at illustrere effekten af garbage collectorens arbejde afh\u00e6ngig af skriveindstillingen p\u00e5 drevet, kan man udf\u00f8re enkle tests: sekventiel og tilf\u00e6ldig skrivning i blokke af 4KB p\u00e5 et 100GB drev. (Kilde \u2013 virksomhed <noindex><a rel=\"nofollow\" href=\"http:\/\/www.micron.com\/~\/media\/documents\/products\/technical-marketing-brief\/brief_ssd_effect_data_placement_writes.pdf\">Micron<\/a><\/noindex>)<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"FlexiRemap\u00ae mod RAID\" src=\"\/wp-content\/uploads\/2019\/03\/7e3b1f25dd27463d2c7b08ae84ff44b4.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><i>Ydeevne ved sekventiel skrivning<\/i><\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"FlexiRemap\u00ae mod RAID\" src=\"\/wp-content\/uploads\/2019\/03\/9c7d7be5982d6df688cf9481a0e9a826.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><i>Ydeevne ved tilf\u00e6ldig skrivning<\/i><\/p>\n<p><\/p>\n<p>Som det ses i testene, kan faldet i ydeevne n\u00e5 over det dobbelte. Og dette er kun et enkelt drev. I tilf\u00e6lde af brug af SSD i et RAID-gruppe stiger antallet af omskrivningsoperationer betydeligt p\u00e5 grund af arbejdet med parity.<\/p>\n<p><\/p>\n<p>Generelt, p\u00e5 grund af disse SSD-arbejdsfunktioner, findes der en parameter kendt som skriveforst\u00e6rkning (write amplification). Dette er forholdet mellem m\u00e6ngden af data, der skrives til drevet, og m\u00e6ngden af data, som v\u00e6rten faktisk har sendt. For den mest popul\u00e6re RAID5 er dette forhold cirka ~3.5. <\/p>\n<p><\/p>\n<p>Som et resultat genbruger systemer med klassisk RAID kun cirka ~10% af deres reelle hastighed og skalerer d\u00e5rligt i ydeevne, n\u00e5r antallet af drev overstiger ti.<\/p>\n<p><\/p>\n<p>Vi skal ogs\u00e5 bem\u00e6rke, at overfl\u00f8dige skriveoperationer ikke kun reducerer SSD'ens ydeevne, men ogs\u00e5 mindsker dens ikke uendelige ressourcer, hvilket forkorter drevets levetid.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"http:\/\/accelstor.ru\/page\/flexiremap-technology\">FlexiRemap\u00ae teknologien<\/a><\/noindex>, som er kernen i alle AccelStor-produkter, er netop udviklet som et alternativ til klassiske RAID-algoritmer ved arbejde med SSD'er. Teknologisk innovation er anerkendt b\u00e5de gennem forskellige patenter og priser (herunder p\u00e5 Flash Memory Summit 2016) samt resultater fra uafh\u00e6ngige tests (f.eks. SPC1).<\/p>\n<p><\/p>\n<p>Essensen <noindex><a rel=\"nofollow\" href=\"http:\/\/accelstor.ru\/page\/flexiremap-advantages\">FlexiRemap\u00ae<\/a><\/noindex> best\u00e5r i at omdanne alle indkommende skriveanmodninger, is\u00e6r af typen random, til et s\u00e6t blokke, der i videst muligt omfang ligner sekventiel skrivning set fra et lagersynspunkt. Som resultat sker skrivningen p\u00e5 SSD i den mest komfortable tilstand for dem, og den endelige ydeevne overstiger enhver klassisk RAID-system.<\/p>\n<p><\/p>\n<p>Alle SSD'er i AccelStor-systemene opdeles i to symmetrisk grupper FlexiRemap\u00ae. Gruppens st\u00f8rrelse afh\u00e6nger af modellen og best\u00e5r af 5-11 enheder. For fejltolerance inden for gruppen anvendes paritet ligesom RAID5. Begge grupper bruges sammen og danner et samlet lageromr\u00e5de. Derfor vil den samlede fejltolerance v\u00e6re lig med et RAID50-array best\u00e5ende af to grupper: systemet kan klare fejl op til to SSD'er, men ikke mere end \u00e9n i hver FlexiRemap\u00ae-gruppe.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"FlexiRemap\u00ae mod RAID\" src=\"\/wp-content\/uploads\/2019\/03\/76adaa3e4a9dbd1394ba18dac79e21e5.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Alle indkommende skriveanmodninger opdeles i blokke af 4KB, som i round robin-tilstand skrives til begge grupper FlexiRemap\u00ae. Systemet holder konstant styr p\u00e5 eftersp\u00f8rgslen efter de skrevne blokke og fors\u00f8ger at skrive lignende blokke s\u00e5 t\u00e6t sammen som muligt ved \u00e6ndringer. Resultatet er et virtuelt analog til tiering, hvis man skal udtrykke det i termer fra SAN. Dette letter arbejdet for 'm\u00e6ngdesamleren': ubrugte blokke vil altid v\u00e6re t\u00e6t p\u00e5 hinanden.<\/p>\n<p><\/p>\n<p>Det skal bem\u00e6rkes, at <noindex><a rel=\"nofollow\" href=\"http:\/\/accelstor.ru\/page\/modeli-vysokoj-dostupnosti-ha\">AccelStor-systemer<\/a><\/noindex> i mods\u00e6tning til konkurrenternes produkter bruger ikke funktionen til caching af indkommende anmodninger i controllerens RAM. Alle indkommende datablokke skrives straks til SSD. V\u00e6rtsystemet modtager bekr\u00e6ftelse p\u00e5 vellykket skrivning f\u00f8rst efter, at dataene fysisk er placeret p\u00e5 lagringsenhederne. I RAM opbevares kun tabeller til placering af blokke p\u00e5 SSD for at fremskynde adgangen og bestemme, hvor n\u00e6ste datablok skal skrives. Selvom det selvf\u00f8lgelig er for p\u00e5lidelighed, findes der ogs\u00e5 kopier af disse tabeller p\u00e5 selve lagermedierne. Som resultat kr\u00e6ver AccelStor-systemerne ingen cachebeskyttelse i form af batteri\/kondensator (dog er muligheden for at etablere forbindelse til en UPS til 'bl\u00f8d' udt\u00e6nding i tilf\u00e6lde af str\u00f8mafbrydelser tilg\u00e6ngelig).<\/p>\n<p><\/p>\n<p>Takket v\u00e6re denne tilgang til organisering af optegnelser kan affaldssamleren virkelig arbejde i baggrunden uden at have en v\u00e6sentlig indvirkning p\u00e5 hastigheden af lagermedierne, hvilket i sidste ende g\u00f8r det muligt at genbruge op til 90 % af SSD'ens ydeevne inden for systemet. Det er netop dette, der forklarer de h\u00f8je IOPS-v\u00e6rdier i AccelStor-systemer sammenlignet med All Flash, som er baseret p\u00e5 RAID-algoritmer.<\/p>\n<p><\/p>\n<p>En anden vigtig funktion ved FlexiRemap\u00ae-teknologien er det betydelige reducering af un\u00f8dige skriveoperationer p\u00e5 SSD. S\u00e5ledes er skrivekoefficienten (write amplification) for AccelStor-systemer kun 1,3, hvilket p\u00e5 almindeligt sprog betyder, at levetiden for lagermedierne forl\u00e6nges med mere end 2,5 gange sammenlignet med RAID5! <\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"FlexiRemap\u00ae mod RAID\" src=\"\/wp-content\/uploads\/2019\/03\/c503ed537aed33aa0e1e98595ed020a2.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Takket v\u00e6re konstant kontrol fra systemet over politikken for dataopbevaring p\u00e5 SSD, slides alle lagermedier ensartet. Denne tilgang g\u00f8r det muligt at forudsige deres levetid og proaktivt advare administratoren, n\u00e5r skrivekapaciteten n\u00e6rmer sig sin gr\u00e6nse.<\/p>\n<p><\/p>\n<p>Det er klart, at SSD kan fejle. I s\u00e5danne tilf\u00e6lde begynder systemet straks at rebuilde til en af hot spare-diskene. I denne process g\u00e5r FlexiRemap\u00ae-gruppen, der er i degraded-tilstand, over i \"kun l\u00e6se\"-tilstand, og alle skriveanmodninger sendes til den anden gruppe. Denne beskyttelsesmekanisme er designet til at accelerere rebuilde-operationen og reducere risikoen for, at endnu en lagermedie fejler i den samme gruppe. For det er ingen hemmelighed, at alle lagermedier i gruppen oplever \u00f8get belastning under rebuilde-processen p\u00e5 grund af interferens fra l\u00e6se-, skrive- og genoprettelsesoperationer p\u00e5 hot spare. Hermed \u00f8ges risikoen for svigt af endnu en disk. Jo flere skriveoperationer, desto l\u00e6ngere tid vil rebuilde tage. <\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"FlexiRemap\u00ae mod RAID\" src=\"\/wp-content\/uploads\/2019\/03\/c6389348c25427854ae24a17da9b89a7.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Efter afslutningen af genoprettelsesprocessen og tilbagef\u00f8rsel af FlexiRemap\u00ae-gruppen til normal tilstand, vil der opst\u00e5 en lille ubalance i skrivekapaciteten mellem de to grupper. Derfor vil de efterf\u00f8lgende skriveoperationer oftere blive rettet mod den genoprettede gruppe (naturligvis med hensyn til, at systemets samlede ydeevne ikke lider betydeligt).<\/p>\n<p><\/p>\n<blockquote><p>At \u00f8ge ydeevnen af All Flash-systemer baseret p\u00e5 RAID-algoritmer over visse v\u00e6rdier (~280K IOPS@4K random write) kan ikke lade sig g\u00f8re, selv med komplekse cache-systemer. FlexiRemap\u00ae-teknologien, takket v\u00e6re en helt anden tilgang til organisering af lagerplads, overvinder ikke kun denne barriere let, men forl\u00e6nger ogs\u00e5 SSD'ens levetid med flere gange. S\u00e5 systemerne <noindex><a rel=\"nofollow\" href=\"http:\/\/accelstor.ru\">AccelStor<\/a><\/noindex> har betydelige fordele blandt All Flash-array p\u00e5 mange fronter (IOPS\/$, GB\/$, TCO, ROI), hvilket g\u00f8r dem til ideelle kandidater til n\u00f8glepositioner i kundernes datacentre for at l\u00f8se ressourcekr\u00e6vende opgaver.<\/p><\/blockquote>\n<p>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/accelstor\/blog\/445336\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0410\u043b\u0433\u043e\u0440\u0438\u0442\u043c\u044b RAID \u0431\u044b\u043b\u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u0435\u043d\u044b \u043e\u0431\u0449\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u0432 \u0434\u0430\u043b\u0435\u043a\u043e\u043c 1987 \u0433\u043e\u0434\u0443. \u041f\u043e \u0441\u0435\u0439 \u0434\u0435\u043d\u044c \u043e\u043d\u0438 \u043e\u0441\u0442\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0432\u043e\u0441\u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0435\u0439 \u0437\u0430\u0449\u0438\u0442\u044b \u0438 \u0443\u0441\u043a\u043e\u0440\u0435\u043d\u0438\u044f \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u043a \u0434\u0430\u043d\u043d\u044b\u043c \u0432 \u0441\u0444\u0435\u0440\u0435 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438. \u041d\u043e \u0432\u043e\u0437\u0440\u0430\u0441\u0442 IT \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438, \u043f\u0435\u0440\u0435\u0448\u0430\u0433\u043d\u0443\u0432\u0448\u0435\u0439 30-\u0442\u0438 \u043b\u0435\u0442\u043d\u0438\u0439 \u0440\u0443\u0431\u0435\u0436, \u2013 \u044d\u0442\u043e \u0441\u043a\u043e\u0440\u0435\u0435 \u043d\u0435 \u0437\u0440\u0435\u043b\u043e\u0441\u0442\u044c, \u0430 \u0443\u0436\u0435 \u0441\u0442\u0430\u0440\u043e\u0441\u0442\u044c. \u041f\u0440\u0438\u0447\u0438\u043d\u043e\u0439 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0440\u043e\u0433\u0440\u0435\u0441\u0441, \u043d\u0435\u0443\u043c\u043e\u043b\u0438\u043c\u043e \u043d\u0435\u0441\u0443\u0449\u0438\u0439 \u0432 \u0441\u0435\u0431\u0435 \u043d\u043e\u0432\u044b\u0435 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438. \u0412\u043e \u0432\u0440\u0435\u043c\u0435\u043d\u0430, \u043a\u043e\u0433\u0434\u0430 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":22403,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30402","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0410\u043b\u0433\u043e\u0440\u0438\u0442\u043c\u044b RAID \u0431\u044b\u043b\u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u0435\u043d\u044b \u043e\u0431\u0449\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u0432 \u0434\u0430\u043b\u0435\u043a\u043e\u043c 1987 \u0433\u043e\u0434\u0443. \u041f\u043e \u0441\u0435\u0439 \u0434\u0435\u043d\u044c \u043e\u043d\u0438 \u043e\u0441\u0442\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0432\u043e\u0441\u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0435\u0439 \u0437\u0430\u0449\u0438\u0442\u044b \u0438 \u0443\u0441\u043a\u043e\u0440\u0435\u043d\u0438\u044f \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u043a \u0434\u0430\u043d\u043d\u044b\u043c \u0432 \u0441\u0444\u0435\u0440\u0435 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/flexiremap-protiv-raid\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47FlexiRemap\u00ae \u043f\u0440\u043e\u0442\u0438\u0432 RAID | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0410\u043b\u0433\u043e\u0440\u0438\u0442\u043c\u044b RAID \u0431\u044b\u043b\u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u0435\u043d\u044b \u043e\u0431\u0449\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u0432 \u0434\u0430\u043b\u0435\u043a\u043e\u043c 1987 \u0433\u043e\u0434\u0443. \u041f\u043e \u0441\u0435\u0439 \u0434\u0435\u043d\u044c \u043e\u043d\u0438 \u043e\u0441\u0442\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0432\u043e\u0441\u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0435\u0439 \u0437\u0430\u0449\u0438\u0442\u044b \u0438 \u0443\u0441\u043a\u043e\u0440\u0435\u043d\u0438\u044f \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u043a \u0434\u0430\u043d\u043d\u044b\u043c \u0432 \u0441\u0444\u0435\u0440\u0435 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/flexiremap-protiv-raid\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:35:21+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:35:21+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47FlexiRemap\u00ae mod RAID | ProHoster","description":"RAID-algoritmerne blev pr\u00e6senteret for offentligheden tilbage i 1987. Den dag i dag forbliver de den mest efterspurgte teknologi til databeskyttelse og accelereret adgang til information.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/flexiremap-protiv-raid","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47FlexiRemap\u00ae \u043f\u0440\u043e\u0442\u0438\u0432 RAID | ProHoster","og:description":"\u0410\u043b\u0433\u043e\u0440\u0438\u0442\u043c\u044b RAID \u0431\u044b\u043b\u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u0435\u043d\u044b \u043e\u0431\u0449\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u0432 \u0434\u0430\u043b\u0435\u043a\u043e\u043c 1987 \u0433\u043e\u0434\u0443. \u041f\u043e \u0441\u0435\u0439 \u0434\u0435\u043d\u044c \u043e\u043d\u0438 \u043e\u0441\u0442\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0432\u043e\u0441\u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0435\u0439 \u0437\u0430\u0449\u0438\u0442\u044b \u0438 \u0443\u0441\u043a\u043e\u0440\u0435\u043d\u0438\u044f \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u043a \u0434\u0430\u043d\u043d\u044b\u043c \u0432 \u0441\u0444\u0435\u0440\u0435 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/flexiremap-protiv-raid","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:35:21+00:00","article:modified_time":"2019-10-31T18:35:21+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"30402","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 01:04:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:35:24","updated":"2026-01-21 01:04:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/30402","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=30402"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/30402\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/22403"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=30402"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=30402"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=30402"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}