home.social

#sds — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #sds, aggregated by home.social.

fetched live
  1. Make STL Cringe Again: Как я динамические строки на C создавал

    Привет, Хабр! Однажды я подумал, что вот не умеют разработчики жить. В каждом из языков есть свои напасти (от которых, в принципе, спасаются разве что разработчики-полиглоты). Возьмем хотя бы C++ — даже без его шаблонов, исключений, и т.д., там все еще много мраков. Возьмем хотя бы iostream — он, блин, весит 2 МБ в последней версии GCC при компиляции под Windows ! Или, вот, std::string — динамическая строка. Звучит интересно на бумаге, учитывая, что язык не из добрейших, но на практике...

    habr.com/ru/articles/1073150/

    #c #c++ #строки #stl #алгоритмы #динамические_строки #sds #оптимизация

  2. Как спроектировать кластер программно-определяемого блочного хранилища, который не подведет через год

    SDS-кластер, собранный на глазок и прошедший приёмочные тесты, вполне может проработать полгода без единой жалобы, а потом упереться в стену. Причина обычно в том, что при проектировании никто не подумал об эксплуатации на годы вперёд — не заложили рост по узлам, памяти или сети, и нагрузка уперлась в архитектурный лимит, который без остановки и миграции не раздвинуть. Большинство таких проблем можно предсказать и предотвратить ещё на этапе проектирования — об этом статья: как выбрать архитектуру для кластеров MIND uStor, посчитать ресурсы сервера, спроектировать сеть и настроить кластер так, чтобы он держал нагрузку предсказуемо и переживал отказы без драмы. Материал написан для инженеров, которые проектируют или сопровождают такие кластеры.

    habr.com/ru/companies/mind_sof

    #SDS #программноопределяемое_хранилище #блочное_хранилище #СХД #MIND_uStor #Erasure_Coding #репликация_данных #capacity_planning #отказоустойчивость #NVMe

  3. I refuse to argue with idiots who have deranged views about #socialism being bad. Socialism is literally about serving the common good.

    #SocialismDerangementSyndrome #SDS

  4. SDS TROK: теперь и S3. Как мы построили объектное хранилище поверх блочной репликации

    Хабр, привет! На связи Антон Ботвинников, директор по продукту SDS TROK. S3 — модное слово. Его вставляют в питчи, роадмапы и презентации так часто, что даже человек, который не до конца понимает технологию, умудряется звучать убедительно, называя это вслух. Мы тоже решили быть в теме и в новом релизе SDS TROK добавили поддержку S3. Очень просили заказчики. Хочу рассказать, что получилось.

    habr.com/ru/companies/astralin

    #s3хранилище #sds #trok #apigateway

  5. MIND uStor: модель хранения данных, алгоритм ввода-вывода и отказоустойчивость

    Архитектура — это не список функций. Это набор инженерных решений, которые определяют, где система выиграет, где проиграет и почему. Большинство распределенных хранилищ при заполнении примерно на 95% начинают работать в 2-3 раза медленнее. В наших тестах производительность упала всего на 4–9%. Причина в архитектуре MIND uStor. В этой статье разберем, как устроена модель хранения данных, как организован ввод-вывод и за счет чего система сохраняет производительность даже при высокой утилизации дискового пространства. В первой статье мы рассмотрели типичные проблемы программно-определяемых хранилищ (SDS): падение производительности по мере заполнения, дополнительные затраты на отказоустойчивость и сложность эксплуатации. Эти ограничения характерны для большинства систем такого класса, поэтому при разработке uStor нам пришлось искать баланс между производительностью, надежностью, эффективностью использования дискового пространства и сложностью реализации. Здесь разберем, как устроено размещение данных, каким образом кластер сохраняет производительность при заполнении свыше 90%, как работают RF- и EC-пулы, а также почему iSCSI-таргет реализован в пространстве пользователя. Отдельно остановимся на компромиссах, которых потребовала реализация этих решений.

    habr.com/ru/companies/mind_sof

    #схд #sds #uStor

  6. Blockstor: Kubernetes-native альтернатива LINSTOR, которую мы готовим как отдельный CNCF-проект

    Всем привет. Мы в Ænix давно занимаемся Kubernetes-платформами, bare metal-инфраструктурой и Cozystack, поэтому тема блочного хранилища для Kubernetes у нас не теоретическая. Это та часть стека, где красивых абстракций быстро становится мало: надо переживать падения нод, понимать топологию, реплицировать данные, не ломать PVC, дружить с CSI и при этом оставаться предсказуемыми для операторов. Сегодня хотим показать первый публичный результат этой работы — Blockstor 0.1.0. Blockstor — это открытая система управления распределенным блочным хранилищем для Kubernetes. Она использует DRBD для репликации данных, совместима с REST API LINSTOR и написана на Go как самостоятельная clean-room реализация. Код распространяется под Apache 2.0.

    habr.com/ru/companies/aenix/ar

    #aenix #cozystack #kubernetes #devops #linstor #sds #drbd #open_source #cncf #сторадж

  7. Архитектурный тупик корпоративного хранения: почему смена модели не снимает ограничений и что с этим делать

    История корпоративных систем хранения данных – это путь от жестко специализированных «черных ящиков» к гибким программным платформам. Каждый шаг этой эволюции решал проблемы прошлого, но неизбежно порождал новые противоречия. Сегодня, столкнувшись с радикальным усложнением инфраструктур (от классических ЦОД до частных облаков и объектов КИИ), – отрасль оказалась в точке, где наследие прошлых архитектурных решений стало главным ограничением для будущего. Современная корпоративная инфраструктура перестала быть монолитом. Сегодня это спектр архитектур и моделей потребления, каждая из которых предъявляет уникальные требования к системе хранения данных. С одной стороны - классические ЦОД с четким разделением ролей, ручным управлением и наследием в виде дорогих специализированных массивов. С другой - динамичные частные облака и гибридные среды, где инфраструктура должна предоставляться как сервис, масштабируясь по требованию и работая в условиях множества платформ. Между ними - гиперконвергентные кластеры, среды для критичных приложений (СУБД, VDI) и инфраструктура объектов КИИ, где на первый план выходят экстремальная производительность, отказоустойчивость и соответствие регуляторным требованиям. Все это многообразие объединяет одно требование: система хранения сегодня должна одинаково хорошо работать везде, будь то классический ЦОД или частное облако.

    habr.com/ru/companies/mind_sof

    #sds #схд

  8. Nominations are now open for the Lorena Abad Crespo Award for Innovation in Spatial Data Science! 🎉

    Know someone doing outstanding work in spatial data science, GIS, or geocomputation? Nominate them here: spatial-data-science.github.io

    Please share widely!

  9. 1. SDS Konferenz by FINSOZ e.V.

    Letzte Woche durfte ich unsere Konferenz zur Souveränität in der Sozialwirtschaft eröffnen.

    𝗪𝗲𝗺 𝗴𝗲𝗵𝗼̈𝗿𝘁 𝗲𝗶𝗴𝗲𝗻𝘁𝗹𝗶𝗰𝗵 𝘂𝗻𝘀𝗲𝗿𝗲 𝗱𝗶𝗴𝗶𝘁𝗮𝗹𝗲 𝗪𝗲𝗹𝘁?

    Danke für alle Teilnehmerinnen und Teilnehmer in Paderborn. 🙂
    #FINSOZ #SDS

  10. Strategy is often just guessing with a budget.

    ​We’ve replaced "General Advice" with Diagnostic Triage. SDS is a tactical asset designed to identify and resolve data bottlenecks at the speed of the market.

    ​Friction Modeling. Vulnerability Audits. Strategic SWOT.

    Choose your theater. Initialize the strike.

    ​Full Triage: shaolindataservices.com/#diagn

    ​#DataStrategy #BusinessIntelligence #SDS #KineticData

  11. wacoca.com/news/2776009/ カナダ、EV義務化を撤回 購入奨励策と排出規制で普及促進へ | ロイター #AMERS #Asia #ASXPAC #AUT #Auto #ca #CANADA #CARM #CN #CO2 #Com #CYCS #DEST:NOJPBSM #DEST:NOJPTPM #DEST:NOJPZTM #dip #EASIA #eco #EHVEH #ELEAV #EMRG #ENR #ENV #EU #Gen #INTAG #JFOR #JLN #MCE #NAMER #NRG #POL #PXP #RATI:ADASAVSAFETY #RATI:ELECTRICBATTERY #RATI:REGULATORYPOLICY #RATI:SUSTAINABLEEVSUPPLYCHAIN #REGS #REPI:TECHNOLOGY #RSBI:CLIMATECHANGE #RSBI:SUSTAINABLEMARKETS #SCI #SDS #TOPCMB #TOPNWS #TRD #TRN #カナダ

  12. Consulting is traditionally slow. We’ve optimized it.

    ​The SDS Friction Report identifies structural leaks in your data pipeline without the overhead of stakeholder interviews. Provide one operational trigger; we deliver the modeling.

    ​High-fidelity intelligence for high-stakes theaters. No discovery calls. No fluff. Just the data.

    ​Initialize Diagnostic: shaolindataservices.com/#diagn

    ​#DataIntelligence #OperationalFriction #SDS #Infosec