Кез-келген жерге жазыңыз - Write Anywhere File Layout

WAFL
ӘзірлеушілерNetApp
Толық атыКез-келген жерге жазыңыз
Шектер
Макс. көлем мөлшері100 ТБ-ға дейін (жиынтық өлшемі бар шектелген; платформаға байланысты өзгермелі максимум; қайталануды қолданған кезде 16TB-мен шектелген {ONTAP 8.2 енді платформада қолдау көрсетілетін максималды көлемге дейін өшіруді қолдайды})
Макс. файл өлшемі16 ТБ дейін[1]
Ерекшеліктер
Жазылған күндерatime, ctime, mtime
Файлдық жүйеге арналған рұқсаттарUNIX рұқсаттары және ACL
Мөлдір қысуИә (Ontap 8.0 бастап)
Мөлдір шифрлауИә (Ontap 9.1 бастап[2]; сияқты үшінші тарап құрылғыларымен мүмкін Декру Ескі нұсқаларға арналған DataFort)
Деректердің қосарлануыИә (FAS Dedup: интерактивті сканерлеу, блокқа негізделген;)
Жазуға көшіруИә
Басқа
Қолдау көрсетіледі операциялық жүйелерONTAP

The Кез-келген жерге жазыңыз (WAFL) меншік болып табылады файлдық жүйе үлкен, жоғары өнімділікті қолдайды RAID массивтер, а жағдайында ұзақ консистенцияны тексерусіз жылдам қайта қосу апат немесе электр қуатының жетіспеушілігі және файлдық жүйелер көлемінің тез өсуі. Ол жобаланған NetApp сияқты сақтау құрылғыларында қолдануға арналған NetApp FAS, AFF, Бұлт көлемдері ONTAP және ONTAP таңдаңыз.

Оның авторы WAFL файлдық жүйеге жатпайды, дегенмен, оны қамтиды.[3] Ол ұқсас өзгерістерді қадағалайды файлдық жүйелерді тіркеу арнайы жад құрылғысында журналдар (NVLOG ретінде белгілі) тұрақты жад, NVRAM немесе NVMEM деп аталады. WAFL қол жеткізгісі келетін түрлі файлдық жүйелер мен технологияларды қамтамасыз ететін механизмдерді ұсынады диск блоктары.

Дизайн

WAFL инодтық құрылымы, мәліметтермен қатар сақталған метадеректер

WAFL метамәліметтерді, сонымен қатар деректерді файлдарда сақтайды; көлемде қандай блоктар бөлінетінін көрсететін инодтар мен блок карталары сияқты метадеректер файлдық жүйенің тұрақты орындарында сақталмайды. Томның жоғарғы деңгейлі файлы - инодты файл, оның құрамында инодтар барлық басқа файлдар үшін; inode файлы үшін иноды, root inode деп аталады, орнында орналасқан блокта сақталады. Кішкентай файлға арналған инод файл мазмұнын қамтиды; әйтпесе, онда блоктар ағашын құрайтын жанама блоктардың қанша қабаты қажет болса, мәліметтер блоктарын файлға көрсететін сілтемелер тізімі немесе жанама блоктарға сілтемелер тізімі бар және тағы басқалары бар. Файлдар жүйесіндегі түбірлік иноды бар блоктан басқа барлық мәліметтер мен метадеректер блоктары файлдық жүйеде сақталады. Түбірлік иноды инодты файлдан басқа барлық файлдардың барлық блоктарын табу үшін пайдалануға болады.[4]

Негізгі жады а ретінде қолданылады парақтың кэші файлдардағы блоктарға арналған. Файл блогына өзгеріс енгізілген кезде, парақтың кэшіндегі көшірме жаңартылады және лас деп белгіленеді, ал айырмашылық тұрақты деп аталатын журналға тұрақты жадқа енгізіледі NVLOG. Егер парақтың кэшіндегі лас блок тұрақты жадқа жазылуы керек болса, ол оқылған блокқа қайта жазылмайды; оның орнына тұрақты блокқа жаңа блок бөлінеді, блоктың мазмұны жаңа орынға жазылады және қаралып отырған блокқа бағытталған иноды немесе жанама блок негізгі жадында жаңартылады. Егер инодты немесе жанама блокты қамтитын блок тұрақты сақтауға жазылуы керек болса, онда ол бұрынғы орнына қайта жазылудың орнына, жаңа орынға жазылады. «Кез келген жерде жазу файлының орналасуы» бөліміндегі «Кез-келген жерге жаз» осыған қатысты.[4]

