Мені потрібна краща система зберігання та архіву для файлів мого малого бізнесу. Конкретно файли є завершеними відеопроектами. Поза часовими обмеженнями та витратами, що мене стримує, це те, що я не вірю ні в одне з розглянутих рішень. Тому я викладаю свою проблему і свої думки. Буду вдячний за будь-яку думку.
Бюджет: я вірю в те, щоб витратити те, що потрібно. Як говориться, ми малий бізнес. Я сподіваюся, що я можу вийти з цього за <5k і більше близько 1-3k. Це може бути мрія про трубу. Просто скажи мені так.
Проблема:
- Сирі відеофайли мають величезний розмір файлів. На сьогодні ми накопичили, мабуть, 10 + тб, і це швидко зростає.
- Для редагування відео потрібен швидкий доступ для читання / запису до файлів, так що центральний файловий сервер або файли, що базуються на хмарі, не будуть досить швидкими. Тому нам, мабуть, потрібне рішення для старих проектів, і теперішні проекти повинні залишатися місцевими.
- Ми хочемо якесь рішення щодо надмірності та виїзду.
Що ми зараз робимо:
- Ми використовуємо великі, якісні зовнішні жорсткі диски.
- Ми завжди купуємо в парі і копіюємо вміст вручну. Іншими словами, ми працюємо з одного, і копіюємо файли в інший, який служить резервним копіюванням / падінням назад.
- Ці HD-файли досить швидкі з firewire800 або USB3, щоб безпосередньо працювати.
- Після заповнення ми відкладаємо пару.
Що не так у поточному рішенні:
- Незважаючи на те, що дані дублюються на двох накопичувачах, ці диски не є "резервними копіями" та не зберігаються за межами сайту.
- Організація через ці багато зовнішніх HD-дисків є складною. Який проект на якому приводі? тощо.
- Врешті-решт у нас з’явиться смішна кількість жорстких дисків.
- Копіювання не є RAID.
Параметри:
Локальний сервер
- Купіть сервер для кріплення на стійці та корпус масиву жорсткого диска, наприклад Norco, (SAS) (20 місць).
- Усі відеофайли зберігатимуться на цьому сервері. Ми могли б встановити та заплатити хмарну послугу, щоб створити резервну копію цього комп'ютера / сервера. CrashPlan працює на Linux і не обмежує кількість даних. Гарні DDrives були б фізичними накопичувачами, підключеними до сервера, тому ми обійшли правила "no NAS" у таких компаній, як CrashPlan. Це не персональний комп'ютер, тому синхронізація може працювати 24/7/365. Це вирішило б питання поза межами сайту.
- Замість використання сервісу резервного копіювання в Інтернеті, наприклад CrashPlan, ми могли б написати сценарій для синхронізації цих файлів з обліковим записом Amazon Glacier.
- Політика, що відео визирає з роботи зовнішніх жорстких дисків для поточних проектів, але повинна ставити проект на цьому новому комп’ютері після завершення. Іншими словами, продовжуйте використовувати зовнішні жорсткі диски для поточних проектів і зберігати архівовані проекти на цьому сервері.
Служби резервного копіювання на основі хмар (CrashPlan.com, BackBlaze.com, Carbonite.com)
- Зазвичай дозволяють створити резервну копію зовнішнього жорсткого диска, який фізично підключений до комп'ютера. (немає NAS або мережевих накопичувачів).
- Зазвичай вони очікують, що резервне копіювання зовнішнього диска залишиться на зв’язку з вашим комп'ютером, а всі дані залишаться на диску. Якщо ви не підключаєте зовнішній жорсткий диск місяцями, що станеться з резервними копіями? Якщо ви очистите простір, видаливши старі проекти, вони також будуть видалені з онлайн-сервісу.
- Вимагає від наших користувачів залишати зовнішні жорсткі диски, підключені до свого комп'ютера, поки всі дані не опиняться у хмарі. Для великого проекту це може зайняти тижні.
- Відновлення проекту було б дуже повільним через швидкість передачі через Інтернет.
- Ці хмарні резервні копії зазвичай характерні для одного користувача / одного комп’ютера. Отже, якщо жорсткий диск створив резервну копію одним користувачем. Потім другий користувач працює над проектом, що це означає?
Великий NAS
- NAS - це "Зберігання мережевих площ". Ви вставляєте стільки ж жорстких дисків, скільки буде вміщено. Це здійснить рейд на них. Ви можете отримати доступ до цього через підключення до мережі або, можливо, через USB3 / Firewire.
- Більшість з них запечатала операційну систему. Таким чином, ви не можете запускати інше програмне забезпечення, наприклад хмарні служби резервного копіювання. Також ви не можете робити будь-які налаштування або запускати власне програмне забезпечення. Ви отримуєте те, що купуєте.
- Великі НАН досить дорогі і не дуже великі. Ви не знайдете багатьох з більш ніж 4 бухтами. Наразі великий HD - 3 тб. Тож 4bays може бути десь біля <12tb місця для зберігання. Не супер зручно для майбутнього.
Інші ідеї:
- Резервні копії стрічки.
- Просто архівуйте старіші проекти безпосередньо на льодовику Amazon, пропустіть створення локального сервера для їх зберігання.
Дякую за будь-яку пораду !!! Джед
Після завершення проекту, як часто вам потрібно повертатися назад і працювати з його даними?
—
Майкл Хемптон
Ви розумієте "Великий НАН" надзвичайно мало. Є компанії від NetApp до EMC до IBM до Isilon до багатьох інших, які хотіли б сісти з вами.
—
mfinni
Нам потрібно буде повернутися до цих даних один чи два рази на місяць. Якби була затримка доступу до цих даних (Amazon Glacier), я вважаю, що це було б прийнятно, якби ми говорили години, а не дні.
—
maestrojed
Тоді не використовуйте льодовик. Витрата на отримання буде високою, і ваш бухгалтер викреслить, коли отримає рахунок.
—
HopelessN00b
@mfinni Я впевнений, що EMC та IBM мали б чудові ідеї та чудове обладнання (не знав про NetApp). Не впевнений, що це може відповідати моєму описаному бюджету, і не здається підходящим для малого бізнесу. Схоже, NetApp робить апаратне забезпечення подібним до того, що я називав "масив жорсткого диска", зроблений Norco. Я згадував про це в ідеї побудови власної сервера. Такий підхід ви пропонуєте?
—
maestrojed