Хостинг In-memory баз в облаке

Question

Если Вы не нашли ответ на свой вопрос, перейдите в нашу базу знаний, задайте его нашим консультантам на сайте, используя онлайн-чат, или напишите запрос в поддержку, используя тикет систему.

Accepted Answer

При классическом хостинге базы данных хранятся на жёстких дисках или твердотельных накопителях, а оперативная память используется только как буфер и промежуточное хранилище для части данных. Хостинг с размещением в оперативной памяти предполагает, что рабочий набор данных целиком загружается и постоянно находится в оперативной памяти сервера. Это исключает самую медленную операцию — чтение с диска.

На практике такой хостинг как услуга обычно включает:

инфраструктуру с большими объёмами оперативной памяти и предсказуемой производительностью;
быстрые дисковые тома под журналы и данные (размещение в оперативной памяти не означает отказ от дисков);
инструменты обеспечения высокой доступности и аварийного восстановления, резервное копирование, мониторинг, обновления — в зависимости от модели предоставления: инфраструктура как услуга, управляемый сервис или база данных как услуга.

Cloud4U предлагает клиентам облачную инфраструктуру с возможностью гибкой настройки вычислительных ресурсов, включая выделение больших объёмов оперативной памяти под задачи баз данных этого класса, а также услуги по размещению SAP HANA в облаке.

Результат: скорость обработки запросов возрастает в 10–1000 раз, обеспечивая задержки на уровне микросекунд и возможность обрабатывать миллионы транзакций в секунду.

Accepted Answer

Это самый распространённый миф. Хотя оперативная память энергозависима, современные решения этого класса гарантируют сохранность данных — конкретный механизм зависит от системы управления базами данных и режима эксплуатации:

Журналы транзакций: любое изменение сначала записывается в журнал на быстрый твердотельный накопитель и только потом применяется в памяти.
Контрольные точки: система периодически сбрасывает «снимок» всей памяти на диск (например, SAP HANA делает это по умолчанию каждые ~5 минут).
Распределённый журнал транзакций: некоторые управляемые сервисы обеспечивают сохранность через распределённый журнал с хранением данных в нескольких зонах доступности.
Энергонезависимая оперативная память: отдельные площадки используют специальную память, которая сохраняет данные даже без питания.

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

Итог: при перезагрузке база данных автоматически восстанавливается с диска в оперативную память. Дисковая подсистема (особенно под журнал) остаётся критически важной даже для решений, полностью размещённых в оперативной памяти.

Accepted Answer

Такой хостинг стоит значительно дороже из-за высокой стоимости оперативной памяти по сравнению с твердотельными накопителями. Его использование оправдано, когда критична скорость, и условно делится на два семейства:

А) Корпоративные реляционные СУБД со смешанной нагрузкой (пример: SAP HANA)

Подходит, когда нужна:

полноценная БД с поддержкой языка структурированных запросов для транзакций и аналитики в одном контуре;
аналитика в реальном времени — отчёты «прямо сейчас», а не «завтра утром» (банковская сфера, розничная торговля, логистика);
тесная связка с ландшафтом SAP (например, S/4HANA).

Б) Хранилища «ключ-значение» / промежуточные хранилища / хранилища сеансов (пример: Redis, Memcached, Tarantool)

Подходит, когда нужно:

промежуточное хранение, сеансы, очереди, быстрый поиск по ключу для ускорения нагруженных веб-сайтов;
высокочастотная биржевая торговля, где каждая миллисекунда стоит денег;
интернет вещей — обработка потоков данных от тысяч датчиков ежесекундно;
игровые серверы — таблицы лидеров, игровые сеансы в реальном времени.

Практический критерий: если у вас система учёта или критичная транзакционная БД уровня предприятия — смотрите в сторону SAP HANA. Если нужно ускорить приложение за счёт промежуточного хранилища — решения класса Redis. Если нужна полноценная замена основной БД с поддержкой языка структурированных запросов и сложной логики — Tarantool или Apache Ignite.

Cloud4U предлагает клиентам как размещение SAP HANA на сертифицированном оборудовании, так и облачные серверы с гибкой настройкой для развёртывания Redis, Tarantool и других решений с хранением в оперативной памяти в зависимости от задач бизнеса.

Accepted Answer

Основной фактор ценообразования — объём оперативной памяти. В отличие от классического хостинга, где основные затраты приходятся на ядра процессора и объём диска, здесь цена линейно растёт с каждым гигабайтом памяти.

Общие принципы расчёта ресурсов:

Оперативная память: главный ограничитель — рабочий набор данных, индексы, временные структуры.
Процессор: критичен для параллельных запросов, сжатия, фоновых задач.
Диск: нужен для обеспечения сохранности (журналы, снимки, резервные копии). Размещение в оперативной памяти не отменяет требований к производительности дисковой подсистемы.
Сеть: важна для репликации, аварийного восстановления, клиентского доступа. Базы данных в оперативной памяти часто создают значительный сетевой трафик.

SAP HANA: сертифицированные платформы