Түбірлік иноды бар блоктан басқа барлық блоктар тамыр иноды арқылы табылғандықтан, тұрақты сақтауға жазылған өзгертулердің ешқайсысы түбір иноды жаңартылғанға дейін тұрақты сақтау орнында көрінбейді. Түбірлік иноды а ​​деп аталатын процесс жаңартады консистенция нүктесі, онда әлі тұрақты сақтауға жазылмаған барлық лас блоктар тұрақты сақтауға жазылады және инод файлының жаңа нұсқасындағы блоктарды көрсетіп, жаңа тамыр иноды жазылады. Бұл кезде файлдық жүйенің барлық өзгерістері тұрақты сақтауда жаңа түбірлік инодты қолдану арқылы көрінеді. Енді көрінетін өзгерістерге арналған NVLOG жазбалары кейінгі өзгерістерге журнал жазбаларына орын беру үшін алынып тасталады. Сәйкестік нүктелері мезгіл-мезгіл орындалады немесе тұрақты жады журнал жазбаларына толы болса.[4]

Егер сервер файлдық жүйенің барлық өзгерістері консистенция нүктесінде көрінбестен бұрын бұзылса, көрінбейтін өзгерістер әлі де NVLOG-да болады; сервер қайта жүктелгенде, ол NVLOG-тағы барлық жазбаларды қайта ойнатады, NVLOG-та жазылған өзгертулерді қайтадан жоғалтпайды.

Ерекшеліктер

Жоғарыда талқыланғандай, WAFL деректерді немесе метадеректерді дискідегі алдын-ала белгіленген орындарда сақтамайды. Оның орнына ол деректерді пайдаланып автоматты түрде орналастырады уақытша локалдылық жазу метадеректер пайдаланушының деректерімен қатар, RAID негізінде бір және екі паритетті қолдана отырып, тұрақты дискілік жадқа деректерді беру үшін қажетті диск операцияларының санын азайтуға арналған.

Уақытша анықтамалық локализацияға негізделген деректерді орналастыруды пайдалану жазылу әдісіне ұқсас оқылатын мәліметтер жиынтығының жұмысын жақсартуы мүмкін (мысалы, деректер базасының жазбасы және онымен байланысты индекс жазбасы) бөлшектену анықтаманың кеңістіктік локальдылығы тұрғысынан. Иіру кезінде HDD бұл дәйекті жазылған, кездейсоқ оқылатын немесе сол уақытша заңдылықты пайдаланып оқылатын файлдарға кері әсерін тигізбейді, бірақ магниттік басы болғандықтан кеңістіктік деректерге қол жеткізу үлгілерін кездейсоқ жазғаннан кейін тізбектелген оқуға әсер етеді. фрагменттеу әсер етпейтін кезде табақшадағы мәліметтерді оқыңыз SSD дискілер.

Шығарылымдары ONTAP өйткені 7.3.1 кеңістіктік деректердің орналасуын оңтайландырудың бірқатар әдістерін қамтиды қайта бөлу жоспарланған және қолмен орындалатын команда дефрагментация, және Оқып болғаннан кейін жазыңыз кеңістіктік фрагментациядан туындаған деректерге қол жетімділіктің оңтайлы үлгілерін анықтайтын және автоматты түрде түзететін көлем параметрі. Шығарылымдары ONTAP 8.1.1 файлдық жүйенің ішіндегі бос кеңістікті автоматты түрде оңтайландырудың басқа әдістерін қамтиды, бұл деректерге қол жеткізудің көптеген үлгілері үшін оңтайлы орналасуын сақтауға көмектеседі. 7G-ге дейін wafl сканерлеуді қайта бөлу команданы қосымша артықшылық деңгейінен шақыру қажет болады және оны жоспарлау мүмкін емес. Шығарылымдары ONTAP өйткені 9.1 ONTAP 9.2-ден бастап SSD пайдалануды оңтайландыру үшін Inline Data Compaction (9.1-де) сияқты бірқатар әдістерді енгізді FabricPool S3 сақтауды баяулататын және SSD үшін қажет болса, суық деректерді автоматты түрде деңгейлеуге арналған функционалдылық агрегаттар, және Көлемді қайталандыру әр агрегат үшін ең көп дегенде 800ТиБ болатын жиынтықта.[5]

Суреттер

Дәстүрлі көшірме жазу техникасының деректерін сақтық көшірмесінде
Сақтық көшірмедегі NetApp RoW Snapshot деректері

