Вопрос хранения корпоративных данных является критически важным для любых компаний. Выбор между облачным корпоративным хранилищем и локальным существенно повлияет на капитальные и операционные расходы, поэтому важно разобраться в облачных и внутрикорпоративных системах хранения данных, чтобы выбрать лучший вариант.

Каждый из этих подходов имеет свои особенности, преимущества и недостатки. Их понимание поможет оптимизировать расходы и позволит повысить общую экономическую эффективность бизнеса.

В этой статье мы рассмотрим ключевые аспекты облачных и традиционных систем хранения данных, чтобы помочь предприятиям сделать осознанный выбор.

Что включает в себя корпоративное облачное хранилище?

Облачное хранилище данных – это SaaS-решение для бизнеса, при котором корпоративные данных хранятся на удаленных серверах. Доступ к такому хранилище осуществляется через онлайн, поэтому важно иметь стабильное интернет-соединение.

Преимущества корпоративного облачного хранилища

• Масштабируемость. Вы сможете увеличивать объемы хранения или сокращать их по мере необходимости, для этого не нужно закупать дополнительное оборудование. С облачными решениями вы платите только за используемые ресурсы.

• Экономичность. Вы уменьшаете свои затраты на собственную инфраструктуру, ее построение и закупку оборудования, а также на техническую поддержку и обслуживание. Всю работу с облачным сервисом на себя берут разработчики.

• Доступность. Данные в облаке доступны с любого устройства. Самое главное – иметь подключение к сети Интернет. Так что ваши сотрудники смогут быть мобильными и гибкими в графике и местоположении.

• Быстрое развертывание. Облачные решения быстро настраиваются. Вы сможете внедрить облачное хранилище без длительного процесса закупки и настройки оборудования и уже через пару часов начать работать с решением.

Недостатки корпоративного облачного хранилища

• Необходимость Интернет-подключения. Для доступа к облачному хранилищу, а соответственно и к вашим данным, у сотрудников должно быть стабильное Интернет-соединение.

• Ограничения. Некоторые страны вводят ограничения на передачу и хранение данных для российских компаний, поэтому важно использовать отечественные облачные хранилища, чтобы избежать случаев с SAP.

• Вопросы безопасности. Несмотря на то, что поставщики облачных услуг предлагают расширенные меры безопасности, для многих компаний первостепенен вопрос защиты данных. И им необходимо разворачивать подобные системы внутри корпоративной инфраструктуры. Для таких компаний идеально подойдет традиционное решение для хранения данных.

Как в традиционной инфраструктуре реализовать хранилище данных?

При внутрикорпоративном хранении данных и использовании традиционной инфраструктуры компании используют софт на своих физических серверах.

Для этого необходимо закупить подходящее оборудование, создать команду для обслуживания и поддержки решения, и развернуть специальное программное обеспечение (или создать его) внутри инфраструктуры.

Вы также можете развернуть готовую систему хранения в собственных дата-центрах. Решение обеспечит объектное хранение больших данных, в том числе ваших резервных копий, медиафайлов и пр.

Преимущества традиционного хранилища

• Контроль. Компании имеют полный контроль над своей инфраструктурой, поэтому могут быть полностью уверены в оборудовании и защите данных. Однако не стоит забывать о недобросовестных сотрудниках, которые могут, например, украсть данные.

• Производительность. Благодаря локальному хранилищу для сотрудников снизится задержка доступа, что может быть критично для некоторых приложений.

• Отсутствие зависимости от интернет-соединения. Доступ к данным во внутрикорпоративной инфраструктуре, поэтому ваши сотрудники не будут зависеть от Интернета. Это обеспечивает непрерывность работы в случае сбоев.

Недостатки традиционного хранилища

• Высокая стоимость. Приобретение и настройка оборудования требует значительных капитальных вложений.

• Сложности масштабирования. Увеличение объема хранилища данных будут требовать дополнительных инвестиций в оборудование и пространство для его размещения.

• Обслуживание и администрирование. Требуются высококвалифицированные специалисты для обслуживания и администрирования системы хранения данных.

Особенности управления данными в разных видах корпоративного хранилища

Облачное решение для хранения данных:

1. Автоматизированное резервное копирование – облачные сервисы предлагают встроенные инструменты для автоматизации ряда рабочих процессов.

2. Глобальное распределение данных – SaaS-платформы позволят хранить информацию в гео распределенных центрах обработки данных. Благодаря этому вы улучшите производительность и получите постоянную доступность данных вне зависимости от местоположения.

3. Управление доступом и идентификация – облачные хранилища предлагают продвинутые функции управления доступом и идентификации (IAM), а также шифрование данных.

Корпоративное хранилище внутри своего контура:

1. Высокий уровень безопасности – при традиционном подходе компании могут устанавливать собственные стандарты физической безопасности для защиты данных, включая контроль доступа в помещение, где хранятся серверы.

2. Персонализированные решения – традиционные системы хранения данных могут быть полностью настроены под конкретные нужды бизнеса, включая выбор оборудования, конфигурации и программного обеспечения.

3. Локальный контроль – все операции с данными, включая их обработку и анализ, происходят локально, что может обеспечивать более высокую производительность для специфических задач.

Выводы

Выбор между облачным сервисом для хранения и традиционным хранилищем зависит от таких факторов, как специфика бизнеса, требования к безопасности, требования к масштабируемости, бюджет.

Облачные решения предлагают гибкость и экономию затрат, в то время как традиционные системы хранения обеспечивают высокий уровень контроля и производительности. Компаниям важно тщательно анализировать свои потребности и возможности, прежде чем принимать решение о модели хранения данных.

