Яке воно, сучасне мережеве сховище (nas), блог
Поділитися статтею з друзями:
Здрастуй подорожній, ти зайшов в таверну де зможеш відпочити від мандрівок і що більш важливо отримати знання необхідні для подальшої подорожі по всесвіту інформаційних технологій.
критерії вибору
Але щось я відволікся, повернемося до теми моєї розповіді, як же вибрати сховище даних (воно ж NAS) в зручній упаковці і з можливістю доступу для всієї родини?
Насправді все просто, треба всього на всього визначити критерії вибору, для мене їх 3:
Тепер більш детально. Під надійністю я маю на увазі можливість організацііRAID -массівов. Бажано що б роботою з масивами дисків займався окремий чіп (апаратний RAID), це знизить навантаження на центральний процесор і додасть надійності в порівнянні з програмними рішеннями. Для початку давай розберемо відмінності в RAID масивах на прикладі 1-го 2-го і 5-го рівнів:
- RAID 0 - об'єднує два диска в загальний стік, зливаючи їх обсяг і злегка прискорюючи операції читання, але є і ложка дьогтю. При нульовому RAID подвоюється ризик втрати даних розташованих на обох носіях, адже при виході з ладу одного з жорстких дисків, дані на другому будуть також безповоротно втрачені.
- RAID 1 - також об'єднує два HDD, але при цьому вирішує проблему втрати даних роблячи сховище в двоє надійніше. При такій організації масиву, дані дублюються і доступні на будь-якому з носіїв не залежно від смерті іншого, але в такому випадку доводиться жертвувати обсягом, він ділиться на два (було два HDD по 1 ТБ став як один масив на 1 ТБ). По мимо цього падає швидкістю запису, адже записувати дані потрібно тепер на обидва диска одночасно.
- RAID 5 - об'єднають від 3 дисків. Всі диски використовуються не в повному обсязі, годину місця відводиться під розподілені зберігання коди парності. Також падає швидкість запису на 4 порядки порівняно з RAID
Є ще безліч видів RAID, але розповідати про них не входить в мої плани. Я ж взяв, найпоширеніші і прості для розуміння. Більш докладно і дохідливо розписано тут «Рівні RAID - короткі теоретичні відомості '» (картинки взяті звідти ж).
Гнучкість в настройкеRAID допоможе в тому числі зручно масштабувати сховище. Припустимо в 4-х дискової системі 2-ий рівень дозволить поділити загальний обсяг на два і до побачення, але, якщо є ще й 5-ий рівень, з'являється можливість об'єднати три диска в RAID, а четвертий залишити окремо, наприклад, під сміття, або медіа-файли тимчасового характеру.
Що ж стосується зручності використання сховища думаю тут все зрозуміло. "Все зрозуміло" - це саме те що я хочу сказати, зрозуміло, як налаштувати, зрозуміло, як користуватися, зрозумілий доступ до даних і т.д.
трохи цифр
Обсяг даних, що зберігаються
Величина суто індивідуальна і заважить від потреб. тому тут я докладно зупинятися не буду. Але наведу приклад. 3 тб - це 10 фільмів в 4k, або 76 в Full HD, або сотні тисяч примірників музики, фотографій, документів, образів улюблених ігор і т.д. В принципі з урахуванням сучасних реалією і доробком на майбутні вважаю цю цифру адекватної для побудови сховища. Головне пам'ятай що, утворюючи надійне сховище доведеться використовувати RAID і це потрібно враховувати, коли купуєш жорсткі диски.
Ширина каналу зв'язку для передачі інформації вимірюється не в голубах як ти міг подумати, а в більш нудною величиною, а саме в кількості біт переданих за секунду або скорочено біт / c.
Дозволю собі відволіктися на маленький урок інформатики що б в подальшому не виникало плутанини.
Біт це найменша величина інформації в світі інформатики. Відповідний спосіб зрозуміти це просто уявивши собі книгу. Де книга - це жорсткий диск. У книзі найменшою величиною інформації буде буква або символ, то ж відноситься і до біту в інформатиці. Інформація складається з біт які збираються в шматочки по більше, нехай це будуть склади, а називаються ці склади байтами. Однак у нас дуже дивна книга в якій склади складаються рівно з 8 букв, точно також 1 байт складаються з 8 біт. Склади збираються в слова, слова ж можуть бути великими (байт * 1024 = кілобайт) або дуже великими (кбайт * 1024 = мегабайт) або дуже-дуже великими (Мбайт * 1024 = гігабайт). ну ти повинна бути вже зрозумів про що я.
Отже, тепер ти знаєш, що пропускна здатність вимірюється в буквах або бітах. А величина зберігається вимірюється вже в складах або байтах, що логічно. Наприклад 900 мегабайт це 7200 мегабіт, погодься оперувати меншими числами на багато зручніше.
На даний момент для домашніх сховищ в більшості своїй використовуються технології, що дозволяють передавати до 1-го гигабита в секунду по провідному каналу зв'язку і до 1,3 гігабіт на секунду по бездротовому. 1,3 гигабита це 166 мегабайта, а 1 гігабіт це 128 мегабайта соответственно.МНОГО ЦЕ ЧИ МАЛО?
Розрахунок елементарний, для визначення кількості інформації яку потрібно прочитати або передати за одиницю часу використовується поняття, зване «бітрейт». Що б його розрахувати потрібно взяти обсяг даних і поділити на необхідний час. в нашому випадку одиницею часу буде секунда.
Системні вимоги до заліза для мережевого сховища даних (NAS)
Як би банально це не звучало, але найголовніше в сховище даних це жорсткі диски.
Що стосується конкретних виробників і моделей то я б порадив WD RED. З власного досвіду скажу, що робота цих дисків взагалі не викликає ніяких нарікань в моєму власному сховищі вже років 5 як. А технології WD мають не одну парочку смакоти, спеціально заточених для організації NAS.
Що гойдається інтерфейсу підключення, то на цей час поширено два види, етоSATA 3 і вимірающійSATA 2. Різниця між ними суттєва. Аби не заглиблюватися в подробиці розрахунку продуктивності, досить поглянути на безліч тестів жорстких дисків з різними інтерфейсами і стане видно, що для дисків з інтерфейсом SATA 2 швидкість читання (саме вона важлива для домашнього сховища) в середньому становить 50 - 60 мегабайт в секунду. Для SATA 3 це значення становить від 90 до 120 мегабайт. БАГАТО ЦЕ ЧИ МАЛО?
Отже, ми дійшли да червоної точки тієї частини розповіді, яка стосується заліза. Від того які жорсткі диски ти вибереш і буде залежати інше залізо. Як бачиш, NAS можна побудувати і на досить застарілих дисках або просто на тих що у тебе валяються в загашнику вже другий рік. Що стосується іншої частини заліза тут вже на смак і колір твій або того виробника мережевих сховища що ти вибереш.
Який софт використовувати?
Якщо з готовими рішеннями все зрозуміло, це як правило фірмові розробки і там особливо не повибивали. Зазначу лише що варто звернути увагу на наявність WEB-интерфеса, DLNA-сервера, торрент клієнта з можливістю відправляти закачування з інших пристроїв, можна створювати резервні копії з нього і на нього.
У випадку з набором програмного забезпечення для саморобних сховищ даних тут все не так просто. Вибір великий, але я спробую допомогти розібратися.
Найголовніше це операційна система, я виділив дві основні конкуруючих операційних системи на основі яких сам пробував будувати мережеві сховища.
WindowsVSFreeNAS
Windows - мабуть, самий не однозначний вибір для построеніяNAS. з одного боку всім знайома операційна система, з величезним набором зручного ПО, з іншого її універсальність, яка в даному випадку є недоліком і гідністю одночасно. Ну і вартість, на відміну від іншої даної ОС, ця коштує грошей і не маленьких. Але якщо вартість і ваговитість тебе не турбує, то з правильним набором прикладних програм ти зможеш зробити хороше і дуже зручне рішення.
- Величезний вибір прикладного програмного забезпечення.
- Можливість перетворити в універсальний комбайн, який буде зберігати, показувати, качати, резервувати, і все що тільки серденько забажає, це ж вінда.
- Всім знайома архітектура.
FreeNAS - вузько спеціалізована, побудована на надійній платформеFreeBSD. Дозволить тобі зберігати свої дані, і ні про що не турбуючись, а зрозумілий WEB інтерфейс робить настройку сховища тривіальним завданням. Але якщо все-таки душа захочеться більшого, тут почнуться труднощі. Все що виходить за рамки зберігання даних, тут даються користувачеві тільки через читання мінлива, десятки спроб налагодження і поглибленням знань вUNIX системи.
- Складність настройки, якщо тобі потрібно трохи більше ніж зберігання даних.
- Убогий вибір прикладного програмного забезпечення.