WAFL қолдайды суреттер файлдық жүйенің тек оқуға арналған көшірмелері. Түсірілім суреттері консистенция нүктесінде орындалатын бірдей амалдарды орындау арқылы жасалады, бірақ файлдық жүйенің ағымдағы күйіне сәйкес түбірлік инодты жаңартудың орнына түбірлік инодтың көшірмесін сақтайды. Файлдық жүйенің барлық деректері мен метадеректерін түбіртектік инодыдан табуға болатындықтан, файлдық жүйенің барлық деректері мен метадеректерін, суретті жасаған уақыттағы суретті root иноды көшірмесінен табуға болады. Суретке түсіру үшін басқа деректерді көшіру қажет емес.[4]

Блоктар блок картасын қолдану арқылы жазылған кезде бөлінеді, ол блоктардың қайсысы қолданылып жатқанын және қай блоктардың бос екендігін қадағалайды. Блоктық картадағы жазба файлдық жүйенің қолданыстағы нұсқасында блоктың қолданылып жатқанын көрсететін аз және блоктың суретке түсіріліп жатқанын көрсететін бірнеше суретке түсіреді. Бұл суреттің суреті жойылғанға дейін оның суретке түсірілмеуін қамтамасыз етеді. Блок-картаны қолданып, барлық жаңа жазбалар мен қайта жазулар жаңа бос блоктарға жазылады, WAFL тек блок сәтті қайта жазатын есептер шығарады, бірақ ешқандай қайта жазулар болмайды, бұл жазуға қайта бағыттау (ROW) әдісі деп аталады.[4] Қайта жазу операциялары ROW-мен салыстырғанда әлдеқайда жылдам Жазуға көшіру егер ескі мәліметтер блогы орнында қайта жазылып, суретке түсірілуі керек болса, онда бастапқы деректерді сақтау үшін суреттің резервіне бөлінген кеңістікке көшіру керек, бұл жүйе осы блокқа қайта жазғаннан кейін қосымша деректерді көшіру операцияларын жасайды.

Snapshots файлдар жүйесіндегі арнайы жасырын каталогтар арқылы жылдам қол жеткізуге болатын онлайн сақтық көшірмелерін ұсынады, бұл пайдаланушыларға кездейсоқ жойылған немесе өзгертілген файлдарды қалпына келтіруге мүмкіндік береді.[4]

NetApp-тің Data ONTAP Release 7G операциялық жүйесі деп аталатын оқу-жазу суретін қолдайды FlexClone. Суреттер - осындай технологиялардың негізі SnapMirror, SnapVault және Интернеттегі көлемді жылжыту сияқты мүмкіндіктер FlexClone, SnapLock, SnapRestore бұл WAFL мүмкіндіктері мен инодтармен манипуляциялар сияқты қасиеттерді пайдаланатын суретке ұқсас технологиялар. ONTAP 9.4-тен бастап әрбір FlexVol үшін суреттердің максималды саны 1024 құрайды, ал алдыңғы нұсқаларында максималды шектеу 255 болған.

ONTAP 9.5 суретін бөлісу функциясы Белсенді файлдық жүйеде және суреттерде қайталануды қарап шығуды іске қосу үшін қосылды, ал қосарлануды үнемдеу - бұл суреттер санының шамасы. 9.5-ге дейін суретке түсірілген қайталанбаған деректерді көшіру процесінде пайдалану мүмкін болмады және тек белсенді файлдық жүйеде жұмыс істейді.

Файл және каталог моделі

WAFL-дің маңызды ерекшелігі оның а Unix -style файлы және каталог моделі NFS клиенттер және а Microsoft Windows -style файлы және каталог моделі SMB клиенттер. WAFL сонымен қатар қауіпсіздік екі моделін де қолдайды, оның ішінде бір томдағы әр түрлі файлдарда әртүрлі қауіпсіздік атрибуттары болуы мүмкін режим. Unix кез келгенін қолдана алады[6] қол жетімділікті басқару тізімдері (ACL) немесе қарапайым битмаска, ал жақында Windows моделі қол жетімділікті басқару тізімдеріне негізделген. Бұл екі мүмкіндік файлды SMB типтік желілік жүйеге жазуға және кейінірек Unix жұмыс бекетінен NFS арқылы қол жеткізуге мүмкіндік береді. WAFL файлында қарапайым файлдармен қатар файл деп аталатын контейнерлер де болуы мүмкін LUNs пайдалану арқылы қол жеткізуге болатын блоктық құрылғыларға арналған LUN сериялық нөмірі сияқты арнайы атрибуттармен Сан іске қосылған хаттамалар ONTAP ОЖ-нің бағдарламалық жасақтамасы.

