Оптимизировать окно обновлений
Преимущества:
- Обеспечить готовность приложений после обработки окна обновлений
Цель
Главная задача этого поста – обеспечить видимость перезагрузки в окне обновлений, чтобы можно было воспользоваться преимуществами, если есть место для оптимизации. Конечная цель здесь состоит в том, чтобы гарантировать, что все перезагрузки могут уместиться в пределах окна обновлений, без пересечения с часами потребления приложений пользователями.
Reload Monitor (Монитор обновлений)
На этой странице используется Монитор Обновлений. Пожалуйста, обратитесь к странице Монитор Обновлений, чтобы получить обзор и ссылки на соответствующую документацию.
Подтвердите, что Монитор обновлений работает
Перейдите к Monitoring apps (приложениям Мониторинга) и нажмите кнопку «Подробности» (значок информации) в приложении Монитор обновлений. Убедитесь, что данные приложения актуальны.
Если Монитор обновлений, устарел, обратитесь к Документации Монитора Перезагрузок, чтобы получить подробную информацию о конфигурации и действиях по устранению неполадок.
Процесс
Перейдите к потоку Monitoring apps (приложениям Мониторинга) и откройте Монитор Перезагрузок.
Перейдите к листу Task Planning (Планирования Задач)
Ограничьте выборку, что сократить область окна обновлений до соответствующих дней недели и часов дня. В приведенном ниже примере выбрано время с понедельника по пятницу с 3 до 6 часов утра. Убедитесь, что выбранные параметры соответствуют окну обновлений в организации.
6 часов утра выделено для всех 5 дней и показывает высокий уровень активности по сравнению с другими часами в этом примере окна обновлений. Это может указывать на возможность перенести некоторые из этих задач обновлений на время до 6 утра, чтобы распределить обработку более равномерно.
Точно так же второе выделенное поле показывает, что в среду утром во временном интервале с 3 до 6 часов утра активности больше, чем в другие дни. Если есть еженедельные задачи, которые можно перераспределить на вторник или четверг (из этого слота среды), это может помочь выровнять нагрузку на обработку по дням.
Оптимизация и распределение задач
СОВМЕСТИМОСТЬ ЗАДАЧ
При настройке задач убедитесь, что максимальное количество одновременных перезагрузок для каждого планировщика установлено соответствующим образом. Для тех задач, которые не нужно перезагружать последовательно, это может значительно сократить общее время пакетной обработки.
Перейдите к QMC и выберите Shedulers (Планировщики).
Для каждого активного Планировщика дважды щелкните или выберите Edit (Изменить).
Выберите Advanced (Дополнительно) на панели Properties (Свойства) и обратите внимание на параметр Max concurrent reload (Максимальное количество одновременных перезагрузок). Для этого параметра можно установить максимальное значение n-2, где «n» – это количество ядер на машине (одно предназначено для ОС, а другое – для хранилища). В этом примере в этом планировщике доступно 6 ядер, что позволяет выполнять не более 4 одновременных перезагрузок.
TASK CHAINING СОЕДИНЕНИЕ ЗАДАЧ В ЦЕПОЧКИ
Убедитесь, что все зависящие друг от друга задачи выполняются в цепочке, а не просто выполняются отдельно с достаточным интервалом между ними. Например, если «Задача 1» занимает 5 минут, а «Задача 2» должна выполняться после «Задачи 1», не просто выполняйте «Задачу 1» в 2 часа ночи, а «Задачу 2» - в 3 часа ночи. «Задача» 2 должна быть объединена в цепочку для выполнения при успешном завершении «Задачи 1», чтобы уменьшить общее время обработки.
Перезагрузка QVD
При использовании файлов QVD в развертывании Qlik обычно сначала сосредотачиваются на оптимизации этих обновлений, поскольку они критически важны для дальнейшего обновления информационных панелей, которые зависят от них. Цель должна состоять в том, чтобы перезагрузить QVD как можно раньше, чтобы освободить больше места в окне обновлений для зависимых перезагрузок, которые идут после них. Иногда это так же просто, как запускать задачи перезагрузки QVD раньше по расписанию. Но иногда эти перезагрузки QVD не могут начаться, пока база данных не будет полностью обновлена для вечерней обработки. В этом случае цель должна заключаться в ограничении времени задержки между обновлением исходной базы данных и перезагрузками QVD, которые зависят от срабатывания этой базы данных. Существует несколько методов «запуска» перезагрузки QVD вскоре после того, как база данных завершит ночную обработку. Поищите «триггер перезагрузки» в сообществе Qlik, чтобы найти примеры, но на высоком уровне они могут запускаться через вызовы API, они могут опрашивать базу данных на наличие флага и т. д.
Действия
Если после проверки и оптимизации в соответствии с вышеизложенным по-прежнему возникают проблемы с размещением элементов внутри окна обновлений, можно применить решения, которые включат следующее (одно или несколько из ниже перечисленных):
- Добавить дополнительные планировщики. Это полностью подходит, чтобы обеспечить возможность одновременной обработки задач, если «узкое место» не связано с последовательно выполняемыми задачами.
- Добавить дополнительные ядра в планировщики, чтобы увеличить количество одновременных перезагрузок.
- Оптимизировать перезагрузку приложений. Здесь для начала можно найти лучшие практики. Если узкое место связано с последовательно обновляемыми приложениями, то время, необходимое приложению для обновления, влияет на все последующие.
