Как выбрать хранилище S3 On-Premises

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

🔹 Тип поставки: ПАК или ПО

➡️ ПАК. Готовое решение — ПО для работы хранилища уже установлено на конкретную аппаратуру. Поставляется в виде комплекса, где все компоненты сконфигурированы и готовы к использованию.

Из плюсов: быстро и просто установить, гарантирована совместимость. Но есть и минус — «железо» в ПАКах жестко зафиксировано вендором, что ограничивает возможности по модернизации.

➡️ Программное обеспечение, которое можно установить на собственное оборудование.

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

🔹 Привязка к компонентам

➡️ С привязкой. Такие решения обычно требуют меньше настройки, так как максимально адаптированы под конкретное оборудование. Подходит для быстрого внедрения в стандартизированных системах.

➡️ Без привязки. Возможность установить решение на оборудование различных производителей дает гибкость и позволяет адаптировать инфраструктуру под конкретные потребности компании. А если с вендором что-то случится, можно будет легко перейти на другого, не теряя уже настроенную инфраструктуру. Идеально для компаний, которые хотят избежать зависимости от одного поставщика.

🔹 Место хранения метаданных

➡️ На дисках. Это дешевле и проще с технической точки зрения.

➡️ В ОЗУ. Обеспечивает более быстрый доступ. Это ускоряет операции с данными. Кроме того, компания может масштабироваться на десятки миллиардов объектов практически без деградации производительности при операциях листинга. В случае с хранением на дисках такое масштабирование невозможно.

🔹 Репликация данных

➡️ Синхронная. Данные записываются одновременно на все узлы. Это гарантирует, что данные на всех узлах всегда идентичны. Подходит для критически важных систем, в которых не допускаются расхождения в данных. Однако может давать задержку записи, так как система ожидает подтверждения на всех узлах перед завершением операции.

➡️ Асинхронная. Данные записываются сначала на основной узел, а затем реплицируются на другие. Это позволяет уменьшить задержку при записи, но создает риск несоответствия данных в случае внезапного отказа основного узла. Оптимально для систем с высокой нагрузкой, где важнее скорость записи.

🔹 Режимы работы отказоустойчивых кластеров

➡️Active-Active (Master-Master). Все узлы кластера одновременно активно обрабатывают запросы пользователей. Это позволяет равномерно распределять нагрузку между узлами и обеспечивает высокую доступность системы.

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

➡️ Active-Passive (Master-Slave). «Активный» узел принимает запросы на запись, а остальные — только на чтение. Если он выходит из строя, один из пассивных узлов переходит в активный режим и берет на себя обработку запросов.

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

🔹 Возможности при росте объемов и нагрузки

➡️ Масштабируемость. Хранилище должно поддерживать добавление новых серверов или хранилищ для обработки увеличивающейся нагрузки и объема информации.

➡️Производительность. Недостаточная производительность может привести к увеличению времени обработки запросов, что может негативно сказаться на работе бизнеса и удовлетворенности пользователей.

Хранилища S3 On-premises — недешевое приобретение. Поэтому перед принятием решения о покупке можно попробовать облачную версию. VK Cloud предоставляет такую возможность.

#vkcloud
@digitize_IT — мнения и управленческий опыт ИТ-лидеров