FlexVol

WAFL FlexVol орналасуы: пайдаланушы деректерімен бірге блоктар және методеректер

Әрбір икемді көлем (FlexVol) - бұл жеке WAFL файлдық жүйесі жиынтық және жиынтықтағы барлық дискілерге таратылады. Әрбір агрегат бірнеше FlexVol көлемін қамтуы мүмкін және әдетте оларда болады. Деректерді оңтайландыру процесінде ONTAP, сонымен қатар «Тетрис», үйлесімділік нүктелерімен аяқталады (қараңыз) NVRAM ) барлық FlexVol көлемдерінде жиынтықтағы барлық дискілер бойынша деректер блоктарын мүмкіндігінше біркелкі таратуға бағдарламаланған, сондықтан әрбір FlexVol жиынтықтағы барлық деректер дискілерінің барлық қол жетімді өнімділігін қолдана алады. Жиынтықта барлық деректер дискілері бойынша мәліметтер блогын біркелкі таратуға жақындаған кезде, FlexVol үшін өнімді дроссельдеу QoS сақтауымен динамикалық түрде орындалуы мүмкін және өнімділікке кепілдік беру және пайдаланылмаған өнімділікті қамтамасыз ету үшін әр FlexVol үшін арнайы агрегаттарды немесе RAID топтарын қажет етпейді. оны қажет ететін FlexVol көлемі. Әрбір FlexVol қалың немесе теңшелуі мүмкін жұқа қамтамасыз етілген кеңістікті және кейінірек кез келген уақытта өзгертуге болады. Құрылғыға кіруді бұғаттаңыз сақтау аймағы ] (SAN) сияқты хаттамалар iSCSI, Талшықты арна (FC) және Ethernet арқылы талшықты арна (FCoE) ұқсас LUN эмуляциясымен жасалады Құрылғы FlexVol көлемінің үстіндегі техника; WAFL файлдық жүйесіндегі әрбір LUN файл түрінде көрінеді, бірақ блоктық құрылғыларға қажет қосымша қасиеттерге ие. LUN-ді қалың немесе жұқа қамтамасыз етілген және оны кейінірек өзгертуге болады. WAFL архитектурасының арқасында FlexVols және LUNs жылдамдықта кеңістікті пайдалануды азайтуы немесе азайтуы мүмкін. Егер FlexVol-да мәліметтер болса, ішкі кеңістікті пайдаланылған кеңістіктен кем емес азайтуға болады. WAFL файлдық жүйесінде онымен бірге LUN ​​өлшемін азайтуға болады, ONTAP SAN архитектурасына байланысты жоғарғы деңгейлі блок құрылымы туралы білімі жоқ, сондықтан ол деректерді кесіп тастауы және файлдық жүйеге зиян келтіруі мүмкін, сондықтан хост деректерді жоғалтудың алдын алу үшін жаңа LUN шекарасына деректерді кіргізуі керек. Әрбір FlexVol-дің өзіндік болуы мүмкін QoS, FlashPool, FlasCache немесе FabricPool саясат.

Егер екі FlexVol томы жасалса, әрқайсысы екі агрегатта және екі түрлі контроллерге тиесілі агрегаттарда, ал жүйелік әкімші NAS протоколы арқылы осы көлемдерден кеңістікті қолдануы керек. Содан кейін олар әр файлда екі файлдық бөлісу жасайды. Бұл жағдайда әкімші тіпті әртүрлі IP-адрестер жасайды; әрқайсысы арнайы файл бөлісуіне қол жеткізу үшін қолданылады. Әр томның бір жазба вафиниі болады және екі шелек орын болады. Екі том бір контроллерде болса да, мысалы бір агрегатта болса да (екінші агрегат болса, бұл жағдайда ол қолданылмайды) және екі томға да бір IP-адрес арқылы қол жеткізілсе де, екі жазба болуы керек, әр томға бір және әрқашан екі бөлек шелек болады. Сондықтан, сізде қанша көлем болса, соғұрлым сізде жазу вафиндері көбірек болады (параллельдеу және осылайша процессорды жақсы пайдалану), бірақ содан кейін сізде бірнеше том болады (және кеңістікке арналған бірнеше шелектер, осылайша бірнеше файл бөлімдері).

