Корпоративное хранилище будет эффективно и стабильно решать задачи компании, если выбрать для него правильное оборудование. Например, слишком низкая скорость чтения и записи данных приведет к задержкам в доступе и выполнении операций, особенно при больших объемах данных. Выбранные компоненты должны быть совместимы с действующими системами, иначе возникнут проблемы с интеграцией. Не менее важна масштабируемость: если инфраструктуру трудно расширять, это может ограничить рост бизнеса и усложнить обработку увеличившихся массивов данных.
Ошибки компаний при выборе техники для облачного хранилища
Многие организации не знают, какие именно данные чаще всего используют в компании и какое оборудование для этого нужно. Поэтому покупают технику, объемы хранения и производительность которой меньше, чем им необходимо. В результате ресурсов может не хватить и нужно будет докупать дополнительные мощности. Или наоборот: данных не так много, как казалось, поэтому слишком производительная техника будет работать не в полную силу.
Неверно оценивать объемы и типы данных
Важно учитывать задачи клиента и профиль нагрузки. Например, узким местом может стать запись файлов, особенно если скорость ограничена. При необходимости система должна справляться с большим объемом операций.
Например, в одной компании мы столкнулись с проблемой: данные не успевали записываться на HDD. Для ее решения мы сделали промежуточное горячее хранение на твердотельных SSD-дисках, при этом постепенно перекачивали информацию в холодное хранилище на HDD. Еще мы разработали механизм параллельной записи на несколько HDD-дисков.
Кроме того, нужно точно спрогнозировать профиль нагрузки и выбрать правильное железо. Рекомендуемые технические требования: хотя бы три сервера для хранения, как минимум один HDD для хранения и любая Linux или отечественная ОС. Также нужны процессоры уровня E5-2650v3 — они обеспечат баланс между ценой и производительностью, а оперативная память DDR4 2400 МГц минимизирует задержки при обработке данных. Такая сборка будет производительной и недорогой.
Например, собственное решение компании Platformcraft на основе ПО DEPOT. ПО работает напрямую с дисками для горячего и холодного хранения по принципу параллельной загрузки, из-за чего пропускная способность записи не ограничена.
Игнорировать масштабируемость
В распределенной архитектуре важно, чтобы оборудование легко адаптировалось к растущим требованиям бизнеса. Для этого система должна масштабироваться горизонтально — добавлять новые узлы и вертикально — увеличивать ресурсы в существующих. Такое решение будет гибким и не потребует больших затрат в будущем.
Когда вы добавляете новое оборудование, учитывайте его совместимость с характеристиками и производительностью уже имеющихся в компании систем. Так как наш продукт — полностью кастомная разработка, вы можете экспериментировать с компонентами и сохранять стабильность работы. Например, раньше мы использовали в нашем решении диски по 18 ТБ — 36 штук на сервер, а теперь софт поддерживает переход на 22 ТБ. Open source системы могут не справиться с такими изменениями, поскольку они чувствительны к неправильному железу.
Чтобы минимизировать риски при миграции данных, не заменяйте технику целиком. Используйте для масштабирования новое устройство — подключите его рядом со старым, чтобы постепенно перенаправлять нагрузку и копировать данные. В случае с решением Platformcraft данные автоматически восстанавливаются с других реплик, если один из серверов выходит из строя. Если нужно полностью заменить старое оборудование, его данные можно просто перелить на новое.
Не учитывать сценарии использования
Например, для резервного копирования, архивирования или потоковой передачи данных нужно оборудование с разными характеристиками. Иначе работа станет неэффективной, а затраты — увеличатся. Поэтому при выборе техники нужно учитывать пропускную способность сети. Важно, чтобы сетевые интерфейсы выдерживали ожидаемую нагрузку и были готовы к будущему росту. Например, если в системе гигабитный канал, а вам нужна скорость 10 Гбит/с, работа замедлится, а данные сотрутся.
Уделять мало внимания отказоустойчивости и безопасности
Ошибки часто появляются, если сотрудники фирмы недооценивают риски. Компании не думают о резервировании данных и об отказоустойчивых конфигурациях, так как считают одно устройство или хранилище достаточно надежными.
Многие организации не учитывают нагрузку на оборудование и выбирают компоненты, характеристик которых не хватает для нормальной работы. Это может привести к перегрузкам и сбоям. Поэтому важно выбрать устройства с высокой отказоустойчивостью, чтобы минимизировать риск потерять данные и получить бесперебойный доступ к хранилищу. В этом помогут, например, RAID-массивы, резервирование данных и репликация.
Кроме того, компании иногда выбирают более дешевые устройства без шифрования данных и резервирования. Это ставит под угрозу безопасность и доступность информации. Проверяйте, чтобы железо поддерживало встроенное шифрование и было совместимо с системами резервного копирования. Также важно иметь автоматические резервные копии и реплицировать данные на отдельные носители или локации, чтобы не потерять информацию.
Еще одна причина проблем с надежностью — недостаточное тестирование и мониторинг оборудования после его установки. Нужно регулярно оценивать состояние устройств, чтобы предсказать и предотвратить возможные отказы.
Заключение
Важно учитывать возможное масштабирование, все сценарии использования оборудования, объемы и типы данных компании. Также не стоит игнорировать отказоустойчивость и безопасность.