Архитектура хранилища SAP HANA (крупные экземпляры)
В этой статье мы рассмотрим архитектуру хранилища для развертывания SAP HANA в крупных экземплярах Azure (также известных как инфраструктура BareMetal).
Структура хранилища для SAP HANA в Azure (крупные экземпляры) настраивается с помощью классической модели развертывания в соответствии с рекомендациями SAP.
Крупные экземпляры HANA класса типа I в 4 раза больше объема памяти тома хранилища. А крупные экземпляры HANA класса типа 2 поставляются с томом, предназначенным для хранения резервных копий журналов транзакций HANA. Дополнительные сведения см. в статье Как установить и настроить SAP HANA в Azure (крупные экземпляры).
Сведения о выделении хранилища см. в следующей таблице. В таблице приведена примерная емкость для томов, предоставляемых в составе единиц крупных экземпляров HANA.
| SKU крупных экземпляров HANA | hana/data; | hana/log; | hana/shared. | /hana/logbackups |
|---|---|---|---|---|
| S72 | 1280 ГБ | 512 ГБ | 768 ГБ | 512 ГБ |
| S72m | 3328 ГБ | 768 ГБ | 1280 ГБ | 768 ГБ |
| S96 | 1280 ГБ | 512 ГБ | 768 ГБ | 512 ГБ |
| S192 | 4608 ГБ | 1024 ГБ | 1536 ГБ | 1024 ГБ |
| S192m | 11 520 ГБ | 1536 ГБ | 1792 ГБ | 1536 ГБ |
| S192xm | 11 520 ГБ | 1536 ГБ | 1792 ГБ | 1536 ГБ |
| S384 | 11 520 ГБ | 1536 ГБ | 1792 ГБ | 1536 ГБ |
| S384m | 12 000 ГБ | 2050 ГБ | 2050 ГБ | 2040 ГБ |
| S384xm | 16 000 ГБ | 2050 ГБ | 2050 ГБ | 2040 ГБ |
| S384xxm | 20 000 ГБ | 3100 ГБ | 2050 ГБ | 3100 ГБ |
| S576m | 20 000 ГБ | 3100 ГБ | 2050 ГБ | 3100 ГБ |
| S576xm | 31 744 ГБ | 4096 ГБ | 2048 ГБ | 4096 ГБ |
| S768m | 28 000 ГБ | 3100 ГБ | 2050 ГБ | 3100 ГБ |
| S768xm | 40 960 ГБ | 6144 ГБ | 4096 ГБ | 6144 ГБ |
| S960m | 36 000 ГБ | 4100 ГБ | 2050 ГБ | 4100 ГБ |
| S896m | 33 792 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
Более новые номера SKU крупных экземпляров HANA поставляются со следующими конфигурациями хранилища.
| SKU крупных экземпляров HANA | hana/data; | hana/log; | hana/shared. | /hana/logbackups |
|---|---|---|---|---|
| S224 | 4224 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S224oo | 6336 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S224m | 8448 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S224om | 8448 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S224ooo | 10 560 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S224oom | 12 672 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S448 | 8448 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S448oo | 12 672 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S448m | 16 896 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S448om | 16 896 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S448ooo | 21 120 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S448oom | 25 344 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S672 | 12 672 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S672oo | 19 008 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S672m | 25 344 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S672om | 25 344 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S672ooo | 31 680 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S672oom | 38 016 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S896 | 16 896 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S896oo | 25 344 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S896om | 33 792 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S896ooo | 42 240 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
| S896oom | 50 688 ГБ | 512 ГБ | 1024 ГБ | 512 ГБ |
Фактический размер развернутого тома может изменяться в зависимости от развертывания и инструмента, который используется для отображения размера тома.
Если вы разделите SKU крупных экземпляров HANA, примеры возможного деления будут выглядеть следующим образом:
| Секция памяти в ГБ | hana/data; | hana/log; | hana/shared. | hana/log/backup |
|---|---|---|---|---|
| 256 | 400 ГБ | 160 ГБ | 304 ГБ | 160 ГБ |
| 512 | 768 ГБ | 384 ГБ | 512 ГБ | 384 ГБ |
| 768 | 1280 ГБ | 512 ГБ | 768 ГБ | 512 ГБ |
| 1024 | 1792 ГБ | 640 ГБ | 1024 ГБ | 640 ГБ |
| 1536 | 3328 ГБ | 768 ГБ | 1280 ГБ | 768 ГБ |
Это примерные объемы томов, которые могут незначительно отличаться в зависимости от развертывания и средств, используемых для просмотра томов. Также существуют другие размеры разделов, например 2,5 ТБ. Размеры этих хранилищ вычисляются по аналогичной формуле, как для разделов выше. Термин "разделы" не подразумевает, что операционная система, память или ресурсы ЦП разделяются. Таким образом указываются разделы хранения различных экземпляров HANA, которые можно развернуть в одной единице крупных экземпляров HANA.
Если вам требуется больше места для хранения, вы можете приобрести дополнительный объем порциями по 1 ТБ. Дополнительное хранилище можно добавить как дополнительный том или использовать для расширения одного существующего тома или нескольких. Нельзя уменьшить размеры томов в том виде, в котором они были изначально развернуты, и как указано в предыдущих таблицах. Также невозможно изменить имена томов или имена подключений. Тома описанных выше хранилищ присоединяются к единицам крупных экземпляров HANA в качестве томов NFS4.
Вы также можете использовать моментальные снимки хранилища для резервного копирования и восстановления, а также аварийного восстановления. Дополнительные сведения см. в статье Высокий уровень доступности и аварийное восстановление SAP HANA в Azure (крупные экземпляры).
Дополнительные сведения о структуре хранилища для вашего сценария см. в разделе Сценарии, поддерживаемые HLI.
Запуск нескольких экземпляров SAP HANA в одной единице крупных экземпляров HANA
В единицах крупных экземпляров HANA можно разместить несколько активных экземпляров SAP HANA. Чтобы иметь доступ к моментальным снимкам хранилища и аварийному восстановлению, в такой конфигурации требуется настроить том в каждом экземпляре. В данный момент единицы крупных экземпляров HANA можно разделить следующим образом:
- S72, S72m, S96, S144, S192: с шагом приращения 256 ГБ и наименьшей начальной единицей 256 ГБ. Можно комбинировать шаги приращения 256 ГБ и 512 ГБ до достижения максимального значения объема памяти единицы.
- S144m и S192m: с шагом приращения 256 ГБ и наименьшей начальной единицей 512 ГБ. Можно комбинировать шаги приращения 512 ГБ и 768 ГБ до достижения максимального значения объема памяти единицы.
- Класс 2: с шагом приращения 512 ГБ и наименьшей начальной единицей 2 ТБ. Можно комбинировать шаги приращения 512 ГБ, 1 ТБ и 1,5 ТБ до достижения максимального значения объема памяти единицы.
В следующих примерах показано, как может выглядеть работа с несколькими экземплярами SAP HANA.
| номер SKU | Размер памяти | Объем памяти | Размеры с несколькими базами данных |
|---|---|---|---|
| S72 | 768 ГБ | 3 TБ | 1 экземпляр HANA на 768 ГБ или 1 экземпляр на 512 ГБ и 1 экземпляр на 256 ГБ или 3 экземпляра по 256 ГБ |
| S72m | 1,5 ТБ | 6 TБ | 3 экземпляра HANA 512 ГБ или 1 экземпляр на 512 ГБ и 1 экземпляр на 1 ТБ или 6 экземпляров по 256 ГБ или 1 экземпляр на 1,5 ТБ |
| S192m | 4 TБ | 16 ТБ | 8 экземпляров по 512 ГБ или 4 экземпляра по 1 ТБ или 4 экземпляра на 512 ГБ и 2 экземпляра на 1 ТБ или 4 экземпляра на 768 ГБ и 2 экземпляра на 512 ГБ или 1 экземпляр на 4 ТБ |
| S384xm | 8 ТБ | 22 ТБ | 4 экземпляра по 2 ТБ или 2 экземпляра по 4 ТБ или 2 экземпляра по 3 ТБ и 1 экземпляр на 2 ТБ или 2 экземпляра по 2,5 ТБ и 1 экземпляр на 3 ТБ или 1 экземпляр на 8 ТБ |
Также существуют другие варианты.
Шифрование неактивных данных
В хранилище крупных экземпляров HANA используется прозрачное шифрование данных, поскольку они хранятся на дисках. В развертываниях до конца 2018 года можно было выбрать шифрование томов. Если вы отказались от этого варианта, можно было запросить получение зашифрованных томов в режиме "в сети". Переход от незашифрованных к зашифрованным томам прозрачен и не вызывает простоя.
Для номеров SKU класса типа 1 крупных экземпляров HANA том с загрузочным логическим номером LUN зашифрован. В метках крупных экземпляров HANA ревизии 3, где для номеров SKU используется класс типа 2, необходимо выполнить шифрование загрузочного LUN средствами ОС. В ревизии 4 крупных экземпляров HANA, использующих SKU класса типа 2, том, на котором хранится загрузочный LUN, по умолчанию зашифрован в период неактивности.
Обязательные параметры для размещения больших экземпляров HANA на ресурсах, предназначенных для крупных экземпляров HANA
У хранилища, используемого в крупных экземплярах HANA, имеется ограничение на размер файла. Ограничение на размер составляет 16 ТБ. В отличие от ограничений на размер файлов в файловых системах EXT3 HANA неявно не учитывает ограничение хранилища, принудительно примененное хранилищем крупных экземпляров HANA. Результатом является то, что HANA не будет автоматически создавать новый файл данных при достижении предельного размера файла в 16 ТБ. Так как HANA пытается увеличить размер файла и вывести его за пределы 16 ТБ, будут выводиться сообщения об ошибках и в итоге работа сервера индексов завершится сбоем.
Важно!
Чтобы избежать этой ситуации, необходимо задать следующие параметры в файле конфигурации global.ini HANA.
Дальнейшие действия
Дополнительные сведения о развертывании SAP HANA (крупные экземпляры).