Комментарии 11
Хана…
Не для России название!
Не для России название!
Вспоминая 1 февраля, интересно почитать как это все будет восстанавливаться… Как происходит процесс отслеживания реплики особенно в scale out инсталляциях. Слегка прочитав документацию, реализован режим работы master — slave, на сколько быстро происходит переключение таких гигантов?
Какие примерные нагрузки на дисковую подсистему, если просто посчитать, то запуск такой базы должен занимать не меньше 1 часа, даже на СХД c ssd кешем… Или данное решение живет только на All-Flash? Или это будет в следующей статье?
Какие примерные нагрузки на дисковую подсистему, если просто посчитать, то запуск такой базы должен занимать не меньше 1 часа, даже на СХД c ssd кешем… Или данное решение живет только на All-Flash? Или это будет в следующей статье?
В scaleout системах каждый узел может работать самостоятельно и каждый узел является мастером при обработке транзакции, в документации описывается конфигурация master-slave в которой владелец конфигурации кластера является master, а это один сервер, и он заменяется в случае выхода его из строя на другой рабочий сервер в конфигурации. Вместо термина slave у нас используется worker и standby. В случае worker сервер отвечает и обслуживает запросы, т.е. он может быть точкой входа приложения, а в случае slave сервер не отвечает на запросы, но может быть использован, чтобы заменить сбойный узел.
Для случаев переключения узлов в scaleout предусмотрен режим синхронной и асинхронной репликации, когда данные в реплике доступны сразу же на чтение и запись в случае нештатной ситуации, т.е. выхода из строя master узла владельца реплики.
В случае дисковой системы для HANA не требуется High Enterprise Storage и в том числе Flash системы хранения, вполне подойдёт Mid Range, но только из списка сертифицированных СХД.
Диск используется только в трёх случаях – во время бэкапа, старта БД, начального импорта данных. Во время работы СУБД HANA также используется механизм Redo Log для управления транзакциями и в этом случае рекомендуется использовать для Redo Log SSD или NVMe диски для уменьшения времени отклика, но стоимость такого решения небольшая, так как Redo не требует большого объёма хранилища.
Данные в SAP HANA можно хранить на кластерной файловой системе GPFS, поддерживается также XFS, также есть вариант использования Raw устройств блочного доступа.
Можно ознакомиться с конфигурациями СХД у сертифицированных производителей, который совместно с SAP создали свои конфигурации СХД.
Для случаев переключения узлов в scaleout предусмотрен режим синхронной и асинхронной репликации, когда данные в реплике доступны сразу же на чтение и запись в случае нештатной ситуации, т.е. выхода из строя master узла владельца реплики.
В случае дисковой системы для HANA не требуется High Enterprise Storage и в том числе Flash системы хранения, вполне подойдёт Mid Range, но только из списка сертифицированных СХД.
Диск используется только в трёх случаях – во время бэкапа, старта БД, начального импорта данных. Во время работы СУБД HANA также используется механизм Redo Log для управления транзакциями и в этом случае рекомендуется использовать для Redo Log SSD или NVMe диски для уменьшения времени отклика, но стоимость такого решения небольшая, так как Redo не требует большого объёма хранилища.
Данные в SAP HANA можно хранить на кластерной файловой системе GPFS, поддерживается также XFS, также есть вариант использования Raw устройств блочного доступа.
Можно ознакомиться с конфигурациями СХД у сертифицированных производителей, который совместно с SAP создали свои конфигурации СХД.
>в составе единой инстанции СУБД
По-русски инстанция означает совсем другое.
А здесь лучше сказать «экземпляр».
По-русски инстанция означает совсем другое.
А здесь лучше сказать «экземпляр».
а сколько стоит сап хана?
Стоимость может зависеть от каждого конкретного случая. Если у Вас есть определенный кейс, по которому хотели бы получить более подробную информацию — пожалуйста, напишите нам в личные сообщения
а какие open-source бесплатные аналоги вашей системе есть?
Да, кейсов (и вариантов стоимости) много разных… и один дороже другого. А также для ХАНЫ обычно железо новое нужно покупать. А еще к 2025 году САП грозится перестать поддерживать другие СУБД. Поэтому, как модно сейчас говорить, «в этой связи» у нас принято решение переходить от САПа к 1С.
Как правило, железо на базе Intel обновляется поставщиками hardware раз в два года. Чтобы извлечь из каждой платформы максимальные возможности, мы адаптируем свой софт – в частности, для SAP HANA мы используем в последних моделях Intel CPU так называемые инструкции CPU. Они позволяют обрабатывать транзакции на уровне CPU – благодаря этому новшеству мы повысили скорость вставки в 7 раз.
Перечислять такие изменения можно долго. По сути, каждая новая hardware-платформа открывает новые возможности для нашего программного обеспечения, наши клиенты получают их и пользуются ими.
По поводу поддержки поставщиков других БД – SAP не отказывает в поддержке другим вендорам баз данных, пожалуйста, ориентируйтесь на официальные ноты и документы.
Перечислять такие изменения можно долго. По сути, каждая новая hardware-платформа открывает новые возможности для нашего программного обеспечения, наши клиенты получают их и пользуются ими.
По поводу поддержки поставщиков других БД – SAP не отказывает в поддержке другим вендорам баз данных, пожалуйста, ориентируйтесь на официальные ноты и документы.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Как платформа SAP HANA работает с большими данными