Master Guide to SAP HANA Sizing - Part 1
T AЧто вы подразумеваете под Sizing?
Sizing является стандартным термином в SAP, что означает определение аппаратных требований системы SAP, таких как физическая память, мощность процессора и емкость ввода/вывода. Определение требований к размеру гарантирует, что клиенты приобретают оборудование в соответствии с потребностями бизнеса, а также обеспечивают меньшую стоимость и уменьшают совокупную стоимость владения.
Sizing in SAP HANA:
Критическим фактором для реализации SAP HANA является правильное определение размера сервера на основе бизнес-требований, а это означает правильный расчет объема памяти, мощности процессора. SAP HANA sizing состоит из размера памяти для статических данных, размера памяти объектов, созданных во время выполнения (загрузка данных и выполнение запросов), размер диска и размер процессора. В целях успешной реализации SAP HANA, SAP предоставила различные рекомендации и методы для расчета правильного размера оборудования. Мы можем использовать любой из следующих методов: 1. Определение размера SAP HANA с помощью инструмента QuickSizer.
2. Определение размеров SAP HANA с использованием конкретных сценариев БД.
3. Определение размера SAP HANA с помощью отчета ABAP .
Product Availability Matrix (PAM)
Все доступные аппаратные конфигурации HANA, сертифицированные SAP, могут быть просмотрены в HANA PAM (Product Availability Matrix). Кроме того, SAP также сертифицирует дополнительные конфигурации, как того требует сценарий клиента. Вы должны проверить у своих поставщиков оборудования и SAP Account Executive, если вы заинтересованы в любой другой конфигурации, чем указано в HANA PAM.
Product Availability Matrix(PAM).
Selecting a T-shirt size:
В соответствии с результатами sizing выберите SAP HANA T-shirt size, который удовлетворяет требованиям к размеру с точки зрения основной памяти и возможностей ЦП. Например: результат sizing в 400 ГБ для основной памяти (C) предполагает T-shirt size M.
Ознакомьтесь с этой статьей, чтобы узнать больше о http://telegra.ph/SAP-HANA-T-Shirt-Size---Kakoj-razmer-podhodit-vashim-trebovaniyam-06-01
Основные показатели эффективности для SAP HANA Sizing:
Sizing устройства SAP HANA в основном основана на требуемом размере основной памяти. Размер памяти определяется объемом данных, которые должны храниться в памяти. Как правило, размер других компонентов внутри сервера определяется из размера основной памяти. Помимо основного размера памяти, другой важной частью sizing является размер диска и размер процессора.
Три основных KPI, используемых для измерения для SAP HANA:
- Основное пространство памяти (ОЗУ).
- Производительность процессора.
- Размер диска.
Размер оперативной памяти - это базовая цифра, чтобы найти необходимый T-shirt size.
Note-1: Данные сжаты в SAP HANA. Поскольку ожидаемый коэффициент сжатия не является одинаковым для разных сценариев, размер основной памяти оценивается в зависимости от сценария.
SAP HANA Sizing основной памяти:
Размер основной памяти SAP HANA делится на статические и динамические требования к ОЗУ.
Статическое требования к ОЗУ:
Требования к статической ОЗУ относятся к объему основной памяти, который используется для хранения данных таблицы. Размер статической памяти HANA определяется объемом данных, которые должны храниться в памяти.
Динамическое требование к ОЗУ:
Дополнительная основная память требуется для объектов, которые создаются динамически при загрузке новых данных или выполнении запросов. Поскольку SAP рекомендует зарезервировать столько памяти для динамических объектов, сколько для статических, для вычисления общей ОЗУ статическая ОЗУ умножается на две.
Шаги для вычисления размера ОЗУ:
1. Calculate Uncompressed Data Volume, который будет загружен в HANA. Исходные данные: Определите информацию, которая должна быть передана (путем репликации или извлечения) в базу данных SAP HANA. Обратите внимание, что обычно клиенты выбирают только подмножество информации из своей базы данных ERP или CRM, поэтому это нужно делать на уровне таблицы. Методика калибровки основана на несжатом размере исходных данных, поэтому в случае использования сжатия в исходной базе данных это также необходимо учитывать. Информация, необходимая для этого шага, может быть получена с помощью инструментов базы данных. SAP Note 1514966 содержит сценарий, поддерживающий этот процесс для нескольких систем баз данных, например DB2 LUW и Oracle. Текущий размер всех таблиц (без индексов DB), хранящих требуемую информацию в исходной базе данных, называется Source Data Footprint.
2. Коэффициент сжатия в HANA. В HANA в качестве сценария ожидаемое сжатие составляло 1:5. С помощью новых механизмов сжатия, коэффициент сжатия увеличился до 1:7. Тем не менее, есть также значительно более высокие значения, поэтому клиенты циркулируют в примерах, где коэффициент был достигнут более 1:50. Коэффициент сжатия, достигнутый SAP HANA, может варьироваться в зависимости от распределения данных.
3. Расчет статического размера ОЗУ. Статический размер ОЗУ - это объем оперативной памяти, необходимый для хранения данных в базе данных SAP HANA. Предполагая, что коэффициент сжатия равен 7:
4. Расчет динамического размера ОЗУ. Динамическое ОЗУ предназначено для дополнительной основной памяти, необходимой для объектов, которые создаются динамически при загрузке новых данных или выполнении запросов. SAP рекомендует сохранять размер динамической ОЗУ таким же, как размер статического ОЗУ.
5. Расчет общего объема оперативной памяти
Общий объем оперативной памяти должен быть округлен до следующего T-shirt configuration size. Например: если общий объем оперативной памяти составляет 400 ГБ, необходимо T-shirt size М.
SAP Notes on Sizing:
Поскольку коэффициент сжатия и другие аппаратные требования зависят от сценария, существуют различные правила sizing и SAP Notes.
General Sizing (SAP Note 1514966): Здесь описывается sizing SAP HANA, поскольку она используется, например: для тиражирования данных ERP, поступающих из системы ERP. В частности, эти правила не должны использоваться для sizing BW на HANA и Business Suite в системах HANA.
Sizing for BW on HANA (SAP Notes 1736976 and 1637145): В приведенных выше SAP-Note включено подробное описание размера различных компонентов. Кроме того, имеется доступный скрипт калибровки, который поддерживает sizing для миграции.
Sizing for Suite on HANA (SAP Note 1872170): соответствующая SAP-Note описывает, как реализовать отчет для оценки потребности в пространстве памяти для таблиц базы данных Suite на системах HANA.
Non-active data concept for BW on HANA (SAP Note 1767880) and Nearline Storage Solutions: большие системы BW, содержат большие объемы данных, которые больше или редко активно используются, но которые должны оставаться в системе (исторические данные, сохраняя данные по юридическим причинам и т. д.). Эти данные называются неактивными данными. Реализация для BW на HANA позволяет вытеснять неактивные данные в случае узких мест в основной памяти, используя последнюю недавно использованную концепцию. Эта концепция улучшает управление ресурсами основной памяти, что положительно влияет на размер аппаратного обеспечения для большого количества неактивных данных. Для получения дополнительной информации об этом см. также SAP-Note 1736976. Кроме того, для хранения «холодных данных» можно использовать решения для быстрого хранения, что также может помочь уменьшить объем памяти.
SAP HANA Smart Data Access (SAP Note 1879294): Интеллектуальный доступ к данным SAP HANA позволяет получить доступ к удаленным данным, как если бы они были сохранены в локальных таблицах. Поскольку данные не копируются в SAP HANA, его не нужно учитывать для размера основной памяти сервера SAP HANA.
Disk Sizing:
SAP HANA - это база данных в памяти. Но по-прежнему требуется дисковое пространство - для сохранения информации о базе данных, если система выключается, например, преднамеренно или из-за потери мощности.
Disk sizing можно классифицировать в:
- Persistence Layer (также называемый Data Volume)
- Disk Log (также называемый Log Volume)
Persistence Layer (Data Volume): Изменения данных в базе данных периодически копируются на диск, чтобы обеспечить полное изображение бизнес-данных на диске в Data Volume (Persistence Layer).
Емкость для этого хранилища рассчитывается на основе общего объема оперативной памяти:
Disk Log (Log Volume): Log Volume сохраняет файлы журналов, чтобы гарантировать, что изменения являются долговечными, и после перезагрузки база данных может быть восстановлена до последнего зафиксированного состояния. Минимальный размер для Log Volume равен размеру основной памяти сервера SAP HANA.
Обратите внимание, что сертифицированные аппаратные конфигурации уже учитывают эти правила, поэтому нет необходимости выполнять disk sizing. Тем не менее, мы по-прежнему включаем его здесь для вашего понимания.
CPU Sizing:
CPU sizing должна выполняться в дополнение к размеру памяти, если ожидается значительное количество пользователей, работающих с относительно небольшим объемом данных. Выберите T-shirt configuration size который удовлетворяет требованиям к памяти и процессору. Размер процессора зависит от пользователя. Система SAP HANA должна поддерживать 300 SAPS для каждого одновременно активного пользователя. Серверы, используемые для IBM Systems Solution для SAP HANA, поддерживают примерно 60 - 65 одновременно активных пользователей на процессор, в зависимости от модели сервера.
Что такое SAPS?
Стандарт производительности приложений SAP, известный как SAPS, представляет собой единицу измерения, которая описывает производительность (результат пропускной способности) конфигурации системы SAP. Он определяется как:
2000 полностью обработанных позиций заказа в час = 100 SAPS
Чтобы узнать больше о SAPS, обратитесь к следующим ссылкам:
Note: Чтобы изменить размер процессора, чтобы загрузка сервера не превышала в среднем 65% (т.е. Чтобы получить максимальное количество пользователей на сервер, абсолютная пропускная способность сервера SAPS должна быть умножена на .65).
Ссылка на статью: