Рост объёмов цифровой информации становится одним из основных факторов развития корпоративной ИТ-инфраструктуры. Предприятия, государственные организации, финансовые учреждения и промышленные компании ежедневно обрабатывают значительные массивы данных, от которых зависит работа информационных систем, внутренних приложений и бизнес-процессов. По мере увеличения количества пользователей и операций возрастают требования к производительности, надёжности и доступности баз данных.
Традиционный подход к построению инфраструктуры предполагает отдельный выбор серверного оборудования, системы управления базами данных, дисковых массивов, сетевых компонентов и инструментов администрирования. Такая архитектура предоставляет значительную гибкость, но требует согласования характеристик различных компонентов и постоянной оптимизации их взаимодействия.
Альтернативой выступают специализированные программно-аппаратные комплексы, которые принято называть машинами баз данных. Они объединяют вычислительные ресурсы, системы хранения и программное обеспечение в единую инфраструктурную платформу.
Одним из российских решений этого класса является Tantor XData - машина баз данных, представленная в продуктовой экосистеме "Группы Астра" и разрабатываемая компанией "Тантор Лабс".
Комплекс предназначен для эксплуатации высоконагруженных корпоративных систем, централизованного управления базами данных, автоматизации резервного копирования и организации отказоустойчивой инфраструктуры.
Что представляет собой машина баз данных Tantor XData
Машина баз данных tantor xdata - это специализированный вычислительный комплекс, в котором аппаратная инфраструктура и программные компоненты проектируются для совместной работы с определёнными классами нагрузок.
В отличие от обычного сервера, на котором устанавливается выбранная администратором СУБД, подобная система включает предварительно согласованные компоненты: вычислительные узлы, сетевое оборудование, хранилища и средства управления.
Главная задача такого подхода заключается в обеспечении предсказуемой производительности и упрощении сопровождения инфраструктуры.
Tantor XData использует российскую СУБД Tantor Postgres, основанную на технологиях PostgreSQL. В состав комплекса также входят средства оркестрации, мониторинга, управления вычислительными ресурсами и защиты информации.
Система ориентирована прежде всего на организации, для которых простой базы данных может приводить к остановке важных процессов или значительным эксплуатационным потерям.
К таким нагрузкам относятся транзакционные операции, работа крупных корпоративных приложений, обработка финансовых документов, информационные системы государственных учреждений и некоторые аналитические задачи.
При этом Tantor XData следует отличать от самой СУБД Tantor Postgres. Система управления базами данных отвечает за хранение и обработку информации, тогда как машина баз данных объединяет СУБД с аппаратной инфраструктурой и средствами эксплуатации.
Таким образом, Tantor XData представляет собой инфраструктурное решение, а не отдельный программный модуль для выполнения SQL-запросов.
Место Tantor XData в экосистеме "Группы Астра"
"Группа Астра" развивает набор взаимосвязанных программных продуктов для построения корпоративных информационных систем на базе отечественных технологий.
В эту экосистему входят операционные системы, платформы виртуализации, инструменты управления инфраструктурой, средства мониторинга и решения для работы с данными.
Направление систем управления базами данных представлено продуктами Tantor.
Tantor Postgres обеспечивает обработку и хранение структурированной информации, а программно-аппаратный комплекс Tantor XData предназначен для размещения таких баз в специализированной инфраструктуре.
Важным компонентом программной среды выступает операционная система Astra Linux. Она используется на серверных узлах комплекса и обеспечивает выполнение базовых системных функций.
Отдельные инструменты экосистемы применяются для мониторинга, настройки вычислительных ресурсов и управления программными сервисами.
Такое сочетание позволяет рассматривать Tantor XData как часть более широкой архитектуры корпоративных решений.
Однако принадлежность продуктов к одной экосистеме не исключает необходимости проверки их совместимости. Конкретные возможности взаимодействия зависят от редакций программного обеспечения, версий компонентов и конфигурации оборудования.
Архитектура программно-аппаратного комплекса
Архитектура Tantor XData построена на разделении основных инфраструктурных функций между несколькими категориями узлов.
В состав комплекса входят серверы управления, вычислительные серверы баз данных, серверы хранения и сетевые коммутаторы.
Сервер управления обеспечивает координацию работы компонентов, выполнение административных операций, управление конфигурациями и получение сведений о состоянии системы.
Серверы баз данных предоставляют процессорные ресурсы и оперативную память для выполнения запросов, обслуживания соединений и работы экземпляров СУБД.
Серверы хранения используются для размещения резервных копий, архивов журналов предзаписи и других данных, необходимых для восстановления.
Сетевое оборудование обеспечивает информационный обмен между узлами, подключение клиентских приложений и доступ к интерфейсам администрирования.
В документации Tantor XData версии 3.2 описана конфигурация с несколькими серверами баз данных, отдельными серверами хранения и возможностью расширения дисковой подсистемы.
При этом точное количество компонентов зависит от выбранной аппаратной модели и требований к нагрузке.
Разделение функций позволяет масштабировать отдельные подсистемы и уменьшать взаимное влияние различных операций.
Например, процедуры резервного копирования и административного контроля могут использовать специализированные ресурсы, не полностью совпадающие с ресурсами обработки пользовательских запросов.
Однако общая производительность остаётся зависимой от согласованной работы вычислительных узлов, сети и дисковой инфраструктуры.
Tantor XData
+1
СУБД Tantor Postgres как основа обработки данных
Центральным программным компонентом машины баз данных является Tantor Postgres - система управления реляционными базами данных, развиваемая на основе PostgreSQL.
PostgreSQL относится к распространённым объектно-реляционным СУБД с открытым исходным кодом. Она поддерживает SQL, транзакционную обработку, индексы, механизмы конкурентного доступа и средства обеспечения целостности данных.
В корпоративных приложениях реляционные базы используются для хранения сведений о клиентах, операциях, товарах, финансовых документах и других структурированных объектах.
Tantor Postgres развивает соответствующую технологическую основу, дополняя её функциональностью, ориентированной на корпоративную эксплуатацию.
В Tantor XData экземпляры СУБД размещаются на вычислительных серверах в управляемом окружении.
Такой подход позволяет стандартизировать развёртывание и обслуживание баз данных, а также распределять доступные ресурсы между отдельными сервисами.
Вместе с тем совместимость с PostgreSQL необходимо рассматривать с учётом используемых расширений, версий протоколов и особенностей конкретных приложений.
При миграции корпоративных систем важны не только поддержка SQL, но и поведение транзакций, совместимость драйверов, процедуры резервного копирования и требования к производительности.
Обработка транзакционных и аналитических нагрузок
При проектировании машины баз данных необходимо учитывать характер операций, которые будет выполнять система.
Обычно выделяют два основных типа нагрузки: OLTP и OLAP.
OLTP, или Online Transaction Processing, представляет собой обработку большого количества сравнительно коротких транзакций.
Подобный режим характерен для банковских систем, интернет-магазинов, бухгалтерских приложений и корпоративных систем управления ресурсами.
В таких условиях важны небольшое время ответа, высокая скорость выполнения операций и соблюдение требований к целостности данных.
OLAP, или Online Analytical Processing, связан с аналитической обработкой информации. Подобные запросы могут охватывать значительные объёмы записей, выполнять сложные соединения таблиц и рассчитывать агрегированные показатели.
Tantor XData проектируется с учётом высоконагруженных транзакционных систем и определённых аналитических сценариев.
При этом оптимальная конфигурация оборудования может существенно различаться в зависимости от характера запросов.
Транзакционные приложения предъявляют высокие требования к задержкам и количеству операций в секунду, тогда как аналитические задачи часто зависят от пропускной способности памяти и дисковой подсистемы.
На страницах производителя для отдельных конфигураций Tantor XData заявляются показатели до 120 тысяч транзакций в секунду.
Такие значения необходимо интерпретировать как результаты определённых тестовых сценариев, а не гарантированную производительность любого корпоративного приложения.
Фактическая скорость обработки зависит от структуры базы данных, сложности запросов, размера транзакций, индексов и интенсивности одновременных обращений.
Производительность и оптимизация подсистемы хранения
Одним из важных факторов производительности любой СУБД является скорость взаимодействия с накопителями.
При обработке запросов система может обращаться к данным в оперативной памяти, выполнять чтение с диска, фиксировать изменения и записывать журналы транзакций.
Если дисковая подсистема не справляется с нагрузкой, увеличение количества процессорных ядер не всегда приводит к заметному ускорению работы приложения.
В Tantor XData применяется архитектура, ориентированная на интенсивный ввод-вывод и высокоскоростную обработку данных.
Для уменьшения задержек используются согласованные характеристики вычислительных узлов, накопителей и сетевых соединений.
В решении также предусмотрены механизмы сжатия данных.
На страницах производителя упоминается программно-аппаратное потоковое сжатие с коэффициентом до трёх раз.
Однако эффективность сжатия зависит от структуры информации. Однородные данные с высокой повторяемостью обычно сжимаются лучше, чем уже сжатые архивы или зашифрованные последовательности.
Кроме того, применение алгоритмов сжатия может сопровождаться дополнительными вычислительными затратами.
Поэтому эффективность хранения следует оценивать с учётом реального состава данных, профиля запросов и доступных аппаратных ресурсов.
Масштабирование вычислительных ресурсов
По мере развития корпоративной информационной системы увеличивается количество пользователей, транзакций и хранимых записей.
В таких условиях возникает необходимость расширения вычислительной инфраструктуры.
Tantor XData предусматривает управление выделением процессорных ресурсов и оперативной памяти, а также расширение возможностей хранения.
Один из подходов к масштабированию заключается в увеличении ресурсов существующих узлов. Такой метод называют вертикальным масштабированием.
Другой подход предполагает добавление новых серверов и распределение нагрузки между ними.
В Tantor XData соответствующие механизмы используются в зависимости от архитектуры и возможностей конкретной конфигурации.
Автоматизация распределения ресурсов позволяет уменьшать количество ручных операций администратора.
Однако масштабирование базы данных имеет особенности, отличающие его от расширения обычного вычислительного кластера.
Добавление серверов не означает автоматического ускорения каждого SQL-запроса. Отдельные транзакции могут зависеть от блокировок, последовательных операций и ограничений производительности одного узла.
Также необходимо различать увеличение мощности вычислительного окружения и горизонтальное распределение данных между несколькими узлами.
Поэтому перед расширением комплекса следует определить действующие узкие места и оценить ожидаемый эффект от выбранного способа масштабирования.
Отказоустойчивость и непрерывность работы
Высокая доступность относится к основным требованиям корпоративных баз данных.
Отказ сервера, сбой накопителя или нарушение сетевого соединения могут привести к временной недоступности приложений и остановке связанных бизнес-процессов.
Tantor XData предусматривает использование нескольких экземпляров СУБД и встроенных механизмов отказоустойчивости.
При возникновении определённых неисправностей система может выполнять переключение обслуживания на доступный экземпляр базы данных.
Для поддержания актуальности информации применяются механизмы репликации.
Репликация обеспечивает передачу изменений между экземплярами СУБД, позволяя использовать резервные узлы при нарушении работы основного.
Важной особенностью комплекса является поддержка механизмов, направленных на сохранение адресов подключения клиентов при переключении сервисов.
Это уменьшает необходимость изменения настроек приложений после отказа отдельного экземпляра базы данных.
Однако автоматическое переключение не всегда происходит без задержки.
Продолжительность восстановления обслуживания зависит от обнаружения отказа, состояния репликации, сетевой доступности и поведения клиентского приложения.
Кроме того, отказоустойчивость не заменяет резервное копирование. Если ошибочное удаление данных или программная неисправность распространяются на реплики, дополнительные узлы могут содержать те же повреждённые сведения.
Поэтому архитектура высокой доступности должна дополняться отдельной стратегией защиты и восстановления информации.
Резервное копирование и восстановление данных
Резервное копирование является обязательной частью эксплуатации критически важных информационных систем.
Его задача - обеспечить возможность восстановления данных после аппаратной неисправности, ошибки администратора, программного сбоя или другого инцидента.
В Tantor XData предусмотрены встроенные механизмы организации резервного копирования и хранения журналов предзаписи.
Журнал предзаписи, или WAL, используется PostgreSQL-совместимыми СУБД для регистрации изменений перед их окончательной фиксацией в основных файлах базы данных.
При наличии резервной копии и необходимого набора журналов можно реализовать восстановление базы на определённый момент времени в пределах доступной истории.
Tantor XData включает средства управления заданиями резервного копирования, контроля их выполнения и анализа результатов.
В документации комплекса указана возможность резервного копирования со скоростью до 10 ТБ в час.
Это заявленный технический показатель, достижение которого зависит от используемой конфигурации, объёма данных, производительности накопителей и характеристик сети.
На практике скорость создания копии не является единственным критерием эффективности.
Необходимо также оценивать длительность восстановления, допустимую потерю данных и периодичность проверки резервных копий.
Для этих задач применяются показатели RPO и RTO.
RPO определяет максимально допустимый объём потери данных, выраженный через временной интервал. RTO характеризует допустимую продолжительность восстановления сервиса.
Конкретные значения устанавливаются организацией с учётом критичности информационной системы.
Tantor Appliance Manager и централизованное администрирование
Управление несколькими экземплярами баз данных требует значительных эксплуатационных усилий.
Администраторам приходится создавать новые сервисы, распределять ресурсы, контролировать состояние узлов, выполнять обновления и организовывать восстановление после неисправностей.
В Tantor XData для этих задач используется Tantor Appliance Manager - компонент управления программно-аппаратным комплексом.
Он обеспечивает взаимодействие с инфраструктурными узлами и выполнение административных операций.
В документации описаны графические инструменты, интерфейс командной строки и программные интерфейсы управления.
Через предусмотренные механизмы можно создавать и удалять экземпляры баз данных, задавать ресурсы, контролировать доступность и управлять связанными сервисами.
Наличие программного интерфейса позволяет интегрировать отдельные административные операции с корпоративными системами автоматизации.
Например, предоставление новой базы данных может быть включено в стандартную процедуру создания окружения для внутреннего приложения.
Однако автоматическое выполнение операций требует контроля прав доступа и проверки параметров запросов.
Ошибочная команда, применённая централизованно, способна затронуть сразу несколько информационных систем.
Поэтому при использовании автоматизации необходимо разграничивать полномочия пользователей и сохранять сведения о выполненных изменениях.
Мониторинг состояния машины баз данных
Наблюдение за работой базы данных предполагает контроль различных технических показателей.
Для вычислительных узлов важны загрузка процессоров, использование оперативной памяти, состояние накопителей и параметры сетевых соединений.
На уровне СУБД необходимо отслеживать количество подключений, продолжительность запросов, блокировки, интенсивность транзакций и работу механизмов репликации.
Tantor XData предусматривает централизованные средства мониторинга, предназначенные для получения информации о состоянии комплекса.
Это позволяет администраторам рассматривать инфраструктуру как совокупность взаимосвязанных компонентов.
Например, увеличение времени выполнения SQL-запросов может быть связано не только с особенностями программного кода, но и с перегрузкой дисковой подсистемы.
При наличии согласованных данных мониторинга специалист получает возможность сопоставить события на нескольких уровнях.
Однако обнаружение отклонения не всегда означает установление его первопричины.
Для полноценного анализа могут потребоваться дополнительные проверки, исследование планов выполнения SQL-запросов и изучение истории изменений конфигурации.
Поэтому мониторинг следует рассматривать как инструмент диагностики и профилактики, а не как замену квалифицированному администрированию баз данных.
Информационная безопасность и защита данных
Эксплуатация корпоративных баз данных связана с необходимостью защиты конфиденциальной информации, пользовательских учетных записей и критически важных записей.
В Tantor XData используются механизмы разграничения доступа, изоляции сервисов и защиты взаимодействия между компонентами.
Программная инфраструктура комплекса строится с применением Astra Linux, включая редакции, предназначенные для эксплуатации в средах с повышенными требованиями к безопасности.
В описании аппаратных конфигураций также рассматривается применение криптографических средств, включая решения для защиты ключевой информации и выполнения криптографических операций.
При этом наличие защищённой операционной системы и специализированного оборудования само по себе не гарантирует соответствия конкретной информационной системы установленным нормативным требованиям.
Безопасность определяется совокупностью настроек, организационных процедур и действующих мер контроля.
Необходимо ограничивать административный доступ, обеспечивать своевременное обновление компонентов, анализировать события безопасности и защищать резервные копии.
Особое внимание следует уделять учётным записям с повышенными полномочиями.
Компрометация администратора базы данных может создавать угрозу значительно большему объёму информации, чем нарушение доступа к отдельному пользовательскому приложению.
Аппаратные конфигурации Tantor XData
Для различных категорий рабочих нагрузок разработаны несколько аппаратных конфигураций комплекса.
В линейке Tantor XData представлены решения на серверах российских производителей Aquarius и YADRO, а также вариант с процессорами Baikal-S на оборудовании "Элпитех".
Конфигурации различаются используемыми процессорами, доступным объёмом оперативной памяти и характеристиками производительности.
В частности, производитель описывает модели Tantor XData 2A, 2Y и 2B.
Модель 2A использует серверную платформу Aquarius, а 2Y - оборудование YADRO. Вариант 2B основан на процессорах Baikal-S с архитектурой ARM.
Различия между архитектурами процессоров необходимо учитывать при выборе программных компонентов и планировании миграции.
Не все расширения PostgreSQL и дополнительные приложения обладают одинаковой совместимостью с различными аппаратными платформами.
Помимо второго поколения, в продуктовой линейке представлен Tantor XData Gen3, ориентированный на дальнейшее развитие масштабирования и обработку смешанных рабочих нагрузок.
При выборе конкретной модели следует опираться на документацию соответствующего поколения, поскольку архитектура и возможности разных версий могут существенно отличаться.
Tantor XData
+2
Применение в корпоративных информационных системах
Tantor XData может рассматриваться для эксплуатации систем, предъявляющих высокие требования к доступности и скорости обработки данных.
В финансовом секторе подобные требования возникают при выполнении транзакций, ведении счетов и обработке большого количества одновременных запросов.
В промышленности базы данных применяются в системах управления производственными процессами, планирования ресурсов, учёта материалов и контроля выполнения заказов.
В государственных информационных системах важны устойчивость обработки обращений, сохранность записей и возможность централизованного администрирования.
Крупные торговые предприятия используют базы данных для управления заказами, складскими остатками и операциями с клиентами.
Однако пригодность машины баз данных для конкретного приложения определяется результатами тестирования.
Например, информационная система может предъявлять специфические требования к расширениям PostgreSQL, порядку выполнения транзакций или процедурам обработки ошибок.
Поэтому выбор инфраструктурного решения должен учитывать не только объём информации, но и фактический характер нагрузки.
Миграция на Tantor XData
Перенос существующей информационной системы на новую машину баз данных требует предварительного обследования.
Первым этапом становится анализ текущей инфраструктуры: используемой СУБД, размера баз данных, интенсивности обращений, критичности приложений и допустимого времени простоя.
Затем проверяется совместимость программных компонентов с целевой редакцией Tantor Postgres.
Если исходная система использует PostgreSQL, миграция может быть относительно простой, но отдельные расширения и настройки требуют дополнительной проверки.
При переносе с других СУБД могут возникнуть более сложные задачи, связанные с преобразованием схем данных, SQL-запросов и прикладной логики.
Следующий этап предполагает тестовое развёртывание и проверку производительности.
Особенно важно воспроизводить реальные профили нагрузки, а не ограничиваться универсальными синтетическими тестами.
После проверки необходимо определить порядок переключения приложений, организовать резервное копирование и предусмотреть возможность возврата к прежней инфраструктуре.
Миграция считается завершённой только после подтверждения корректности данных и устойчивости работы приложений.
Эксплуатационные ограничения и оценка стоимости владения
Специализированные машины баз данных обладают рядом особенностей, которые следует учитывать при сравнении с традиционными серверными решениями.
Прежде всего, программно-аппаратный комплекс предполагает определённую архитектуру и набор совместимых компонентов.
Это упрощает стандартизацию, но может ограничивать свободу самостоятельной замены отдельных аппаратных узлов.
Другой фактор - требования к квалификации персонала.
Хотя средства автоматизации уменьшают количество повторяющихся операций, сопровождение высоконагруженных баз данных по-прежнему требует понимания транзакционной обработки, репликации, резервного копирования и сетевой инфраструктуры.
Также необходимо учитывать затраты на оборудование, лицензии, техническую поддержку, электроэнергию и размещение в центре обработки данных.
Для объективного сравнения используется показатель совокупной стоимости владения - TCO.
Он включает первоначальные капитальные затраты и расходы на эксплуатацию в течение выбранного периода.
Стоимость специализированного комплекса может быть выше цены отдельного сервера, поэтому экономическая целесообразность определяется характером нагрузки и требованиями к доступности.
Для небольших приложений с умеренным количеством запросов использование машины баз данных может оказаться избыточным.
Заключение
Tantor XData - российская машина баз данных экосистемы "Группы Астра", предназначенная для размещения и эксплуатации высоконагруженных корпоративных информационных систем.
Комплекс объединяет СУБД Tantor Postgres, серверное оборудование, средства хранения, сетевую инфраструктуру и инструменты централизованного управления.
Его архитектура предусматривает автоматизацию развёртывания экземпляров баз данных, управление вычислительными ресурсами, организацию отказоустойчивости, резервное копирование и мониторинг.
Использование согласованных аппаратных и программных компонентов позволяет создавать специализированную среду для обработки транзакционных и отдельных аналитических нагрузок.
При этом реальные показатели производительности зависят от конфигурации комплекса, характеристик приложений и качества проектирования базы данных.
Внедрение Tantor XData следует рассматривать как инфраструктурный проект, требующий обследования существующих систем, проверки совместимости, нагрузочного тестирования и оценки эксплуатационных расходов.
Развитие таких решений отражает тенденцию к созданию комплексных платформ обработки данных, в которых оборудование, операционная система, СУБД и средства администрирования рассматриваются как взаимосвязанные элементы.
Практическая ценность машины баз данных определяется её способностью обеспечивать необходимую доступность, производительность и управляемость при выполнении конкретных задач предприятия.
