#s3server — Public Fediverse posts

Релиз DataSafeS3 v1.3.0

Что делать, если Docker Desktop и L2 multicast живут в разных мирах, а доказать failover кластера перед тегом v1.3.0 всё равно нужно? Под капотом: SSH-контейнеры, unicast keepalived, 9 PASS / 0 SKIP и пара неожиданных багов с Alpine и CRLF. Заглянуть под капот

https://habr.com/ru/articles/1066236/

#s3 #s3server #datasafes3 #объектное_хранилище #решение #opensourse #доступность #installsh

Два self-hosted S3, которые доверяют друг другу: DataSafeS3 v1.1.0

v1.1.0: убрали HTTP-костыль для sink’ов, закрыли /metrics, Teams в UI, trusted clusters. Про v1.0.3 и типичный «pairing failed» на Docker — внутри. Продолжение серии. DataSafeS3 1.1.0: pentest, mTLS

https://habr.com/ru/articles/1055644/

#s3 #s3server #datasafes3 #объектное_хранилище #объектное_хранилище_s3 #объектное_хранение #easy #новое_решение #что_если_не #opensource

Логи, бэкапы, образы, артефакты: где мы используем S3 внутри Рег.облака

Привет, Хабр! На связи Игорь Шишкин, я руковожу отделом разработки облачной платформы Рег.облака. Когда инженеру нужно где-то сложить данные, первая мысль — взять диск побольше. Но внутри нашей инфраструктуры почти всё, что растет и читается параллельно, давно переехало в S3: логи, метрики, бэкапы баз, образы контейнеров, артефакты сборок. Диск остался только там, где он по-настоящему незаменим. В этой статье я расскажу, где именно мы используем объектное хранилище и почему в каждом из этих мест выбрали именно его, а не диск.

https://habr.com/ru/companies/runity/articles/1054318/

#регоблако #s3 #s3server #s3хранилище #k8s #kubernetes #логи #бэкап #метрики #артефакты

Свой S3-server: что делать, если ваши десятки петабайт уже не лезут в коробочные объектные хранилища

В 2024 году уже незачем рассказывать об S3-интерфейсе и сравнивать его с другими вариантами организации объектного хранилища. Вот и мы в Ozon, конечно, предоставляем такое платформенное решение широкому спектру внутренних потребителей. От сервисов, которые хранят картинки товаров для каталога, до бэкапов баз данных. От собственных внутренних разработок, до open-source-решений, таких как Gitlab и Thanos. Пока у вас десятки терабайт и сотни RPS, вас устраивают такие решения, как MinIO. Но по мере роста объёмов и запросов приходится смотреть в сторону таких решений, как Ceph с RGW (RADOS Gateway / Object Gateway). Ну, а когда у вас 3 дата-центра, десятки петабайт данных, миллиарды объектов и десятки тысяч запросов в секунду — в таких условиях и у RGW начинаются проблемы. Эта история началась с того, что и мы с проблемами масштабирования столкнулись. Под хабракатом вы узнаете, как мы прошли через отрицание проблемы, гнев на Ceph, торг с CTO и разработку собственного решения. Как выбирали технологии, на какие грабли наступили, и что в итоге получилось.

https://habr.com/ru/companies/ozontech/articles/818433/

#s3server #s3 #ozon #ozon_tech #ceph #scylladb #lusca #storage #scylla #rgw