Для промышленных нагрузок SAP HANA «просто взять любой сервер» нельзя. Хостинг-провайдер должен предоставить оборудование или облачные конфигурации, официально сертифицированные SAP (каталог оборудования HANA). Хостинг для HANA часто оперирует терабайтами памяти, а также учитывается стоимость лицензий (использование собственных лицензий заказчика или лицензий, включённых в аренду).

Cloud4U предлагает клиентам хостинг SAP HANA на оборудовании, соответствующем требованиям SAP, с возможностью выбора конфигурации под конкретный объём данных. Специалисты Cloud4U помогают с расчётом ресурсов — подбором оптимального сочетания оперативной памяти, процессора, дисковой подсистемы и сетевых ресурсов под задачи заказчика.

Accepted Answer

Базовый механизм для SAP HANA — системная репликация SAP HANA: есть основной и резервный узел, изменения реплицируются синхронно или асинхронно.

Режимы репликации:

Синхронный: фиксация транзакции на основном узле происходит после подтверждения, что журнал сохранён на резервном (минимизирует риск потерь, но добавляет задержку).
Синхронный с записью в память: основной узел ждёт подтверждение получения журнала резервным узлом в оперативную память (быстрее, но другой профиль риска).
Асинхронный: основной узел не ждёт подтверждения (лучше по задержке, но выше риск потерь при аварии).

Типовая география размещения:

Внутри региона или между зонами доступности — чаще выбирают синхронную репликацию ради минимальной допустимой потери данных.
Между регионами — асинхронную из-за сетевых задержек.

Важная деталь о времени восстановления:

При системной репликации с предварительной загрузкой (данные уже загружены в память на резервном узле) переключение может занимать порядка ~90 секунд. Без предварительной загрузки — от нескольких минут до нескольких часов в зависимости от объёма данных.

Cloud4U предлагает клиентам услугу аварийного восстановления как сервиса, которая позволяет организовать отказоустойчивую архитектуру с резервной площадкой в другом центре обработки данных. Для SAP HANA это означает возможность настроить системную репликацию между основной и резервной площадками Cloud4U с заданными параметрами допустимой потери данных и целевого времени восстановления. Геораспределённая инфраструктура центров обработки данных Cloud4U позволяет выбрать оптимальную географию размещения основной и резервной систем.

Accepted Answer

Распространённый миф: «раз база в памяти, копировать нечего или сложно». На деле резервное копирование обязательно и обычно состоит из:

полных, разностных или инкрементных копий данных;
частого копирования журналов для восстановления на заданный момент времени;
а также политики хранения, шифрования и регулярного тестирования восстановления.

SAP подчёркивает, что резервное копирование и восстановление — это «запасной механизм» при отказе оборудования или логических ошибках, и стратегия должна быть согласована по всем компонентам ландшафта.

Для решений класса Redis резервное копирование реализуется через снимки, журнал с дозаписью или их сочетание — это настраиваемый компромисс между производительностью и допустимым риском потерь.

Cloud4U предлагает клиентам услугу резервного копирования как сервиса с гибкой настройкой расписания, глубины хранения и географии размещения резервных копий. Для баз данных в оперативной памяти это особенно важно: Cloud4U обеспечивает достаточную пропускную способность для копирования больших объёмов данных в рамках согласованных окон обслуживания, а также регулярное тестирование восстановления из резервных копий.

Accepted Answer

Модель ответственности существенно меняется в зависимости от варианта размещения:

База данных как управляемая услуга (пример: SAP HANA Cloud, управляемые сервисы Redis)

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

Инфраструктура как услуга / выделенный хостинг

Больше свободы (архитектура, сетевые политики, выбор средств резервного копирования, дополнительное укрепление защиты), но и больше ответственности: обновления операционной системы и СУБД, настройка высокой доступности, управление шифрованием, аудит.

Cloud4U предлагает клиентам несколько моделей размещения баз данных в оперативной памяти:

Облачная инфраструктура — виртуальные серверы с нужной конфигурацией оперативной памяти, процессора и дисков, где клиент самостоятельно управляет СУБД и операционной системой.
Хостинг SAP — размещение SAP HANA на сертифицированном оборудовании с соглашением об уровне обслуживания и поддержкой, включая помощь с администрированием.
Выделенные серверы и размещение оборудования — для клиентов, которым необходим максимальный контроль над оборудованием.

Во всех моделях Cloud4U обеспечивает физическую безопасность центров обработки данных, соответствие требованиям Федерального закона № 152-ФЗ «О персональных данных», а также предоставляет средства сетевой защиты и мониторинга. Масштабирование — как вертикальное (увеличение объёма оперативной памяти на сервере), так и горизонтальное (добавление узлов в кластер) — доступно в рамках облачной инфраструктуры Cloud4U.

Хостинг In-memory баз в облаке

Развертывание и миграция In-memory Баз Данных в российское облако

Конфигуратор цен

Тип конфигурации

SAP HANA

Преимущества In-memory БД для бизнеса и работы с большими данными

Преимущества решения

Почему стоит доверять Cloud4U

Отзывы

API

Полнофункциональное API

FAQ

Остались вопросы?