Плекстер

Плекстерді пайдаланып, SyncMirror репликациясы

Ұқсас RAID-1, ONTAP жүйелеріндегі плекстер айнадағы деректерді екі жерде сақтай алады, бірақ әдеттегі RAID-1 бір сақтау жүйесінің шекарасында болуы керек болғанымен, екі плексті екі сақтау жүйесі арасында бөлуге болады. Әрқайсысы жиынтық бір немесе екі плекстен тұрады. Кәдімгі HA сақтау жүйелерінде әр агрегат үшін тек бір плекс болады, ал SyncMirror жергілікті немесе MetroCluster конфигурацияларында әр агрегат үшін екі плекс болуы мүмкін. Екінші жағынан, әрбір плекске бір немесе бірнеше NetApp-тың негізгі сақтау орны кіреді RAID топтары немесе үшінші тарап сақтау жүйелерінен LUN (қараңыз) FlexArray ) ұқсас бір плексте RAID-0. Егер агрегат екі плекстен тұрса, бір плекс қожайын, ал екіншісі құл ретінде қарастырылады; құлдар бірдей RAID конфигурациясы мен диск жетектерінен тұруы керек. Мысалы, егер бізде екі плекстен тұратын агрегат болса, онда негізгі плекс 21 деректерден және RAID-TEC-тегі 3 1.8 TB SAS париттік жетектерінен тұрады, онда реплика плексі 21 мәліметтерден және RAID-дегі 3 1.8 TB SAS париттік дискілерден тұрады. -TEC. Екінші мысал, егер бізде екі плекстен тұратын агрегат болса, онда негізгі плекс бір RAID 17 деректерінен және 3 парасатты SAS диск жетектерінен тұрады, олар RAID-TEC және екінші RAID ретінде теңшелген 1,8 ТБ драйверлерінен тұрады, және 2 деректер мен 2 бар RAID-DP паритет SSD 960 ГБ. Екінші плексте бірдей конфигурация болуы керек: бір RAID 17 деректері және 3 париттік SAS дискілері RAID-TEC ретінде теңшелген 1,8 ТБ дискілері, ал құл плексіндегі екінші RAID - RAID-DP 2 деректермен және 2 паритет SSD 960 ГБ.MetroCluster деректерді синхронды көбейту үшін конфигурацияларда SyncMirror технологиясы қолданылады. Екі SyncMirror параметрі бар: MetroCluster және Local SyncMirror, екеуі де екі плекс арасындағы деректерді синхронды көбейту үшін бірдей плекс техникасын қолданады. Жергілікті SyncMirror екі плексті де бір контроллерде жасайды және көбіне сақтау жүйесіндегі бүкіл дискі сөресінің істен шығуын болдырмау үшін қосымша қауіпсіздік үшін қолданылады. MetroCluster деректерді екі сақтау жүйесі арасында көшіруге мүмкіндік береді. Әр сақтау жүйесі бір контроллерден тұруы немесе екі контроллермен HA жұбы ретінде теңшелуі мүмкін. Бір HA жұбында бөлек шассиде екі контроллер болуы мүмкін және бір-бірінен қашықтығы ондаған метр болуы мүмкін, ал MetroCluster конфигурациясында 300 км-ге дейін болуы мүмкін.

Тұрақты жады

MetroCluster және HA жүйелерінде тұрақты жад кэшін бейнелеу