Материнская плата Asrock D1800B-ITX и 8 гигабайт оперативной памяти. Волей случая, я разжился двумя «четверками» SO-DDR3L и решил пустить их в дело: чего добру пропадать?

Контроллер PCI-E SATA Asmedia 1064, с 4 портами SATA3

120 гиговый SSD Radeon R5SL128G, купленный за недорого на Авито именно для этих целей. Согласен: покупать б/у винты на Авито – не лучшая идея, и для себя, любимого, лучше так никогда не делать, но, в данном случае, я собираю наглядное пособие, поэтому такой вариант вполне оправдан.

Жесткие диски: 2 по 80 Гб для RAID1 и 750 Гб для торрент-клиента и закачек. Последний - форм-фактора 2,5”. Повторюсь, для наглядного пособия вполне сгодится.

К тому же, я планирую рассмотреть в отдельном посте замену дисков массива на диски большего объема и, как следствие, расширение его размера, а для этого две «восьмидесятки» случились, как нельзя, кстати.

Корпус mITX InWin BP655 с блоком питания 200W. У этого корпуса есть одна особенность: в него штатно помещаются только два диска 3.5”, при этом, один из дисков должен быть тонким, поэтому SSD и 750 Гб диск были установлены через переходник в отсек 5.25”.

Немного остановлюсь на количестве жестких дисков. Для себя я делал RAID1 (он же «зеркало») для хранения важных данных: семейный фотовидеоархив, документы для работы жены – то есть, то, что в случае потери будет проблематично, а то и невозможно восстановить. Отдельный диск для торрентов отведен именно по тем же причинам: то, что важно и нужно, переедет на массив, а то, что крутится в закачках и раздачах, в случае потери может быть скачано снова. Вы можете использовать любое количество и конфигурацию дисков по своему желанию: это может быть только «зеркало» из двух дисков, только один диск, два отдельных диска и т.д.

Хочу добавить: очень рекомендую подключать NAS в розетку не напрямую, а через источник бесперебойного питания. Для этой конфигурации хватит самого дешевого бесперебойника мощностью 250 - 350W (350-500 VA).

И еще один момент: пункты меню UEFI указаны для именно этой модели материнской платы, у вас они могут отличаться по названию или расположению. Имейте это в виду.

И еще один вопрос: у меня есть мысль создать сообщество по теме для обмена знаниями и опытом. Если это будет интересно, пишите в комментариях.

Продолжение следует...

Решил попробовать сделать свой хостинг с блекджеком и шл с достаточным местом и без перегрузок по ресурсам процессора, которые появлялись на хостинге при активном пользовании через админку первого сайта с фото. Тем более дома статический IP адрес - не сильно много танцев с бубном, что бы настроить, что бы всё работало.

Была куплена на авито за 1000 руб мелкая материнская плата, также с одним лишь радиатором на процессоре Gigabayte GA-C1037UN на DDR3 и с двумя сетевыми портами на всякий случай. Память 8 гиг у меня уже была.

Был заказан на Алиэкспресс блок питания Pico Psu - преобразователь с 12 вольт на ATX с расчётом на то, что в блоке питания также не будет вентилятора.

Однако внезапно подвернулся за 1000 рублей отличный корпус Mini ITX INWIN BP655BL со вздутыми кондёрами в блоке питания. Блок питания починил, помазал в нём вентилятор и пока ехал из Китая Pico Psu, собрал системничек. Оказалось, что вентилятора в системнике не слышно совсем, только если слушать очень близко, поэтому всё оставил так.

Также был куплен SATA SSD на 500 Гб в ближайшем DNS.

На старом хостинге изменил ресурсные записи IN A на домашний IP адрес. Получается сейчас как бы сайты на хостинге, но физически у меня дома.

На будущий сервер установил Ubuntu 20 (установил desktop версию, хотелось изначально настраивать с нормальным интерфейсом), установил WEB сервер, PHP. Настроил доступ по ssh и ftp. Расшарил каталоги с сайтами в домашней локальной сети.

В качестве фотохостинга установил Piwigo - лёгкая и бесплатная CMS, до неё много чего перебрал, но всё не нравилось. Фотографии на сайт загружаются из собственной админки. В этой тоже есть конечно моменты, которые не очень нравятся, но пойдёт!

Есть возможность создавать пользователей и убирать альбомы (например семейные фото) из публичного пространства и давать доступ только им.

Самый большой минус Piwigo в том, что движок переименовывает загружаемые файлы и рассовывает их по дате, а не по альбомам, которые я создавал. Т.е. зайдя в каталог по локальной сети, например, я не увижу названий альбомов и имён файлов которые загружал, а увижу вот такую картину:

Выглядит сайт (не мой) на Piwigo вот так:

сайт на Piwigo ru

Для публичного файлохранилища выбрал движок h5ai. Бесплатный, лёгкий, гибкий в настройке, с просмотром хранимых картинок и текстов не скачивая. Конечно тоже есть некоторые нюансы, но в целом нормально. На него файлы загружаю с помощью WinSCP.

Выглядит хранилище (не моё) на движке h5ai вот так:

mirrors.lolinet.com

Итого: мелкий системник под столом, монитор на него даже не переключаю - все манипуляции по сети, места на сервере неограниченно - кончится 500 гиг, поставлю больше SSD (или просто второй), все мои цели достигнуты.

А, ещё подарили бесперебойник без АКБ. Аккумулятор был куплен и сервер и основной комп пустил через него.