Сравнительный анализ эффективности планировщиков СУБД при выполнении различных запросов
Когда мы пишем запрос, СУБД делает гораздо больше, чем просто ищет данные. Она оценивает десятки сценариев выполнения, сравнивает стоимость операций и выбирает оптимальный путь к результату. От этого выбора зависит, будет ли запрос выполняться секунду или минуту. Почему одни системы находят лучший план, а другие выстраивают менее эффективный алгоритм? Попробуем разобраться, как планировщики СУБД принимают решения и что определяет их эффективность.
Читать: https://habr.com/ru/articles/963472/
#ru
@database_design | Другие наши каналы
Когда мы пишем запрос, СУБД делает гораздо больше, чем просто ищет данные. Она оценивает десятки сценариев выполнения, сравнивает стоимость операций и выбирает оптимальный путь к результату. От этого выбора зависит, будет ли запрос выполняться секунду или минуту. Почему одни системы находят лучший план, а другие выстраивают менее эффективный алгоритм? Попробуем разобраться, как планировщики СУБД принимают решения и что определяет их эффективность.
Читать: https://habr.com/ru/articles/963472/
#ru
@database_design | Другие наши каналы
Поднимаем внутренний мессенджер и VoIP-сервер без нарушения законодательства
Cейчас, когда связь с внешними сервисами работает с перебоями, а самым стабильным международным способом созвониться теперь является, внезапно, Steam, VoIP которого точно не блокируется, возникает резонный вопрос: а как коммуницировать хотя бы в рамках собственной компании? Особенно с учетом того, что Discord давно и надежно заблокирован, Slack с рынка ушел, а популярные публичные мессенджеры замедляются или рискуют отправиться в бан? Решение очевидно: поднимать собственные текстовые и VoIP-сервера, о чем мы и поговорим в статье на примере связки Matrix и Jitsi.
Читать: https://habr.com/ru/companies/itsumma/articles/962006/
#ru
@database_design | Другие наши каналы
Cейчас, когда связь с внешними сервисами работает с перебоями, а самым стабильным международным способом созвониться теперь является, внезапно, Steam, VoIP которого точно не блокируется, возникает резонный вопрос: а как коммуницировать хотя бы в рамках собственной компании? Особенно с учетом того, что Discord давно и надежно заблокирован, Slack с рынка ушел, а популярные публичные мессенджеры замедляются или рискуют отправиться в бан? Решение очевидно: поднимать собственные текстовые и VoIP-сервера, о чем мы и поговорим в статье на примере связки Matrix и Jitsi.
Читать: https://habr.com/ru/companies/itsumma/articles/962006/
#ru
@database_design | Другие наши каналы
Пострелизная валидация данных как новый вид тестирования?
Что делать если шаткие предположения о логике работы легаси проектов используют как фундамент для новой логики?
Как обезопасить легаси проект от рисков, которые не может покрыть стандартное тестирование?
Как все это сделать быстро и дешево? И при чем тут, возможно, новый вид тестирования?
Читать: https://habr.com/ru/articles/963860/
#ru
@database_design | Другие наши каналы
Что делать если шаткие предположения о логике работы легаси проектов используют как фундамент для новой логики?
Как обезопасить легаси проект от рисков, которые не может покрыть стандартное тестирование?
Как все это сделать быстро и дешево? И при чем тут, возможно, новый вид тестирования?
Читать: https://habr.com/ru/articles/963860/
#ru
@database_design | Другие наши каналы
MariaDB — новые maintenance-релизы Community Server
MariaDB объявила о доступности версий 11.8.4, 11.4.9, 10.11.15 и 10.6.24. В выпусках — исправления и обновления; подробности в release notes и changelogs. Скачать: mariadb.com/downloads. Источник: mariadb.com/resources/blog
Читать подробнее
#en
@database_design | Другие наши каналы
MariaDB объявила о доступности версий 11.8.4, 11.4.9, 10.11.15 и 10.6.24. В выпусках — исправления и обновления; подробности в release notes и changelogs. Скачать: mariadb.com/downloads. Источник: mariadb.com/resources/blog
Читать подробнее
#en
@database_design | Другие наши каналы
MariaDB
Download MariaDB Products & Tools | MariaDB
Download MariaDB products, connectors, and tools including Community Server, Enterprise Server, ColumnStore and MaxScale.
MariaDB открывает доступ к данным для безопасного корпоративного AI
В блоге MariaDB — анонс: решения MariaDB AI RAG и MariaDB Enterprise MCP Server помогают безопасно интегрировать корпоративные данные в генеративный AI и строить агентные приложения высокого уровня надежности. Подробности в источнике.
Читать подробнее
#en
@database_design | Другие наши каналы
В блоге MariaDB — анонс: решения MariaDB AI RAG и MariaDB Enterprise MCP Server помогают безопасно интегрировать корпоративные данные в генеративный AI и строить агентные приложения высокого уровня надежности. Подробности в источнике.
Читать подробнее
#en
@database_design | Другие наши каналы
MariaDB
MariaDB Unlocks Your Data for Secure, Enterprise-Grade Agentic with MariaDB AI RAG and MariaDB Enterprise MCP Server | MariaDB
As VP of Product at MariaDB, I get to see firsthand how our teams are innovating to solve our customers’ most complex data challenges. I am incredibly excited to share some great news with our…
Бенчмарк бенчмарка Lakehouse-движков, в котором побеждает объективная реальность
Недавно на хабре вышла статья с громким заголовком “Бенчмарк lakehouse-движков, часть 1: StarRocks и Doris падают под нагрузкой, Presto аутсайдер, CedrusData быстрее всех”. В своей статье авторы из Кверифай Лабс выбрали методику TPC-DS, но вместо 99 запросов остановилась на одном, который к тому же запускается на одной машине. Обосновывается это тем, что на одном конкретном запросе нужно разобрать работу оптимизаторов. По результатам исследования делается вывод, что решение, разработанное авторами, является лучшим, в том числе для запуска одного конкретного запроса на одном узле. Давайте попробуем разобраться, действительно ли это так.
Читать: https://habr.com/ru/companies/datasapience/articles/964052/
#ru
@database_design | Другие наши каналы
Недавно на хабре вышла статья с громким заголовком “Бенчмарк lakehouse-движков, часть 1: StarRocks и Doris падают под нагрузкой, Presto аутсайдер, CedrusData быстрее всех”. В своей статье авторы из Кверифай Лабс выбрали методику TPC-DS, но вместо 99 запросов остановилась на одном, который к тому же запускается на одной машине. Обосновывается это тем, что на одном конкретном запросе нужно разобрать работу оптимизаторов. По результатам исследования делается вывод, что решение, разработанное авторами, является лучшим, в том числе для запуска одного конкретного запроса на одном узле. Давайте попробуем разобраться, действительно ли это так.
Читать: https://habr.com/ru/companies/datasapience/articles/964052/
#ru
@database_design | Другие наши каналы
От слов к делу: как Postgres Pro строит будущее в Академгородке
Большинство IT-компаний говорят, что поддерживают open source. На деле это часто означает использование чужого кода и PR-активность. Мы считаем, что настоящий вклад — это коммиты в ядро. И чтобы делать это системно, мы открыли инженерный центр не в столичном бизнес-парке, а в месте, где фундаментальная наука — часть культурного кода. Рассказываем, почему будущее системного программирования мы строим в новосибирском Академгородке.
Читать: https://habr.com/ru/companies/postgrespro/articles/964274/
#ru
@database_design | Другие наши каналы
Большинство IT-компаний говорят, что поддерживают open source. На деле это часто означает использование чужого кода и PR-активность. Мы считаем, что настоящий вклад — это коммиты в ядро. И чтобы делать это системно, мы открыли инженерный центр не в столичном бизнес-парке, а в месте, где фундаментальная наука — часть культурного кода. Рассказываем, почему будущее системного программирования мы строим в новосибирском Академгородке.
Читать: https://habr.com/ru/companies/postgrespro/articles/964274/
#ru
@database_design | Другие наши каналы
❤1
Горизонтальное шардирование: проблемы, решения, практические рекомендации
Рано или поздно один сервер перестает справляться. Вы можете купить ему больше памяти, больше CPU, более быстрые диски (вертикальное масштабирование), но в конце концов вы упретесь в потолок. Самый большой сервер конечен. Горизонтальное шардирование — это признание этого факта.
Это философия разделяй и властвуй, примененная к данным. Вместо одной гигантской таблицы users на одном сервере, вы создаете 10, 100 или 1000 маленьких таблиц users, разбросанных по разным серверам (шардам). Это дает почти безграничную масштабируемость на запись и чтение.
Читать: https://habr.com/ru/articles/963960/
#ru
@database_design | Другие наши каналы
Рано или поздно один сервер перестает справляться. Вы можете купить ему больше памяти, больше CPU, более быстрые диски (вертикальное масштабирование), но в конце концов вы упретесь в потолок. Самый большой сервер конечен. Горизонтальное шардирование — это признание этого факта.
Это философия разделяй и властвуй, примененная к данным. Вместо одной гигантской таблицы users на одном сервере, вы создаете 10, 100 или 1000 маленьких таблиц users, разбросанных по разным серверам (шардам). Это дает почти безграничную масштабируемость на запись и чтение.
Читать: https://habr.com/ru/articles/963960/
#ru
@database_design | Другие наши каналы
Адский эксперимент: личный сайт на нищих микросервисах
Микросервисы тут, микросервисы там… Из каждого утюга доносится дивный сказ про прекрасный мир микросервисов. А ведь это всего лишь один вид из десятка архитектурных стилей, который имеет свои достоинства и недостатки.
В этом эксперименте мы внедрим микросервисы в личный сайт, нарушив ключевые принципы DDD. Я создам антипаттерн «бедных сервисов» (Anemic Domain Model) и покажу, чем опасен прямой доступ к данным между микросервисами.
Эта статья о том, что за прекрасным внешним видом, большой функциональностью, высокопроизводительным исправным кодом может скрываться абсолютное зло.
Читать: https://habr.com/ru/articles/964450/
#ru
@database_design | Другие наши каналы
Микросервисы тут, микросервисы там… Из каждого утюга доносится дивный сказ про прекрасный мир микросервисов. А ведь это всего лишь один вид из десятка архитектурных стилей, который имеет свои достоинства и недостатки.
В этом эксперименте мы внедрим микросервисы в личный сайт, нарушив ключевые принципы DDD. Я создам антипаттерн «бедных сервисов» (Anemic Domain Model) и покажу, чем опасен прямой доступ к данным между микросервисами.
Эта статья о том, что за прекрасным внешним видом, большой функциональностью, высокопроизводительным исправным кодом может скрываться абсолютное зло.
Читать: https://habr.com/ru/articles/964450/
#ru
@database_design | Другие наши каналы
Разработчик Yandex Cloud вошел в топ-50 контрибьюторов PostgreSQL в мире
Разработчик Yandex Cloud Андрей Бородин вошел в топ-50 контрибьюторов PostgreSQL — 10 лет в проекте и сотни апстрим-патчей в ядро
Читать: «Разработчик Yandex Cloud вошел в топ-50 контрибьюторов PostgreSQL в мире»
#ru
@database_design | Другие наши каналы
Разработчик Yandex Cloud Андрей Бородин вошел в топ-50 контрибьюторов PostgreSQL — 10 лет в проекте и сотни апстрим-патчей в ядро
Читать: «Разработчик Yandex Cloud вошел в топ-50 контрибьюторов PostgreSQL в мире»
#ru
@database_design | Другие наши каналы
Всё, что я знаю о хорошем системном дизайне
Хороший системный дизайн редко выглядит эффектно. В нём нет модных паттернов, десятков сервисов и Kafka на каждый чих. Он скучен — и именно поэтому работает. В этой статье автор рассуждает о том, почему простота — не наивность, а зрелость инженерного мышления; как состояние становится главным врагом стабильности; и почему настоящая архитектура рождается не из гениальных трюков, а из понимания границ и закономерностей сложных систем.
Разобраться в сути
Читать: https://habr.com/ru/companies/otus/articles/960948/
#ru
@database_design | Другие наши каналы
Хороший системный дизайн редко выглядит эффектно. В нём нет модных паттернов, десятков сервисов и Kafka на каждый чих. Он скучен — и именно поэтому работает. В этой статье автор рассуждает о том, почему простота — не наивность, а зрелость инженерного мышления; как состояние становится главным врагом стабильности; и почему настоящая архитектура рождается не из гениальных трюков, а из понимания границ и закономерностей сложных систем.
Разобраться в сути
Читать: https://habr.com/ru/companies/otus/articles/960948/
#ru
@database_design | Другие наши каналы
Как не получилось сделать PostgreSQL лучше (и почему это нормально)
Недавно я получил статус Major Contributor в проекте PostgreSQL. Это довольно радостное для меня событие и интересное, поэтому коллеги попросили написать статью об этом. А чтобы я не сомневался — заботливо составили список достижений за меня. Получилось замечательно, но публиковать от своего имени статью вида «как я крут» я не хочу. Я совсем не против про это говорить, и из каждого утюга вещаю про разные технологии, сделанные моей командой или вот прям вообще мной. Но только в контексте «как использовать эти технологии», либо в узком кругу или личной беседе.
Я решил написать другую статью: что у меня не получилось. Писал довольно спешно, поэтому, возможно, местами будет понятно только специалистам. Не расстраивайтесь, если что‑то неясно и пришлось гуглить. А вот если всё понятно — возможно, стоит меньше смотреть в монитор и чаще трогать траву.
Инкрементальное улучшение любой популярной технологии зачастую имеет негативные последствия. И в большинстве случаев предлагаемых в PostgreSQL доработок — вред превышает пользу. Построить что‑то новое, ничего не сломав, бывает трудно и в чистом поле, а ядро PostgreSQL в этом смысле — лабиринт с граблями.
Читать: https://habr.com/ru/companies/yandex/articles/964778/
#ru
@database_design | Другие наши каналы
Недавно я получил статус Major Contributor в проекте PostgreSQL. Это довольно радостное для меня событие и интересное, поэтому коллеги попросили написать статью об этом. А чтобы я не сомневался — заботливо составили список достижений за меня. Получилось замечательно, но публиковать от своего имени статью вида «как я крут» я не хочу. Я совсем не против про это говорить, и из каждого утюга вещаю про разные технологии, сделанные моей командой или вот прям вообще мной. Но только в контексте «как использовать эти технологии», либо в узком кругу или личной беседе.
Я решил написать другую статью: что у меня не получилось. Писал довольно спешно, поэтому, возможно, местами будет понятно только специалистам. Не расстраивайтесь, если что‑то неясно и пришлось гуглить. А вот если всё понятно — возможно, стоит меньше смотреть в монитор и чаще трогать траву.
Инкрементальное улучшение любой популярной технологии зачастую имеет негативные последствия. И в большинстве случаев предлагаемых в PostgreSQL доработок — вред превышает пользу. Построить что‑то новое, ничего не сломав, бывает трудно и в чистом поле, а ядро PostgreSQL в этом смысле — лабиринт с граблями.
Читать: https://habr.com/ru/companies/yandex/articles/964778/
#ru
@database_design | Другие наши каналы
Как мы перенесли данные из Google Drive на облачный диск с Nextcloud
К хостинг-провайдеру HB.BY, где я работаю, обратился клиент. Он просил перенести документы компании из Google Drive на облачный диск с развёрнутым и настроенным Nextcloud.
Почему мы выбрали не самый простой способ и как исправили две внезапные проблемы, которые не давали начать копирование файлов. Но в итоге всё перенесли. И вот как это было…
Читать: https://habr.com/ru/articles/964910/
#ru
@database_design | Другие наши каналы
К хостинг-провайдеру HB.BY, где я работаю, обратился клиент. Он просил перенести документы компании из Google Drive на облачный диск с развёрнутым и настроенным Nextcloud.
Почему мы выбрали не самый простой способ и как исправили две внезапные проблемы, которые не давали начать копирование файлов. Но в итоге всё перенесли. И вот как это было…
Читать: https://habr.com/ru/articles/964910/
#ru
@database_design | Другие наши каналы
Как отследить трафик PostgreSQL
Недавно я изучал детали реализации взаимодействия клиента PostgreSQL с базой данных и был удивлён, насколько легко просматривать трафик PostgreSQL с помощью wireshark. Когда я поделился своим удивлением в социальной сети, меня попросили привести пример того, как это сделать.
Читать: https://habr.com/ru/companies/gnivc/articles/962184/
#ru
@database_design | Другие наши каналы
Недавно я изучал детали реализации взаимодействия клиента PostgreSQL с базой данных и был удивлён, насколько легко просматривать трафик PostgreSQL с помощью wireshark. Когда я поделился своим удивлением в социальной сети, меня попросили привести пример того, как это сделать.
Читать: https://habr.com/ru/companies/gnivc/articles/962184/
#ru
@database_design | Другие наши каналы
MariaDB Enterprise Manager — нативное управление MariaDB
В материале описано решение для централизованного наблюдения и управления окружениями MariaDB: топологически осведомленный мониторинг и визуальные инструменты для разработки запросов и управления схемой, созданное командой MariaDB.
Читать подробнее
#en
@database_design | Другие наши каналы
В материале описано решение для централизованного наблюдения и управления окружениями MariaDB: топологически осведомленный мониторинг и визуальные инструменты для разработки запросов и управления схемой, созданное командой MariaDB.
Читать подробнее
#en
@database_design | Другие наши каналы
MariaDB
MariaDB Enterprise Manager: The Native Way to Manage All Your MariaDB Environments | MariaDB
This blog dives into MariaDB Enterprise Manager, a native solution for observing and managing MariaDB database topologies, offering advanced monitoring and streamlined workflows to reduce operational overhead.
СУБД Tantor Postgres 17.6: обзор улучшений для 1С
Продолжаем знакомить вас с улучшениями СУБД Tantor Postgres для работы с продуктами 1С. В рамках предыдущей статьи о нововведениях версии 17.5 мы разобрали арсенал специализированных функций, призванных существенно ускорить выполнение типичных для 1С операций, снизить нагрузку на инфраструктуру и упростить администрирование. Сегодня мы рассмотрим, с какими проблемами можно столкнуться при высоких значениях
Читать: https://habr.com/ru/companies/tantor/articles/965264/
#ru
@database_design | Другие наши каналы
Продолжаем знакомить вас с улучшениями СУБД Tantor Postgres для работы с продуктами 1С. В рамках предыдущей статьи о нововведениях версии 17.5 мы разобрали арсенал специализированных функций, призванных существенно ускорить выполнение типичных для 1С операций, снизить нагрузку на инфраструктуру и упростить администрирование. Сегодня мы рассмотрим, с какими проблемами можно столкнуться при высоких значениях
default_statistics_target, расскажем о новых оптимизациях для ускорения выполнения запросов, и, конечно, коснемся временных таблиц.Читать: https://habr.com/ru/companies/tantor/articles/965264/
#ru
@database_design | Другие наши каналы
Что лучше — код или drag-and-drop в BI? Дайте и то, и другое
В последние годы анализ данных прошел путь от диаграмм в Excel до сложных интерактивных дашбордов, которые помогают принимать взвешенные решения. Одновременно с этим сформировалось устойчивое представление о дашборде как о наборе диаграмм, таблиц и фильтров, собранных в визуальном редакторе методом drag-and-drop. Этот подход действительно сделал аналитику доступной: он быстрый, понятный и не требует знаний в программировании.
Но! В нашей работе все чаще появляются нетривиальные задачи, поэтому помимо Self-Service мы, команда интерактивной аналитики Инновационного центра «Безопасный транспорт», находим новые способы реализации интересных проектов. В этой статье мы хотим поговорить о том, какую пользу приносит разработка в BI.
Читать: https://habr.com/ru/companies/visiology/articles/965324/
#ru
@database_design | Другие наши каналы
В последние годы анализ данных прошел путь от диаграмм в Excel до сложных интерактивных дашбордов, которые помогают принимать взвешенные решения. Одновременно с этим сформировалось устойчивое представление о дашборде как о наборе диаграмм, таблиц и фильтров, собранных в визуальном редакторе методом drag-and-drop. Этот подход действительно сделал аналитику доступной: он быстрый, понятный и не требует знаний в программировании.
Но! В нашей работе все чаще появляются нетривиальные задачи, поэтому помимо Self-Service мы, команда интерактивной аналитики Инновационного центра «Безопасный транспорт», находим новые способы реализации интересных проектов. В этой статье мы хотим поговорить о том, какую пользу приносит разработка в BI.
Читать: https://habr.com/ru/companies/visiology/articles/965324/
#ru
@database_design | Другие наши каналы
Repository Pattern в управлении базами данных: пример интеграции NocoDB в Django
Классический сценарий: есть база данных и приложение на бэкенде. Для подключения достаточно знать адрес, порт, имя пользователя, пароль — и прямой доступ перед вами. Но что делать, если необходимо подключить no-code базу данных, которой можно управлять только через REST API? Есть ли способ интегрировать такие подключения в логику «красиво», не поломав архитектуру?
Привет, Хабр! Меня зовут Влад, в свободное время я занимаюсь разработкой. В этой статье расскажу, как мне удалось относительно нативно интегрировать работу с платформой NocoDB на бэкенде, какие можно использовать паттерны и зачем мне понадобилось разработать собственный Python-модуль. Подробности под катом!
Читать: https://habr.com/ru/companies/selectel/articles/965536/
#ru
@database_design | Другие наши каналы
Классический сценарий: есть база данных и приложение на бэкенде. Для подключения достаточно знать адрес, порт, имя пользователя, пароль — и прямой доступ перед вами. Но что делать, если необходимо подключить no-code базу данных, которой можно управлять только через REST API? Есть ли способ интегрировать такие подключения в логику «красиво», не поломав архитектуру?
Привет, Хабр! Меня зовут Влад, в свободное время я занимаюсь разработкой. В этой статье расскажу, как мне удалось относительно нативно интегрировать работу с платформой NocoDB на бэкенде, какие можно использовать паттерны и зачем мне понадобилось разработать собственный Python-модуль. Подробности под катом!
Читать: https://habr.com/ru/companies/selectel/articles/965536/
#ru
@database_design | Другие наши каналы
Очереди сообщений в Postgres Pro: отказ от внешних брокеров ради транзакционной надёжности
Ваш сервис отправил сообщение в RabbitMQ, но в момент коммита транзакция в базе данных откатилась. Классический кошмар распределенных систем, порождающий данные-призраки и часы отладки. Обычно эту проблему решают сложным кодом, двухфазными коммитами или просто надеждой на лучшее. А что, если бы откат транзакции в PostgreSQL мог автоматически «откатить» и отправку сообщения, вернув его в очередь без единой строчки вашего кода? Рассказываем, как это работает.
Читать: https://habr.com/ru/companies/postgrespro/articles/965632/
#ru
@database_design | Другие наши каналы
Ваш сервис отправил сообщение в RabbitMQ, но в момент коммита транзакция в базе данных откатилась. Классический кошмар распределенных систем, порождающий данные-призраки и часы отладки. Обычно эту проблему решают сложным кодом, двухфазными коммитами или просто надеждой на лучшее. А что, если бы откат транзакции в PostgreSQL мог автоматически «откатить» и отправку сообщения, вернув его в очередь без единой строчки вашего кода? Рассказываем, как это работает.
Читать: https://habr.com/ru/companies/postgrespro/articles/965632/
#ru
@database_design | Другие наши каналы
Новый этап в MongoDB — смена CEO
Dev Ittycheria объявила о решении уйти с поста CEO; с 10 ноября 2025 Chirantan «CJ» Desai станет новым CEO. Dev останется в совете и поможет с переходом. Компания готовится к следующему этапу роста. Завтра пройдёт общая встреча для вопросов.
Читать подробнее
#en
@database_design | Другие наши каналы
Dev Ittycheria объявила о решении уйти с поста CEO; с 10 ноября 2025 Chirantan «CJ» Desai станет новым CEO. Dev останется в совете и поможет с переходом. Компания готовится к следующему этапу роста. Завтра пройдёт общая встреча для вопросов.
Читать подробнее
#en
@database_design | Другие наши каналы
GFS2 — файловая система для новой виртуализации: наш опыт интеграции в SpaceVM
Рассказываем о своем опыте ее внедрения в нашу платформу виртуализации SpaceVM.
Современные ИТ-инфраструктуры часто строятся вокруг виртуализации и облаков, где несколько серверов одновременно обращаются к одним и тем же данным. В таких системах ключевым становится не просто объем или скорость хранилища, а способ доступа к данным — общий или локальный, файловый или блочный. От того, как именно организовано взаимодействие с хранилищем, зависит архитектура всего решения: от производительности виртуальных машин до отказоустойчивости кластера.
Локальные хранилища привычны для одиночных серверов: диск или массив принадлежит конкретному узлу, который управляет им напрямую. Общие (shared) хранилища, напротив, предоставляют единое пространство данных для нескольких серверов. Именно они лежат в основе высокодоступных кластеров и виртуализационных платформ, где важно, чтобы виртуальные машины могли мигрировать между узлами без потери доступа к своим дискам.
Но общий доступ — это не только вопрос архитектуры, но и способа взаимодействия с данными. Файловые протоколы (NFS, SMB и др.) дают возможность работать с файлами на уровне операционной системы, но вносят дополнительные задержки и ограничения. Блочные протоколы (iSCSI, Fibre Channel) предоставляют более низкоуровневый доступ — сервер видит удаленное устройство как локальный диск. Однако при этом возникает другая проблема: как синхронизировать работу нескольких узлов с одним и тем же блочным устройством, не разрушив файловую систему?
Ответ на этот вызов дают кластерные файловые системы, специально разработанные для совместного блочного доступа. Одна из самых зрелых и функциональных среди них — GFS2 (Global File System 2). В нашем опыте ее интеграция в собственный продукт - платформу виртуализации SpaceVM - позволила приблизиться к созданию устойчивой, масштабируемой и по-настоящему отказоустойчивой среды.
Читать: https://habr.com/ru/companies/spacevm/articles/965388/
#ru
@database_design | Другие наши каналы
Рассказываем о своем опыте ее внедрения в нашу платформу виртуализации SpaceVM.
Современные ИТ-инфраструктуры часто строятся вокруг виртуализации и облаков, где несколько серверов одновременно обращаются к одним и тем же данным. В таких системах ключевым становится не просто объем или скорость хранилища, а способ доступа к данным — общий или локальный, файловый или блочный. От того, как именно организовано взаимодействие с хранилищем, зависит архитектура всего решения: от производительности виртуальных машин до отказоустойчивости кластера.
Локальные хранилища привычны для одиночных серверов: диск или массив принадлежит конкретному узлу, который управляет им напрямую. Общие (shared) хранилища, напротив, предоставляют единое пространство данных для нескольких серверов. Именно они лежат в основе высокодоступных кластеров и виртуализационных платформ, где важно, чтобы виртуальные машины могли мигрировать между узлами без потери доступа к своим дискам.
Но общий доступ — это не только вопрос архитектуры, но и способа взаимодействия с данными. Файловые протоколы (NFS, SMB и др.) дают возможность работать с файлами на уровне операционной системы, но вносят дополнительные задержки и ограничения. Блочные протоколы (iSCSI, Fibre Channel) предоставляют более низкоуровневый доступ — сервер видит удаленное устройство как локальный диск. Однако при этом возникает другая проблема: как синхронизировать работу нескольких узлов с одним и тем же блочным устройством, не разрушив файловую систему?
Ответ на этот вызов дают кластерные файловые системы, специально разработанные для совместного блочного доступа. Одна из самых зрелых и функциональных среди них — GFS2 (Global File System 2). В нашем опыте ее интеграция в собственный продукт - платформу виртуализации SpaceVM - позволила приблизиться к созданию устойчивой, масштабируемой и по-настоящему отказоустойчивой среды.
Читать: https://habr.com/ru/companies/spacevm/articles/965388/
#ru
@database_design | Другие наши каналы