Көптеген бәсекелестер сияқты, NetApp ONTAP жүйелері жадты хосттардан деректерді қабылдау мен кэштеу үшін, ең бастысы, деректерді жазудан бұрын оңтайландыру үшін тезірек сақтау құралы ретінде қолдана отырып, осындай сақтау жүйелерінің жұмысын едәуір жақсартады. Бәсекелестер кеңінен қолдануда тұрақты жад (NVRAM) күтпеген оқиғалар кезінде деректерді сақтау үшін, кэштеу үшін де, деректерді оңтайландыру үшін қайта жүктеу сияқты, кәдімгі NetApp ONTAP жүйелері жедел жад (RAM) деректерді оңтайландыру үшін және NVRAM немесе NVDIMM үшін бастапқы деректерді өзгеріссіз күйде тіркеу үшін, өйткені олар хосттардан алынған транзакцияны тіркеу сияқты. Реляциялық мәліметтер базасы. Апат болған жағдайда, әрине, қайта жүктелгеннен кейін жедел жад автоматты түрде тазартылады және деректер тұрақты емес жадта журналдар түрінде сақталады NVLOG қайта жүктелгеннен кейін өмір сүреді және консистенцияны қалпына келтіру үшін қолданылады. ONTAP жүйелеріндегі барлық өзгерістер мен оңтайландырулар тек RAM-та жасалады, бұл ONTAP жүйелері үшін тұрақты жад көлемін азайтуға көмектеседі. Оптимизациядан кейін тетрис тәрізді құрылымдалған хосттардың деректері оңтайландырылған және бірнеше кезеңдерді (мысалы, WAFL және RAID) өту үшін дайындалған, олар RAID топтарындағы негізгі дискілерге жазылады. жиынтық деректер қайда сақталады. Оптимизациядан кейін мәліметтер дәйектілік дәйектілігі (CP) транзакциясының бір бөлігі ретінде дискілерге жазылатын болады. Жинақталған мәліметтерге қажетті WAFL метадеректері және RAID паритет, сондықтан дәстүрлі RAID-6 және RAID-4 топтарындағыдай деректер дискілерінен қосымша оқулар болмайды, паритеттерге есептеулер және паритеттерге жазулар болмайды. Алдымен CP деректер жазылатын жинақтауышта жүйенің суретін жасайды, содан кейін оңтайландырылады және RAM-тен деректерді біртұтас транзакция ретінде дәйекті түрде жазады, егер ол сәтсіз болса, кенеттен қайта жүктеу кезінде бүкіл транзакция орындалмайды. WAFL файлдық жүйесі әрдайым сәйкес келеді. CP транзакциясы сәтті болған жағдайда жаңа белсенді файлдық жүйе таралады және сәйкес NVLOG тазартылады. Барлық деректер әрдайым жаңа орынға жазылатын болады, сондықтан қайта жазу мүмкін емес. Деректер блоктары ақысыз деп жойылған, сондықтан оларды келесі CP циклдарында қолдануға болады және жүйеде WAFL-дың әрдайым жазылатын-жаңа-орынға ауысу саясатымен орын болмайды. HA сақтау жүйелеріндегі тек NVLOGs екі контроллер арасында синхронды түрде HA сақтау жүйесінің істен шығу мүмкіндігі үшін көшіріледі, бұл жалпы жадты қорғаудың қосымша шығындарын азайтуға көмектеседі. HA конфигурациясындағы екі контроллері бар сақтау жүйесінде немесе MetroCluster әр сайтта бір контроллермен, екі контроллердің әрқайсысы өзінің тұрақты жадын екі бөлікке бөледі: жергілікті және оның серіктесі. Төрт түйіні бар MetroCluster конфигурациясында әрқайсысы тұрақты емес жад келесі бөліктерге бөлінеді: жергілікті, жергілікті серіктес және қашықтағы серіктес.[7]

All-Flash FAS A800 жүйесінен бастап, NetApp NVRAM PCI модулін жад шинасына қосылған NVDIMM ауыстырып, өнімділігін арттырды.

Сондай-ақ қараңыз

Ескертулер

  1. ^ «Сақтау шектеулері». library.netapp.com.
  2. ^ «NetApp көлемді шифрлау, Nitty Gritty | IOPS.ca».
  3. ^ «WAFL файлдық жүйе ме?». Blogs.netapp.com. Архивтелген түпнұсқа 15 шілде 2014 ж.
  4. ^ а б c г. e f Дэйв Хитц; Джеймс Лау; Майкл Малкольм (1994 ж. 19 қаңтар). NFS файл сервері құрылғысына арналған файлдық жүйенің дизайны (PDF). USENIX 1994 жылғы қыс.
  5. ^ Париси, Джастин (14 шілде, 2017). «VMware-ті ONTAP-те іске қосу керек пе? Неліктен ONTAP 9.2-ке жаңартуды ойластыру керек».
  6. ^ «Linux жүйесінде POSIX қатынасты басқару тізімдері». Suse.de. Архивтелген түпнұсқа 2007-01-24.
  7. ^ «Кластерлік мәліметтер ONTAP® 8.3. MetroCluster ™ басқару және апаттарды қалпына келтіру бойынша нұсқаулық: MetroCluster конфигурациясында NVRAM және NVMEM кэштерін көрсету». NetApp. 1 қыркүйек 2015. мұрағатталған түпнұсқа (URL) 2018-01-24. Алынған 24 қаңтар 2018.

Сыртқы сілтемелер