Конференция по программным решениям HPE 14 апреля 2016
Автоматизация процесса перевода транспортного сервиса между географически распределенными площадками
Система управления ТСЭР
Подсистема автоматизации процедуры перевода обработки
ЭС между центральными серверами ЦТУ ТСЭР (ПАПО)
Автоматизация процессов управления DevOps Новые реалии – новая скорость
Поддержка высоконагруженного проекта: мониторинг, резервирование, обслуживани...Ontico
1. Мониторинг высоконагруженного проекта.
1.1. Специфика мониторинга высоконагруженного проекта: гранулярность мониторинга, надежность системы мониторинга, система оповещений.
1.2. Мониторинг и контроль распределенных систем.
1.3. Специфика организации оповещений в высоконагруженном проекте. Превентивный мониторинг.
2. Резервирование и резервное копирование в высоконагруженном проекте.
2.1. Резервирование и резервное копирование - разные вещи.
2.2. Резервирование: на уровне сервера, дата-центра, географически распределенных площадок.
2.1. Организация резервного копирования. Сохранность часто обновляемых данных.
3. Обслуживание высоконагруженного проекта.
3.1. Организация поддержки высоконагруженного проекта: опыт, специфика работы.
3.2. Организация дежурств, эскалация оповещений.
3.3. Аварии в высоконагруженных проектах: примеры из жизни.
«Секретные» технологии инвестиционных банков / Алексей Рагозин (Дойче Банк)Ontico
Как правило, такое базовое ПО, как языки программирования, системы управления базами данных, брокеры сообщений, используется в разных индустриях и не имеет ярко выраженной бизнес-специализации. Java, Python, MySQL и не только находят применение повсюду, начиная с больших корпораций, заканчивая стратапами и видеоиграми.
Тем не менее, встречаются исключения. В докладе пойдёт речь о технологиях, получивших распространение в инвестиционных банках и не слишком известных за их пределами. Хотя прямого отношения к торговле финансовыми инструментами сами по себе эти технологии не имеют.
Тезисы - http://www.highload.ru/2015/abstracts/1888.html
Как балансировать на «сетевом» канате под куполом тяжелой нагрузки? / Сергей ...Ontico
Цель доклада – рассмотреть и систематизировать информацию о том, как балансировка нагрузки помогает делать миллионы людей счастливыми, сохраняя им нервные клетки, спасает беззащитные ПК и прочие девайсы от приступов ярости их владельцев во время бесконечных загрузок сайтов, а посетителям онлайн магазинов не дает побросать их виртуальные корзинки в бесконечных очередях на кассе.
Вашему вниманию будет представлен небольшой сравнительный анализ методов балансировки трафика, мы рассмотрим плюсы и минусы каждой схемы. Я расскажу, к каким хитростям можно прибегать, минуя большие затраты на покупку готовых решений и получая максимум профита от существующей инфраструктуры.
Доклад будет полезен всем, кто хочет знать, но боится спросить, благодаря чему HighLoad-проекты такие устойчивые и надежные. Тема наверняка заинтересует тех, кто только начинает свои шаги на пути к уверенному и высокопроизводительному сервису.
Тезисы доклада:
1. Что такое балансировка и зачем она вообще нужна? Когда хорошо бы об этом задуматься?
2. Реализация балансировки: виды, способы, практики.
3. Методы локальной балансировки
3.1. Балансировка на канальном уровне (L2-метод)
• Используем отдельным балансировщик
• Сократим расходы, избавимся от выделенного балансировщика
• Плюсы и минусы
3.2. Балансировка на сетевом уровне (L3-метод)
• Преимущества и недостатки
4. Методы глобальной балансировки
4.1. DNS балансировка.
• DNS Round Robin
• Сильные и слабые стороны подхода
4.2. HTTP Redirect
• Механизм балансировки на основе Redirect запросов
• Плюсы и минусы метода
4.3. Балансировка на базе Anycast
• Когда Anycast – это хорошо, а когда - не очень?
5. Некоторые не менее расп
Потребности:Надежное, экономически выгодное и простое в обращении решение для резервного копирования
Среда: VMware и Hyper-V, более, чем10 TБданных.
Предыдущее решение:
Очень дорогое и сложное решение для резервного копирования
Проблема: нехватка бюджета на нужды ИТ
Область применения:Социальные услуги.
Потребности:Сократить время и сложность бэкапа виртуальных машин.
Среда:45 ВМ, 1.5 TБданных, Windows Domain Controller, Lotus Notes, NAS
Область применения:ИТ услуги
Потребности:надежная система резервного копирования, нацеленная на сокращение времени простоя в случае отказа сервера.
Среда:множествоГипервизоров, WEBсайтов, ERP систем.
Поддержка высоконагруженного проекта: мониторинг, резервирование, обслуживани...Ontico
1. Мониторинг высоконагруженного проекта.
1.1. Специфика мониторинга высоконагруженного проекта: гранулярность мониторинга, надежность системы мониторинга, система оповещений.
1.2. Мониторинг и контроль распределенных систем.
1.3. Специфика организации оповещений в высоконагруженном проекте. Превентивный мониторинг.
2. Резервирование и резервное копирование в высоконагруженном проекте.
2.1. Резервирование и резервное копирование - разные вещи.
2.2. Резервирование: на уровне сервера, дата-центра, географически распределенных площадок.
2.1. Организация резервного копирования. Сохранность часто обновляемых данных.
3. Обслуживание высоконагруженного проекта.
3.1. Организация поддержки высоконагруженного проекта: опыт, специфика работы.
3.2. Организация дежурств, эскалация оповещений.
3.3. Аварии в высоконагруженных проектах: примеры из жизни.
«Секретные» технологии инвестиционных банков / Алексей Рагозин (Дойче Банк)Ontico
Как правило, такое базовое ПО, как языки программирования, системы управления базами данных, брокеры сообщений, используется в разных индустриях и не имеет ярко выраженной бизнес-специализации. Java, Python, MySQL и не только находят применение повсюду, начиная с больших корпораций, заканчивая стратапами и видеоиграми.
Тем не менее, встречаются исключения. В докладе пойдёт речь о технологиях, получивших распространение в инвестиционных банках и не слишком известных за их пределами. Хотя прямого отношения к торговле финансовыми инструментами сами по себе эти технологии не имеют.
Тезисы - http://www.highload.ru/2015/abstracts/1888.html
Как балансировать на «сетевом» канате под куполом тяжелой нагрузки? / Сергей ...Ontico
Цель доклада – рассмотреть и систематизировать информацию о том, как балансировка нагрузки помогает делать миллионы людей счастливыми, сохраняя им нервные клетки, спасает беззащитные ПК и прочие девайсы от приступов ярости их владельцев во время бесконечных загрузок сайтов, а посетителям онлайн магазинов не дает побросать их виртуальные корзинки в бесконечных очередях на кассе.
Вашему вниманию будет представлен небольшой сравнительный анализ методов балансировки трафика, мы рассмотрим плюсы и минусы каждой схемы. Я расскажу, к каким хитростям можно прибегать, минуя большие затраты на покупку готовых решений и получая максимум профита от существующей инфраструктуры.
Доклад будет полезен всем, кто хочет знать, но боится спросить, благодаря чему HighLoad-проекты такие устойчивые и надежные. Тема наверняка заинтересует тех, кто только начинает свои шаги на пути к уверенному и высокопроизводительному сервису.
Тезисы доклада:
1. Что такое балансировка и зачем она вообще нужна? Когда хорошо бы об этом задуматься?
2. Реализация балансировки: виды, способы, практики.
3. Методы локальной балансировки
3.1. Балансировка на канальном уровне (L2-метод)
• Используем отдельным балансировщик
• Сократим расходы, избавимся от выделенного балансировщика
• Плюсы и минусы
3.2. Балансировка на сетевом уровне (L3-метод)
• Преимущества и недостатки
4. Методы глобальной балансировки
4.1. DNS балансировка.
• DNS Round Robin
• Сильные и слабые стороны подхода
4.2. HTTP Redirect
• Механизм балансировки на основе Redirect запросов
• Плюсы и минусы метода
4.3. Балансировка на базе Anycast
• Когда Anycast – это хорошо, а когда - не очень?
5. Некоторые не менее расп
Потребности:Надежное, экономически выгодное и простое в обращении решение для резервного копирования
Среда: VMware и Hyper-V, более, чем10 TБданных.
Предыдущее решение:
Очень дорогое и сложное решение для резервного копирования
Проблема: нехватка бюджета на нужды ИТ
Область применения:Социальные услуги.
Потребности:Сократить время и сложность бэкапа виртуальных машин.
Среда:45 ВМ, 1.5 TБданных, Windows Domain Controller, Lotus Notes, NAS
Область применения:ИТ услуги
Потребности:надежная система резервного копирования, нацеленная на сокращение времени простоя в случае отказа сервера.
Среда:множествоГипервизоров, WEBсайтов, ERP систем.
Стратегия и тактика улучшения производительности BSS систем оператора мобильн...Ontico
В докладе поделимся опытом построения комплексного процесса последовательного улучшения производительности информационных систем мобильного оператора, расскажем об используемых инструментах и компонентах (Oracle, Tarantool, Java, Jmeter и т.д.).
Особенность нашего оператора в том, что основной канал взаимодействия с клиентом - это мобильное приложение или web Личный кабинет, а не USSD команды и СМС, как у основной массы операторов. Данная особенность создает высокие требования к времени отклика и доступности сервисов и ставит перед нами целый ряд вопросов:
- Как достичь приемлемого времени отрисовки страниц (не более 2х секунд) и не "уронить" backend при увеличении кол-ва абонентов в несколько раз за год до 4х миллионов?
- Как обеспечить приемлемую производительность при наличии сложных оркестрирующих процессов на ESB и достаточно медленного, основанного на Oracle биллинга?
- Как контролировать и улучшать производительность и доступность постоянно и на упреждение, а не когда "жареный петух клюнет"?
Мы расскажем о том, как мы отвечаем на выше обозначенные вопросы. В частности, расскажем о внедрении двух БД - inmemory БД на чтение и Oracle на запись с соответствующей синхронизацией, о технике кэширования на нескольких уровнях, оптимизации синхронных и асинхронных процессов, о постоянном выявлении узких мест на тестировании, о кластеризации и других аспектах улучшения общей и частной производительности и доступности при быстро растущей абонентской базе и беспощадной креативности бизнеса.
Настройка и оптимизация высоконагруженных J2EE веб-приложений / Шамим Ахмед (...Ontico
Оптимизация любого веб-приложения — это нетривиальная задача, для решения которой требуется проводить мониторинг загрузки системных ресурсов, выполнять микро-вэнчмаркинг, экспериментировать с настройками, проводить нагрузочное тестирование и т.д.
В текущем году нашей команде довелось поучаствовать в нескольких проектах, в которых перед нами стояла задача оптимизации J2EE веб-приложений. Один из них — портал для ОАО «Сбербанк России» (www.sberbank.ru).
Основной сайт Сбербанка реализован на основе портального движка BackBase и является J2EE-приложением. При проведении оптимизации его работы нам пришлось изучить и собрать много информации и документов, которые связаны с настройкой и оптимизацией высоконагруженных веб-приложений.
В ходе реализации проектов я заметил, что не существует сводного документа с инструкциями по оптимизации работы приложения, поэтому решил поделиться нашим опытом. Этот доклад может послужить в качестве дорожной карты (Road Map) для настройки и оптимизации J2EE веб-приложений.
В докладе будут рассмотрены следующие аспекты:
1) Общие подходы и методология оптимизации веб-приложения.
2) Оптимизация настроек веб-сервера.
3) Оптимизация кода приложения на стороне клиента.
4) Оптимизация на стороне middleware, в том числе на сервере приложений.
5) Оптимизация на уровне Базы Данных.
Мониторинг веб-проектов real-time мониторинг и аналитика, поиск ошибок и боев...Ontico
Многие веб-студии не имеют в своем штате системных администраторов. И зачастую узнают о проблемах с запущенными проектами уже после того, как они случились.
В докладе рассмотрим:
- Явные и не очень потери на медленном / недоступном сайте.
- Общие принципы внедрения систем real-time мониторинга.
- Мониторинг нетипичных характеристик (наличие бэкапов, делегирование домена и т.п.).
- Автоматизацию типовых реакций на алерты.
- Зачем нужна аналитика в мониторинге (пробуем предугадать проблемы до того, как они случатся).
- Инструменты и общие подходы быстрого поиска "узких" мест.
Пишем свою платформу для управления данными. Это очень просто / Суханов Васил...Ontico
На примере платформы SAP HANA рассмотрим подходы к созданию высокопроизводительной платформы для управления большими массивами данных и выполнения сложных вычислений. В ходе сессии будут представлены архитектурные решения, которые частично легли в основу платформы, а также будет проведён сравнительный анализ предложенных решений в приложении к современным разработкам Intel в области архитектуры ЭВМ.
Тезисы - http://www.highload.ru/2015/abstracts/1856.html
Велосипед уже изобретен. Что умеют промышленные СХД? / Антон Жбанков (Nutanix)Ontico
Зачем мы каждый раз изобретаем велосипед, только потому что можем? Корпоративные СХД существуют более 25 лет и умеют очень многое.
Защита данных, качество обслуживания, многоуровневое хранение и кэширование на флэш-памяти. Система хранения данных - это не только гигабайт по минимальной цене, но так же и гарантированная производительность и отказоустойчивость.
Вы узнаете, как можно обеспечить своим данным высокую степень защиты, значительно сократив время реализации проекта. Или, наоборот, убедитесь в том, что СХД корпоративного класса вашему проекту не подходят.
Современные флэш-технологии – от концепции к преимуществам использования // А...IBS
Конференция "InterLab Forum. Системная интеграция нового поколения" прошла в октябре 2015 года. В центре внимания форума были новые решения в области ИТ-инфраструктуры и информационной безопасности, недавно появившиеся на российском рынке и прошедшие апробацию в IBS.
Подробности: http://www.ibs.ru
MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona)Ontico
Сегодня много дискуссий о том, что лучше - MySQL или PostgreSQL? Однако перед тем, как выбирать именно реляционную базу данных для своего проекта, стоит понять, является ли реляционная база данных наилучшим решением для него.
В рамках этого доклада мы сравним наиболее популярную реляционную базу данных с открытым кодом с наиболее популярным хранилищем документов с открытым кодом. Мы определим, в каких случаях эффективнее всего работает MySQL, а в каких - MongoDB. Мы также рассмотрим ситуации, в которых ни одна из этих баз данных не будет лучшим решением и в которых целесообразно остановить свой выбор на других технологиях.
Алексей Рагозин "Java и linux борьба за микросекунды"IT Event
Java используется для широкого спектра приложений, некоторые из них могут иметь жёсткие требования по времени отклика.
Но если речь идёт про сотни микросекунд, годится ли Java, в принципе, для таких задач?
Доклад осветит практические аспекты разработки решений с малым временем отклика на платформе Java + Linux
Виртуализация инфраструктуры ЦОД российской разработки // Владимир Порохов (O...IBS
Конференция "InterLab Forum. Системная интеграция нового поколения" прошла в октябре 2015 года. В центре внимания форума были новые решения в области ИТ-инфраструктуры и информационной безопасности, недавно появившиеся на российском рынке и прошедшие апробацию в IBS.
Подробности: http://www.ibs.ru
Техносфера Mail.ru Group, МГУ им. М.В. Ломоносова.
Курс "Методы распределенной обработки больших объемов данных в Hadoop"
Видео лекции курса https://www.youtube.com/playlist?list=PLrCZzMib1e9rPxMIgPri9YnOpvyDAL9HD
Мониторинг в высоконагруженных (и не только) проектах: сравнительный анализ с...Ontico
Выбор системы мониторинга - это практически holy-war-ная тема среди администраторов и разработчиков. Какая система лучше? Что удобнее? Какая система сможет выдержать большое количество статистики, а какая - лучше собрать и представить данные?
В своем докладе мы попробуем предельно непредвзято рассмотреть существующие решения и понять, что и когда можно использовать.
См. тезисы - http://rootconf.ru/2015/abstracts/1746
Сергей Аверин "Распространенные ошибки применения баз данных"Tanya Denisyuk
Выбор хранилища данных — сложная задача, с которой часто сталкиваются разработчики. Чаще всего результат этого выбора — это компромисс. Я расскажу о собственном опыте, набитых «шишках», рассмотрю важные, на мой взгляд, связанные с этой задачей проблемы.
A Developer Evangelist operates as a critical conduit between your technology, product or platform and the legions of marketing averse application developers that you are targeting. Combining a zen-like mix of technical expertise, social media savvy, community respect, public speaking acumen and a dash of showmanship, this rare individual can lift your technology above the noise and into the minds of modern developers. But how do you identify, find, recruit, motivate, evaluate and evolve someone with such a broad and eclectic mix of skills? This session will provide a practical approach for finding and integrating Developer Evangelists into your developer marketing team.
Стратегия и тактика улучшения производительности BSS систем оператора мобильн...Ontico
В докладе поделимся опытом построения комплексного процесса последовательного улучшения производительности информационных систем мобильного оператора, расскажем об используемых инструментах и компонентах (Oracle, Tarantool, Java, Jmeter и т.д.).
Особенность нашего оператора в том, что основной канал взаимодействия с клиентом - это мобильное приложение или web Личный кабинет, а не USSD команды и СМС, как у основной массы операторов. Данная особенность создает высокие требования к времени отклика и доступности сервисов и ставит перед нами целый ряд вопросов:
- Как достичь приемлемого времени отрисовки страниц (не более 2х секунд) и не "уронить" backend при увеличении кол-ва абонентов в несколько раз за год до 4х миллионов?
- Как обеспечить приемлемую производительность при наличии сложных оркестрирующих процессов на ESB и достаточно медленного, основанного на Oracle биллинга?
- Как контролировать и улучшать производительность и доступность постоянно и на упреждение, а не когда "жареный петух клюнет"?
Мы расскажем о том, как мы отвечаем на выше обозначенные вопросы. В частности, расскажем о внедрении двух БД - inmemory БД на чтение и Oracle на запись с соответствующей синхронизацией, о технике кэширования на нескольких уровнях, оптимизации синхронных и асинхронных процессов, о постоянном выявлении узких мест на тестировании, о кластеризации и других аспектах улучшения общей и частной производительности и доступности при быстро растущей абонентской базе и беспощадной креативности бизнеса.
Настройка и оптимизация высоконагруженных J2EE веб-приложений / Шамим Ахмед (...Ontico
Оптимизация любого веб-приложения — это нетривиальная задача, для решения которой требуется проводить мониторинг загрузки системных ресурсов, выполнять микро-вэнчмаркинг, экспериментировать с настройками, проводить нагрузочное тестирование и т.д.
В текущем году нашей команде довелось поучаствовать в нескольких проектах, в которых перед нами стояла задача оптимизации J2EE веб-приложений. Один из них — портал для ОАО «Сбербанк России» (www.sberbank.ru).
Основной сайт Сбербанка реализован на основе портального движка BackBase и является J2EE-приложением. При проведении оптимизации его работы нам пришлось изучить и собрать много информации и документов, которые связаны с настройкой и оптимизацией высоконагруженных веб-приложений.
В ходе реализации проектов я заметил, что не существует сводного документа с инструкциями по оптимизации работы приложения, поэтому решил поделиться нашим опытом. Этот доклад может послужить в качестве дорожной карты (Road Map) для настройки и оптимизации J2EE веб-приложений.
В докладе будут рассмотрены следующие аспекты:
1) Общие подходы и методология оптимизации веб-приложения.
2) Оптимизация настроек веб-сервера.
3) Оптимизация кода приложения на стороне клиента.
4) Оптимизация на стороне middleware, в том числе на сервере приложений.
5) Оптимизация на уровне Базы Данных.
Мониторинг веб-проектов real-time мониторинг и аналитика, поиск ошибок и боев...Ontico
Многие веб-студии не имеют в своем штате системных администраторов. И зачастую узнают о проблемах с запущенными проектами уже после того, как они случились.
В докладе рассмотрим:
- Явные и не очень потери на медленном / недоступном сайте.
- Общие принципы внедрения систем real-time мониторинга.
- Мониторинг нетипичных характеристик (наличие бэкапов, делегирование домена и т.п.).
- Автоматизацию типовых реакций на алерты.
- Зачем нужна аналитика в мониторинге (пробуем предугадать проблемы до того, как они случатся).
- Инструменты и общие подходы быстрого поиска "узких" мест.
Пишем свою платформу для управления данными. Это очень просто / Суханов Васил...Ontico
На примере платформы SAP HANA рассмотрим подходы к созданию высокопроизводительной платформы для управления большими массивами данных и выполнения сложных вычислений. В ходе сессии будут представлены архитектурные решения, которые частично легли в основу платформы, а также будет проведён сравнительный анализ предложенных решений в приложении к современным разработкам Intel в области архитектуры ЭВМ.
Тезисы - http://www.highload.ru/2015/abstracts/1856.html
Велосипед уже изобретен. Что умеют промышленные СХД? / Антон Жбанков (Nutanix)Ontico
Зачем мы каждый раз изобретаем велосипед, только потому что можем? Корпоративные СХД существуют более 25 лет и умеют очень многое.
Защита данных, качество обслуживания, многоуровневое хранение и кэширование на флэш-памяти. Система хранения данных - это не только гигабайт по минимальной цене, но так же и гарантированная производительность и отказоустойчивость.
Вы узнаете, как можно обеспечить своим данным высокую степень защиты, значительно сократив время реализации проекта. Или, наоборот, убедитесь в том, что СХД корпоративного класса вашему проекту не подходят.
Современные флэш-технологии – от концепции к преимуществам использования // А...IBS
Конференция "InterLab Forum. Системная интеграция нового поколения" прошла в октябре 2015 года. В центре внимания форума были новые решения в области ИТ-инфраструктуры и информационной безопасности, недавно появившиеся на российском рынке и прошедшие апробацию в IBS.
Подробности: http://www.ibs.ru
MySQL® и MongoDB® - когда что лучше использовать? / Петр Зайцев (Percona)Ontico
Сегодня много дискуссий о том, что лучше - MySQL или PostgreSQL? Однако перед тем, как выбирать именно реляционную базу данных для своего проекта, стоит понять, является ли реляционная база данных наилучшим решением для него.
В рамках этого доклада мы сравним наиболее популярную реляционную базу данных с открытым кодом с наиболее популярным хранилищем документов с открытым кодом. Мы определим, в каких случаях эффективнее всего работает MySQL, а в каких - MongoDB. Мы также рассмотрим ситуации, в которых ни одна из этих баз данных не будет лучшим решением и в которых целесообразно остановить свой выбор на других технологиях.
Алексей Рагозин "Java и linux борьба за микросекунды"IT Event
Java используется для широкого спектра приложений, некоторые из них могут иметь жёсткие требования по времени отклика.
Но если речь идёт про сотни микросекунд, годится ли Java, в принципе, для таких задач?
Доклад осветит практические аспекты разработки решений с малым временем отклика на платформе Java + Linux
Виртуализация инфраструктуры ЦОД российской разработки // Владимир Порохов (O...IBS
Конференция "InterLab Forum. Системная интеграция нового поколения" прошла в октябре 2015 года. В центре внимания форума были новые решения в области ИТ-инфраструктуры и информационной безопасности, недавно появившиеся на российском рынке и прошедшие апробацию в IBS.
Подробности: http://www.ibs.ru
Техносфера Mail.ru Group, МГУ им. М.В. Ломоносова.
Курс "Методы распределенной обработки больших объемов данных в Hadoop"
Видео лекции курса https://www.youtube.com/playlist?list=PLrCZzMib1e9rPxMIgPri9YnOpvyDAL9HD
Мониторинг в высоконагруженных (и не только) проектах: сравнительный анализ с...Ontico
Выбор системы мониторинга - это практически holy-war-ная тема среди администраторов и разработчиков. Какая система лучше? Что удобнее? Какая система сможет выдержать большое количество статистики, а какая - лучше собрать и представить данные?
В своем докладе мы попробуем предельно непредвзято рассмотреть существующие решения и понять, что и когда можно использовать.
См. тезисы - http://rootconf.ru/2015/abstracts/1746
Сергей Аверин "Распространенные ошибки применения баз данных"Tanya Denisyuk
Выбор хранилища данных — сложная задача, с которой часто сталкиваются разработчики. Чаще всего результат этого выбора — это компромисс. Я расскажу о собственном опыте, набитых «шишках», рассмотрю важные, на мой взгляд, связанные с этой задачей проблемы.
A Developer Evangelist operates as a critical conduit between your technology, product or platform and the legions of marketing averse application developers that you are targeting. Combining a zen-like mix of technical expertise, social media savvy, community respect, public speaking acumen and a dash of showmanship, this rare individual can lift your technology above the noise and into the minds of modern developers. But how do you identify, find, recruit, motivate, evaluate and evolve someone with such a broad and eclectic mix of skills? This session will provide a practical approach for finding and integrating Developer Evangelists into your developer marketing team.
Платформа и решения НРЕ для больших данныхAndrey Karpov
Интернет вещей
сеть физических объектов, содержащих
встроенные технологии, позволяющие
распознавать внешние воздействия или
внутренние состояния объектов, а также
взаимодействовать с другими объектами.
СУБД (cистема управления базами данных)
совокупность программных и
лингвистических средств общего или
специального назначения, обеспечивающих
управление созданием и использованием баз
данных.
Структурированные данные
данные, имеющие строгую повторяющуюся
структуру, что дает возможность хранить и
обрабатывать их с использованием СУБД.
Introducing Backup to Disk devices and deduplication
This document describes how HPE Data Protector integrates with Backup to Disk devices and deduplication. By supporting deduplication, several new concepts are introduced to Data Protector, including a new device type, the Backup to Disk device, and four interface types: the HPE StoreOnce Software deduplication, the HPE StoreOnce Backup System, Smart Cache, and the EMC Data Domain Boost. Backup to Disk devices and deduplication are both discussed in detail in this document.
Backup to Disk devices are devices that back up data to a physical storage disk and support multi-host configurations. They support different backends such as the HP StoreOnce Software deduplication, the StoreOnce Backup system, Smart Cache, or the EMC Data Domain Boost. This document also describes the basic principles behind deduplication technology.
Data Protector supports the following deduplication backends:
HPE Data Protector Software deduplication provides the ability to deploy target-side deduplication on virtually any industry-standard hardware, offers greater flexibility than existing solutions as it can be deployed in a wider range of hardware set-ups, and provides enterprise-class scalability.
Because of the way Data Protector makes use of the extremely efficient HPE StoreOnce engine, Data Protector software deduplication uses memory very efficiently. As a result, you can deploy deduplication on application or backup servers without lowering application performance. Data Protector software deduplication can even be deployed on a virtual machine. In addition, Data Protector software deduplication delivers very high throughput. HPE StoreOnce Backup system devices are disk to disk (D2D) backup devices which support deduplication. Smart Cache devices are backup to disk devices that enable non-staged recovery from VMware backups. EMC Data Domain Boost devices are D2D backup devices which support deduplication.
Understanding human information
•Access and understand virtually any source of information on-premise and in the cloud
•A strategic pillar of HP’s HAVEnBig Data platform
•Non-disruptive, manage-in-place approach complements any organization
Igniting Developer Community - I Love APIs Conference 2015Adam FitzGerald
Six basic steps to build effective developer communities around API based technologies. This talk has been delivered at several developer conferences in the Bay Area in 2015. This version is from the I Love APIs conference 13 October 2015.
HPE IDOL Technical Overview - july 2016Andrey Karpov
Search and Analytics Platform for Text and Rich Media
Open Innovation is transforming everything
Connected people, apps and things generating massive data in many forms
How do you bridge the gap between data and outcomes?
Augmented Intelligence power apps for competitive advantage
Machine Learning at the Service of Business Augmented Intelligence
HPE Big Data Advanced Analytics Software Solutions
Strong information and weak information
HPE IDOL: Natural Language Processing (NLP) engine
Доклад Смелянского Р.Л. на семинаре Консорциума университетов по изучению и развитию передовых технологий в сфере компьютерных сетей. 20 октября 2016 года
Система виртуальной коммутации - VSS и ее реализация на платформах Catalyst 4...Cisco Russia
Презентация с вебинара, организованного в рамках сообщества Cisco Support Community.
Приглашаем Вас на другие мероприятия Cisco Support Community, а также к участию в жизни нашего сообщества технической поддержки Cisco:
http://cs.co/CSCRu
Универсальная защищённая интеграционная шина для применения в АСУ КВОVadim Podolniy
Универсальная защищённая интеграционная шина для применения в АСУ КВО
полевая и сервисная шина предприятияобеспечение кибербезопасности путём импортозамещения
Отечественные решения на базе SDN и NFV для телеком-операторовARCCN
Доклад Р.Л. Смелянского на секции "Инновационные информационно-телекоммуникационные технологии в вооруженных силах Российской Федерации. Программно-конфигурируемые сети (SDN). Области применения и особенности внедрения" Форума Армия-2016
РЕАЛИЗАЦИЯ АЛГОРИТМА ШУМОПОДАВЛЕНИЯ В РЕЧЕВОМ ТРАКТЕ СИСТЕМ МОБИЛЬНОЙ СВЯЗИ Н...ITMO University
Приведен анализ вопросов аппаратной реализации комплексных алгоритмов цифровой фильтрации для речевого канала систем сотовой связи и последующей их коммерциализации на основе полузаказных СБИС и ПЛИС. Использован алгоритм адаптивного шумоподавления с применением прямого/обратного преобразования Фурье и фильтрации речевого сигнала по методу Винера.
Создание и развитие отечественной платформы с открытым программным кодом для ...ARCCN
Доклад в рамках Международной конференции «Управление сетями электросвязи. Программно-конфигурируемые сети и виртуализация сетевых функций – SDN&NFV Russia 2016».
Hpe Data Protector Disaster Recovery GuideAndrey Karpov
This chapter provides a general overview of the disaster recovery process, explains the basic terms used in the Disaster Recovery guide and provides an overview of disaster recovery methods
Carefully follow the instructions below to prepare for disaster recovery and ensure a fast and efficient restore. The preparation procedure does not depend on the disaster recovery method, and includes developing a detailed disaster recovery plan, performing consistent and relevant backups, and updating the SRD file on Windows.
Assisted Manual Disaster Recovery (AMDR)
Manual Disaster Recovery (MDR)
This chapter contains descriptions of problems you might encounter while performing a disaster recovery. You can start with problems connected to a particular disaster recovery method and continue with general disaster recovery problems.
Example Preparation Tasks
Hpe Zero Downtime Administrator's GuideAndrey Karpov
Part 1: HPE P4000 SAN Solutions
This part describes how to configure the Data Protector HPE P4000 SAN Solutions integration. For information on how to perform zero downtime backup and instant recovery using the HPE P4000 SAN Solutions integration, see the HPE Data Protector Integration Guide for Microsoft Volume Shadow Copy Service.
Part 2: HPE P6000 EVA Disk Array Family
This part describes how to configure the Data Protector HPE P6000 EVA Disk Array Family integration, how to perform zero downtime backup and instant recovery using the HPE P6000 EVA Disk Array Family integration, and how to resolve the integration-specific Data Protector problems
Part 3: HPE P9000 XP Disk Array Family
This part describes how to configure the Data Protector HPE P9000 XP Disk Array Family integration, how to perform zero downtime backup and instant recovery using the HPE P9000 XP Disk Array Family integration, and how to resolve the integration-specific Data Protector problems.
Part 4: HPE 3PAR StoreServ Storage
This part describes how to configure the Data Protector HPE 3PAR StoreServ Storage integration, and how to perform zero downtime backup and instant recovery using the HPE 3PAR StoreServ Storage integration through native storage system support built-in in the Data Protector HPE P6000 / HPE 3PAR SMI-S Agent. For information on how to perform zero downtime backup and instant recovery using the HPE 3PAR StoreServ Storage integration through the Data Protector Microsoft Volume Shadow Copy Service integration, see the HPE Data Protector Integration Guide for Microsoft Volume Shadow Copy Service.
Part 5: EMC Symmetrix
This part describes how to configure the Data Protector EMC Symmetrix integration, how to perform zero downtime backup and instant recovery using the EMC Symmetrix integration, and how to resolve the integration-specific Data Protector problems.
Part 6: NetApp Storage
This part describes how to configure the Data Protector NetApp Storage integration, how to perform zero downtime backup using the NetApp Storage system, and how to resolve the integration-specific Data Protector problems.
Part 7: EMC VNX Family
This part describes how to configure the Data Protector EMC VNX Family integration, how to perform zero downtime backup using the EMC VNX storage system, and how to resolve the integration-specific Data Protector problems.
Part 8: EMC VMAX Family
This part describes how to configure the Data Protector EMC VMAX Family integration, how to perform zero downtime backup using the EMC VMAX storage system, and how to resolve the integration-specific Data Protector problems.
Hpe Data Protector troubleshooting guideAndrey Karpov
How to troubleshoot
To solve problems quickly and efficiently:
1.Make yourself familiar with the general troubleshooting information.
2.Check if your problem is described in the HPE Data Protector Help file or the troubleshooting sections of applicable guides:
To troubleshoot installation and upgrade, see the HPE Data Protector Installation Guide.
To troubleshoot application integration sessions, see the HPE Data Protector Integration Guide.
To troubleshoot zero downtime backup and instant recovery, see the HPE Data Protector Zero Downtime Backup Administrator's Guide and HPE Data Protector Zero Downtime Backup Integration Guide.
To troubleshoot disaster recovery, see the HPE Data Protector Disaster Recovery Guide.
Overview of the installation procedure
Chapter 2: Installing Data Protector
This chapter contains detailed instructions about:
Installing the Data Protector Cell Manager and Installation Servers
Installing the Data Protector Single Server Edition
Installing the Data Protector web reporting
Chapter 3: Installing Data Protector clients
Chapter 4: Installing the Data Protector integration clients
Chapter 5: Installing Data Protector on Clusters
Chapter 6: Maintaining the installation
Chapter 7: Upgrading the Data Protector
Chapter 8: Data Protector Licensing
Chapter 9: Troubleshooting installation and upgrade
Part 1: IBM Applications
This part of the guide describes ways to back up and restore Informix Server database objects, DB2 databases, and Lotus Notes/Domino Server.
This part includes the following chapters:
Data Protector Informix Server integration
Data Protector DB2 UDB integration
lData Protector Lotus Notes/Domino Server integration
Part 2:
Microsoft Applications
This part of the guide describes ways to configure and use the following:
Data Protector Microsoft SQL Server integration
Data Protector Microsoft SQL Server 2007/2010/2013 integration
Data Protector Microsoft SharePoint Server VSS based solution
Data Protector Microsoft Exchange Server 2007 integration
Data Protector Microsoft Exchange Server 2010 integration
Data Protector Microsoft Exchange Single Mailbox integration
Part 3:
Oracle and SAP
This part of the guide describes ways to configure and use the following:
Data Protector Oracle Server integration
Data Protector MySQL integration
Data Protector SAP R/3 integration
Data Protector SAP MaxDB integration
Data Protector SAP HANA Appliance integration
Part 4:
Sybase and Network Data Management Protocol Server
This part of the guide describes ways to configure and use the following:
Sybase Server integration
Network Data Management Protocol Server integration
NetApp SnapManager solution
Part 5:
Virtualization
This part of the guide describes ways to back up VMware virtual machines and Microsoft Hyper-V data online.
This part includes the following chapters:
Data Protector Virtual Environment integration for VMware
Data Protector Virtual Environment integration for Microsoft Hyper-V
Part 6:
PostgreSQL
This part of the guide describes Data Protector integration.
This part includes the following chapter:
Data Protector PostgreSQL integration
VM Explorer® is a simple but powerful software to back up, replicate and restore your VMware ESX, ESXi and Microsoft Hyper-V Virtual Machines (VM).
The following documentation explains the main tasks required for configuration and daily use of VM Explorer®. All services hereinafter are brought to you by HPE.
The HPE services and materials presented for VM Explorer® hereinafter are protected by copyright, trademark, trade dress, unfair competition, and other intellectual property rights. The trademarks, logos and marks of HPE and VM Explorer® displayed on the services and products are the property of HPE or third parties. You are not permitted to use the Marks without the prior consent of HPE or the third party that may own the Marks.
Трансформация ИТ с помощью Hewlett Packard Enterprise
ИТ для экономики идей
Идеи всегда являлись залогом успеха в развития бизнеса. Однако одних лишь хороших идей мало. Успех определяется тем, насколько быстро компания может превращать идеи в прибыль. Сегодня путь от идеи до ее реализации радикально сократился. Именно поэтому, говоря об особенностях современного этапа развития экономики, эксперты рынка все чаще используют термин «экономика идей».
Building and managing secure private and hybrid clouds
HP Helion extends beyond just cloud to become the very fabric of your enterprise. Delivers an extensible and open portfolio to build and manage enterprise grade end-to-end orchestrated cloud services.
HPE Data Protector Administrator's GuideAndrey Karpov
About Data Protector
HPE Data Protector is a backup solution that provides reliable data protection and high accessibility for your
fast-growing business data. Data Protector offers comprehensive backup and restore functionality
specifically tailored for enterprise-wide and distributed environments.
Major Data Protector features
l Scalable and highly flexible architecture
l Mixed environment support
l Easy central administration
l High performance backup
l Easy restore
l Data and control communication security
l High availability support
l Automated or unattended operation
l Monitoring, reporting, and notification
l Service management
l Integration with online database applications
l Integration with other products
Data Protector Architecture
l Software Version number, which indicates the software version.
l Document Release Date, which changes each time the document is updated.
l Software Release Date, which indicates the release date of this version of the software.
To check for recent updates or to verify that you are using the most recent edition of a document, visit the
Knowledge Base on the HPE Big Data Customer Support Site.
8.0Transforming records management for Information Governance
•Access and understand virtually any source of information on-premise and in the cloud
•A strategic pillar of HP’s HAVEnBig Data platform
•Non-disruptive, manage-in-place approach complements any organization
March 2016 HPE Data Protector
Comprehensive data protection for the modern enterprise
If you pick up the latest datacenter trends reports from ESG, Gartner, and IDC, you will notice that improving backup and recovery appears among the top IT priorities for organizations. The reason for that is simple: as the velocity, variety and complexity of data continue to accelerate, so do the risks of not being able to speedily restore critical systems and applications in case of disaster or data loss.
HP Distributed R is a high-performance scalable platform for the R language. It enables R to
leverage multiple cores and multiple servers to perform Big Data Advanced Analytics. It consists of
new R language constructs to easily parallelize algorithms across multiple R processes.
HP Distributed R simplifies large-scale analysis by extending R. Because R is a single-threaded
environment, it has limited utility for Big Data analytics. HP Distributed R allows you to specify that
parts of programs be run in multiple single-threaded R-processes. This approach results in
significantly reduced execution times for Big Data analysis.
Become a data-driven organization with the Internet of Things
Executive summary
Personal health monitors tracking your fitness, trashcans monitoring their fullness, watches telling you more
than just the time, and agricultural soil monitors saying it’s time to water. It seems a day doesn’t go by that
we don’t hear about the latest “offline” thing, device, or equipment becoming “online,” moving from isolation
to being connected to the Internet of Things (IoT). It’s clear that integrating sensors, electronics, and
network connectivity into devices can enable innovation, enhancing and extending the way we work and
interact with each other and the world around us.
This document describes the functions performed by an HP Vertica database administrator (DBA).
Perform these tasks using only the dedicated database administrator account that was created
when you installed HP Vertica. The examples in this documentation set assume that the
administrative account name is dbadmin.
l To perform certain cluster configuration and administration tasks, the DBA (users of the
administrative account) must be able to supply the root password for those hosts. If this
requirement conflicts with your organization's security policies, these functions must be
performed by your IT staff.
l If you perform administrative functions using a different account from the account provided
during installation, HP Vertica encounters file ownership problems.
l If you share the administrative account password, make sure that only one user runs the
Administration Tools at any time. Otherwise, automatic configuration propagation does not
work correctly.
l The Administration Tools require that the calling user's shell be /bin/bash. Other shells give
unexpected results and are not supported.
HP Vertica Analytic Database
Creating flex tables is similar to creating other tables, except column definitions are optional. When
you create flex tables, with or without column definitions, HP Vertica implicitly adds a special
column to your table, called __raw__. This is the column that stores loaded data. The __raw__
column type is LONG VARBINARY, and its default maximum width is 130000 bytes (with an
absolute maximum of 32000000 bytes). You can change the width default with the
FlexTablesRawSize configuration parameter.
Loading data into a flex table encodes the record into a map type, and populates the __raw__
column. The map type is a standard dictionary type, pairing keys with string values as virtual
columns.
hpe manual data protector 9.07 granular extension guidesAndrey Karpov
Granular Recovery Extension User Guide for
Microsoft SharePoint Server, Exchange and
VMware
The HP Data Protector Granular Recovery Extension User Guide for Microsoft Exchange Server provides information specific to this extension:
l
For detailed information about Data Protector specifics, see the Data Protector Documentation set.
l
For detailed information about Microsoft Exchange Server specifics, refer to the official Microsoft Exchange Server documentation.
This document describes the steps to create a Vertica cluster on AWS. To run a Vertica
cluster on AWS requires creating Amazon Machine Instances (AMIs). The instructions in
this document apply to AMIs built with Vertica Version 7.2.x
The Vertica Community Edition is installed on the AMI. Community Edition is limited to
three nodes and up to 1 TB of data. Each AMI includes a Community Edition license.
Most of the remainder of this document describes the details of how to prepare your
AWS environment, launch AMI instances, and combine instances to create a cluster. To
set up your Vertica cluster on AWS, follow the detailed directions that follow, or use the
summarized set of tasks in Quick Start to Setting Up Vertica AWS
7. 7
Устройств на человека
используемых
ежедневно к 2020 г.
Enterprise Agile и DevOps Цифровая революция
Меняющийся мир доставки приложений
Потребность в методологии DevOps
7
30-кратное
увеличение релизов
приложений
42 %
предприятий
автоматизируют
мобильные
развертывания
46%
организаций,
использующих
agile
78%
Считают 2 месяца на
внедрение
слишком долгим
1
триллион
приложений
к 2020 г.
100
миллиардов
подключенных
устройств
в 2020 г.
89%
Считают 2 месяца на
доставку обновления
слишком долгим
37%
организаций размещают
приложения
на внешних
хостингах
50%
нового кода
будет облачным
8. Новый стиль ИТ
Новая реальность ИТ
ИТ как сервис
Повышение гибкости
Фокус на создании
инновационных
продуктов
Мобильность
и новая модель
потребления
Короткий
жизненный цикл
Традиционное ИТ
Фокус на
стабильность и
непрерывность
Стандартные
приложения и
потребление
Длинный
жизненный цикл
Снижение затрат
Gartner называет это
«Bimodal IT»
11. Автоматизированные ИТ-
услуги как необходимая
составляющая современного
бизнеса
Константин Васильев
Технический консультант
Software EMEA
14 Апреля, 2016
12. Какие тренды мы видим сегодня и почему это важно
Быть быстрее Быть эффективнее Быть дешевле
Время
Количество
Ускорить
предоставление
новых услуг
Сегодня
2020
Время
Количество
запросов от
бизнеса
Время отклика
Количество
Облака или
внешние
провайдеры
Собственные ИТ
Время
Количество
13. Три шага на пути трансформации
Автоматизируйте, «оркестрируйте», трансформируйте
13
Традиционные
ИТ
Цифровое
предприятие
Трансформируйте
предоставление
услуг
«Оркестрируйте»
процессы»
Автоматизируйте
задачи
14. Программа:
• Автоматизация процесса перевода транспортного сервиса между географически
распределенными площадками, Шибаев Александр, Заместитель директора
Межрегионального центра обработки информации Банка России
• Автоматизация сервисов: быстрее, надежнее и дешевле. Пример банка Societe
Generale, Франция, Васильев Константин, технический консультант, HPE в EMEA
• Тестовые среды как услуга: создание и сопровождение, Шубин Александр, архитектор
решений, компания Техносерв
• Дискуссия
Автоматизированные ИТ-услуги как необходимая
составляющая современного бизнеса
16. Автоматизация процесса перевода
транспортного сервиса между
географически распределенными
площадками
Александр Шибаев,
Заместитель директора Межрегионального
центра обработки информации Банка России
14 Апреля, 2016
17. Транспортная система электронных расчетов
ТСЭР предназначена для
предоставления услуг гарантированной
передачи электронных сообщений
между участникам электронного
обмена
в платежной системе Банка России
19. Каталог сервисов ТСЭР
Каталог сервисов ТСЭР:
• одноадресная доставка электронных сообщений (ЭС);
• рассылка ЭС по списку/многоадресная рассылка;
• логическая маршрутизация ЭС на основании адреса прикладного служебного SOAP-
конверта
• On-line контроль прохождения сообщений
• ведение оперативной базы ЭС с возможностью повторной отправки (время жизни ЭС в
оперативной базе – 48 часов);
• ведение базы данных с информацией о переданных ЭС и результатах их обработки на
узлах ТСЭР (время хранения информации об ЭС в архивной базе – в течение 3-х лет);
• криптографическая защита ЭС, передаваемых по каналам ТСЭР
20. Подключение клиентов
Банка России
осуществляется через
отдельные АПК СВК ТУ,
функционирующих во всех
ГУ/Отделениях Банка
России
КО
КО
КЦОИ МР
КЦОИ-1
ЦОиР БЭСП
...
ТСЭР
82 СВК ТУ
КО
КО
...
.
.
. .
.
.
.
.
.
Расчетные центры
ТУз ТУ1
ТУз ТУN
СВК ТУN
СВК ТУ1
ЦОС СПФС
ЦС1
ЦС3
ЦС2
Структурная схема взаимодействия программных
комплексов через ТСЭР
22. СУ ТСЭР предназначена для автоматизации процедур управления и контроля
состояния Транспортной системой электронных расчетов Банка России (ТСЭР).
Задачи СУ ТСЭР:
• Автоматизация деятельности эксплуатирующего персонала по контролю и
управлению ТСЭР;
• Обеспечение оперативного обнаружения, диагностирования и устранения
нештатных ситуаций при эксплуатации ТСЭР в целом и отдельных ее подсистем;
• Обеспечение централизованного управления ресурсами ТСЭР;
• Автоматизация контроля состояния и эффективности функционирования ТСЭР;
• Контроль процесса доставки сообщений
• Предоставление информации о работе ТСЭР внешним системам
Система управления ТСЭР (СУ ТСЭР)
23. Одна из задач СУ ТСЭР – автоматизация эксплуатации
• Автоматизация процесса перевода функционирования транспортного сервиса на резервную
площадку при возникновении сбоев для обеспечения непрерывности бизнес-процессов и быстрого
восстановления их работоспособности
• Формулировка из ТЗ:
• Подсистема автоматизации процедуры перевода обработки ЭС между центральными серверами ЦТУ ТСЭР должна
обеспечить автоматизацию процедуры перевода обработки ЭС между центральными серверами ЦТУ ТСЭР. При этом
должно быть обеспечено:
• Минимизация неконтролируемого участия эксплуатирующего ТСЭР персонала в процедуре перевода обработки ЭС
между центральными серверами ЦТУ ТСЭР;
• Визуализация хода выполнения данной автоматизируемой процедуры
24. Основные работы
Анализ и формализация существующего процесса
Выбор программной платформы для автоматизации
перевода обработки – HPE Operations Orchestration
Реализация - создана специализированная подсистема
СУ ТСЭР
25. Предоставлять сервис – значит контролировать время на
всех этапах
Чтобы нести ответственность
за качество предоставляемого
сервиса, необходимо его
контролировать.
ПК УОС КЦОИ
ТСЭР
ЕТКБС
SLA
SLA
26. Мониторинг доставки ЭС
– Входная точка обработки – СВК
– Конечная точка обработки – Транспортный узел КЦОИ
КБР
Сервер
доступа
СВК
Сервер
авторизации
ПСВА
Сегмент управления ЛВС
МСЭ
МСЭ с
сенсором
атак
ПМ СВКСеть администраторов
ТУз ТСЭР
ЛВС ДМЗ WMQ
ЦТУ ТУз КЦОИ/БЭСП
КЦОИ /
ЦОиР БЭСП/
СПФС
WMQ
Агент
ПМДЭС
ТШ
WebSphere
MQ
BizTalkEventLog
ТСЭР
Серверный
комплекс
БД
Агент
ПМДЭС
WMQ
АПКШ
«Континент»
АПКШ
«Континент»
WMQ Over VPN
WMQ
АПКШ
«Континент»
АПКШ
«Континент»
WMQ Over VPN
WMQ
Агент
ПМДЭС
Агент
ПМДЭС
ТСЭР
КБР
ПМДЭС
Системы
Банка
России
28. ЦТУ
ТУз ТУ (КЦОИ 1)
ТУз КЦОИ МР
ТУз КЦОИ 1
.
.
.
ТУз ПБР
ТУз ПБР
ТУз МЦОИ
.
.
.
ТУз ПБР
.
.
.
ТУз ПБР
ТУз ТУ (КЦОИ МР)
.
.
.
ТУз ПБР
.
.
.
ЦС3 (Н. Новгород)
Тушино Нудоль
ТУз ЦА,
ГУ ЦФО
ЦС1 (Тушино)
ЦС2 (Нудоль)
ТУз КЦОИ МР
Передача электронных сообщений
При выходе из строя
центрального сервера
ЦТУ...
... второй ЦС
принимает на себя все
функции вышедшего
из строя
29. Подсистема автоматизации процедуры перевода обработки
ЭС между центральными серверами
ЦТУ ТСЭР (ПАПО)
ПАПО решает следующие
задачи:
– Автоматизация критичных процедур;
– Визуализация хода выполнения
автоматизируемой процедуры;
– Автоматизация отслеживания ошибок
при выполнении процедуры;
– Автоматизация диагностирования
ошибок;
– Автоматизация устранения ошибок.
Достигнутые цели:
• За счет автоматизации большого количества
рутинных операций при переводе обработки ЭС
между центральными серверами ЦТУ ТСЭР
принципиально уменьшено время перевода
обработки;
• За счет снижения влияния человеческого
фактора при большом количестве рутинных
операций резко снизились риски потери сервиса
ТСЭР для части ТУ;
• Снизились требования к квалификации
персонала – перевод проводит оператор.
30. Архитектура ПАПО
– Созданы операционные потоки которые
включили в себя действия
администраторов в процессе перевода
обработки ЭС между ЦС ТСЭР с учетом
возможных вариантов
– Оператор в едином интерфейсе может
выполнить перевод в режиме достаточно
простого интерактивного интерфейса
32. Консоль администратора ПАПО
Остановка RDF на CTU01
Подготовка RDF На ЦС2
Настройка RDF на ЦС2
Запуск RDF на ЦС2
Стоп менеджера
CTU01 на ЦС1
Настройка RDF
Старт менеджера
CTU01 на ЦС2
Переключение и сброс
счетчиков каналов в
ТУ и КЦОИ-22
Сброс счетчиков и
старт каналов менеджера
CTU01 на ЦС2
Stopmq1_1.ttl
Rdf.html
stoprdf1.ttl
newrdf1_2.ttl
newrdf2_2.ttl
startrdf2.ttl
prestart1r.ttl
MZ.TO.CTU02
!switch.bat
CTU01
reset.bat ' +
m_CTU01R
CTU01start.bat '
+ m_CTU01R
RDF Скрипты
Диаграмма перехода CTU01 на ЦС2
33. Описание шагов процедуры перевода обработки
1. Определение текущего состояния
HP OO опрашивает серверы и сетевые устройства (по протоколам telnet, ssh), функционирующие на каждой из географически распределенных площадок и
выводит полученную информацию дежурному инженеру в диалоговом окне. На основании данной информации дежурный инженер принимает решение о том,
на какую площадку необходимо осуществить перевод функционирования сервиса в случае сбоя.
2. Остановка обработчиков на устройстве IBM DataPower
Процесс HP OO останавливает обработчики на устройстве IBM DataPower, размещенном на площадке, с которой осуществляется перевод. В случае
недоступности устройства – дежурному инженеру предоставляется возможность повторить или пропустить этот шаг процесса.
Перевод ресурсных групп кластера на резервную площадку:
3. Остановка ресурсных групп кластера
Останавливаются ресурсные группы кластера на площадке, с которой осуществляется перевод. *)
4. Перенаправление репликации
Выполняется перенаправление репликации между дисковыми массивами, размещенными на площадках. *)
5. Запуск ресурсных групп кластера
Ресурсные группы кластера запускаются на резервной площадке. *)
6. Запуск обработчиков на устройстве IBM DataPower
Процесс HP OO запускает обработчики на устройстве IBM DataPower, размещенном на резервной площадке, на которую осуществляется перевод. *)
7. Переключение каналов WebSphere MQ
Запускаются скрипты, выполняющие соответствующие изменения в каналах WebSphere MQ, необходимые для возобновления взаимодействия с сервисом,
функционирование которого было переведено на резервную площадку.
8. Завершение - вывод журнала процесса перевода в диалоговом окне
После завершения всех шагов процесса – дежурному инженеру в диалоговом окне выводится подробный отчет, содержащий информацию обо всех
выполненных командах на устройствах и о результатах их выполнения.
*) В случае недоступности серверов, к которым происходит обращение на данном шаге – дежурному инженеру предоставляется возможность пропустить этот
шаг, повторить или остановить процесс перевода (выбор действия необходим для возможности продолжения процесса перевода, даже в случае сбоя
компонентов, расположенных на площадке, на которую осуществляется переход).
34. ЦТУ
ТУз ТУ (КЦОИ2)
ТУз КЦОИ МР
ТУз КЦОИ2
.
.
.
ТС УБР
ТС УБР
СТС МР
.
.
.
ТС УБР
.
.
.
ТУз КЦОИ1
ТС УБР
ТУз ТУ (КЦОИ1)
.
.
.
ТС УБР
.
.
.
ЦС3 (Н. Новгород)
Тушино Нудоль
ТС ЦА,
МГТУ
ЦС1 (Тушино)
ЦС2 (Нудоль)
ТУз КЦОИ МР
Схема планового перевода обработки электронных
сообщений
• Перевод
осуществляется
администратором
ТСЭР без
привлечения ТУ
• Контур репликации
между ЦС1 и ЦС2
сохраняется
35. Результат
• Оперативность процедуры перевода на резервную площадку была значительно
повышена: процесс перевода занимает около 5 минут вместо 30 и более до
использования HPE OO;
• За счет автоматизации процедуры перевода и связывания воедино решаемых задач
требования к квалификации задействованного в переводе персонала снижены;
• За счет автоматизации рутинных операций уменьшено влияние человеческого
фактора;
• Визуализация процесса и повышение качества обслуживания инфраструктуры;
• Автоматизация обработки ошибок с фиксацией и контролем результатов,
возможность пошагового выполнения перевода.
39. Техносерв
При внесении изменений
классическим способом от 3 до 6
месяцев
При внесении изменений в
бизнес за 1 день
39
Предпосылки – почему необходима автоматизация?
Возможность
определена
Возможность
реализована
Сбор
бенефитовTime to
market - 6
месяцев
t t
Возможность определена
и реализована
Сбор
бенефитов
Конкурент
реализовал
возможность
40. Техносерв
Дешевле подготовка и
поддержка
Сокращение затрат на ИТ
Бизнес и эксплуатация
Техносерв
Бизнес
Экономия
Повысить
управляемость
ИТ
Сокращение time-to-marketСкорость
Больше времени на новые
продукты
Меньшие требования к
квалификации
Уменьшение TCO
Сократить количество
рутины
Уменьшить количество
ошибок
Эффективность
использования
4
41. Техносерв
Бизнес-кейс системы управления тестовыми средами
41
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
До автоматизации ТС После внедрения
автоматизации ТС
После внедрение
автоматизации и
управление ЖЦ ТС
19%
1% 1%
81% 81%
56%
0%
18%
43%
Стоимостьвладения
Затраты на инфраструктуру ТС
Стоимость вычислительных
ресурсов при развертывании
Стоимость вычислительных
ресурсов при тестировании
Экономия на стоимости
вычислительных ресурсов
42. Техносерв
Процесс создания тестового контура раньше
Техносерв
Планирование
Регистрация
заявки
Создание Тестирование
Согласование Подготовка Создание среды
Согласование:
• Почта
• Телефон
• Система заявок
Доступность:
• Инфраструктуры
• исполнителей
Ресурсы предоставлены
Ресурсы предоставлены,
но не используются
Удаление
Выполнение
задач
• Сеть
• СХД
• Данные
• Создание серверов
• Установка ППО
• Загрузка данных
Фактическое начало
тестирования
Тестирование
окончено
Ресурсы все
еще не
освобождены
6
43. Техносерв
Процесс создания тестового контура сейчас
Техносерв
Планирование
Регистрация
заявки
Создание Тестирование
Заявка
Создание
среды
Ресурсы предоставлены
Ресурсы
предоставлены
Автоматизированное:
• Создание серверов
• Установка ППО
• Подготовка и
загрузка данных
Ресурсы
освобождены
Тестирование
окончено
Доступность
ресурсов
контролируется
системой
Выполнение задач
Простота
Сокращение
времени
Сокращение
времени
Больше времени на тестирование
7
45. Техносерв
Использование системы управления тестовыми средами
Продуктивная
инфраструктура
Тестовая
инфраструктура
GOLD копия
продуктивной
среды
Платформа
управления
тестовыми
средами
Портал управления
тестовой инфраструктурой
Подсистема
обезличивания и
управления
тестовыми данными
ИТ системы
● ITSM
● Учет дефектов
● Деплоймент и
контроль версий
● Инвентаризация
● Мониторинг
Сотрудники ИТРуководитель Пользователь
9
46. Техносерв
Архитектура решения
46
Портал TE-Cloud
HP CSA
Управление заявками
Автоматизация сценариев развертывания ТС
Автоматизация операций изменения и
сопровождения ТС
АСУТС
Служба
эксплуатации
тестовых сред
Управление АСУТСУправление ресурсами
Заказчики
тестовых сред
X86 (Вирт.инфр.) IBM PowerOracle SPARC СХД
Инфраструктура тестовых сред
Подача заявки на создание/изменение ТС
Контроль статуса заявки
Планирование и управление ТС
и ресурсами
Контроль и управление операциями
Используются продукты
Техносерв
Используются продукты
HPE Data Center Automation
47. Техносерв
Функциональные возможности 1/4
Управление заявками на создание и
изменение тестовых сред:
– Регистрация заявок
– Планирование работ на основе
шаблонов
– Согласование заявок, выявление и
анализ ресурсных конфликтов
– Контроль исполнения работ
– Интеграция с существующими
системами ITSM
Техносерв
Используются продукты
Техносерв
11
48. Техносерв
Функциональные возможности 2/4
Управление инфраструктурными
ресурсами:
– Информация о доступных ресурсах
– Плановая загрузка в целом и по каждой
тестовой среде
– Контроль фактического использования
ресурсов
– Выявление ресурсных конфликтов
– Интеграция с существующими
источниками информации
(мониторинга, управления,
оповещения…)
Техносерв
Используются продукты
Техносерв
12
49. Техносерв
Функциональные возможности 3/4
Автоматизация операций:
– Развертывание и настройка серверов с
установленными ОС, системным ПО и СУБД
– Настройка SAN и LAN
– Установка и настройка middleware и
прикладного ПО
– Интеграция компонентов в единую тестовую
среду
– Интеграция тестовой среды с другими
системами
– Изменение конфигурации тестовых сред
Техносерв
Автоматизированные
сценарии HPE Operations
Orchestration
Используются продукты
HPE Data Center
Automation
13
50. Техносерв
Функциональные возможности 4/4
Управление загрузкой персонала:
– Уровень загрузки персонала
– Структура загрузки по задачам,
тестовым средам
– Контроль плановой и фактической
загрузки персонала
Техносерв
Используются продукты
Техносерв
14
56. Сдвиг приоритетов бизнеса требует DevOps
Единая команда !
- Единые цели
- Единые задачи
- Единая ответственность
Test
Dev QA
Dev Ops
Dev
QA
Итераци
и Agile 0 1 2 3 4
Dev +Test Ops
До DevOps После DevOps
Dev OpsTest
Prod
Prod
57. - это подход, который позволяет
подразделениям разработки,
тестирования и эксплуатации
реализовывать текущие
требования бизнеса по
постоянному выпуску ПО и
сервисов путем организации
взаимодействия этих групп
59. DevOps Continuous Everything
Найдена
проблема. RFC
создан
Код изменен,
развернут и
оттестирован
Билд передан в
тестирование,
развернут и
оттестирован
Билд
согласован и
развернут в
продуктиве
Continuous Everything
Изменение
спланировано и
согласовано
Билд передан в
препродуктив,
развернут и
оттестирован
Continuous Assessment
ST – PRDV – QA
Непрерывная интеграция и тестирование
Непрерывный выпуск и
внедрение
Непрерывная доставка
Непрерывная
эксплуатация
Непрерывная оценка
Плани-
рова-
ние
Сборка
Разра-
ботка
Специ-
фика-
ция
Тести-
рова-
ние
Развер-
тывание
(ST, PR)
Тести-
рова-
ние
Развер-
тывание
(Dev, QA)
Эксплу-
атация
Выпуск
60. ПроцессРешенияHPESoftware
3PTools/
OpenSource
HPE SW DevOps технологический обзор
Continuous Assessment
ST – PRDV – QA
Непрерывная интеграция и тестирование Непрерывный выпуск и внедрение
Непрерывная доставка
Непрерывная
эксплуатация
Непрерывная оценка
AGM ALM/ALI SM/UCMDB
UFT NA/SA
OO/ SiteScope
SM Sitescope UCMDB
Fortify (SCA)
Fortify WebInspect AppView AppDefender
HPE hellion Development Platform (HDP)
Git*
* Used in Build Phase for Get Code
TFS*
Subversion*
VS
Eclipse
MS WDT
MS Build
Maven
SSH
vCenter
Chef
Nexus
Jenkins
SSH
vCenter
Chef
Nexus
Big Data (ITBA)
CODAR/CSA ALM/PC
UFT
SA NV
OO UFT
CODAR/CSA ALM/PC
OO UFT
SA NV
ALM SV
PPM NV
Current Release
Planned
3P Supported
Legend
Плани-
рова-
ние
Сборка
Разра-
ботка
Специ-
фика-
ция
Тести-
рова-
ние
Развер-
тывание
(ST, PR)
Тести-
рова-
ние
Развер-
тывание
(Dev, QA)
Эксплу-
атация
Выпуск
62. Решения и услуги HPE SWS
Услуги по внедрению
• Уникальная методика
внедрения DevOps,
основанная на продуктах
НРE и других решениях
• Услуги по оценке,
тестированию,
интеграции,
развертыванию и
предоставлению
Семинары
• Семинары преобразования
(Transformation Experience
Workshop)
• Семинары разработки
решения (Solution Discovery
Workshops)
• Составление планов
развития
• Оценка зрелости
Процессы и лучшие
практики
• Экспертиза, IP и
методология, основанная
на лучших практиках НРE
• Управление
организационными
изменениями
• Solution Management
Services
• on Premise, Hosted,
Remote
Услуги по управлению
63. Continuous Assessment
ST – PRDV – QA
Непрерывная интеграция и тестирование Непрерывный выпуск и внедрение
Непрерывная доставка
Непрерывная
эксплуатацияНепрерывная оценка
Непрерывная оценка Непрерывная интеграция
Создание
проекта и
заданий
Создание
кейсов
Создание
CI и RFC
AGM SM/ UCMDBPPM
Написание
кода
Сохране-
ние кода
Сборка
кода
Оценка
безопас-
ности
кода
Выбор
кейсов в
IDE
FortifyGitEclipse Nexus
Jenkins
Непрерывное тестирование Непрерывный выпуск
Уничтоже-
ние среды
Функцио-
нальное
тестиров
ание
Разверты-
вание
среды QA
Chef
CODAR
ALM/PC/SV
UFT CODAR
Chef
Уничтоже-
ние среды
Разверты-
вание на
PRD
Chef
Jenkins
OO/SACODAR
Chef
Обновле-
ние CI,
закрытие
RFC
SM UCMDB
Функцио-
нальное
тестиров
ание
Разверты-
вание
среды STG
Chef
CODAR
ALM/PC/VC
UFT
Непрерывное внедрение
ALM/ALI
Оценка
безопас-
ности
кода
Fortify
Пример интегрированой среды, реализующей концепцию DevOps
Плани-
рова-
ние
Сборка
Разра-
ботка
Специ-
фика-
ция
Тести-
рова-
ние
Развер-
тывание
(ST, PR)
Тести-
рова-
ние
Развер-
тывание
(Dev, QA)
Эксплу-
атация
Выпуск
64. Continuous Assessment
ST – PRDV – QA
Непрерывная интеграция и тестирование Непрерывный выпуск и внедрение
Непрерывная доставка
Непрерывная
эксплуатацияНепрерывная оценка
Непрерывная интеграция
Написание
кода
Сохране-
ние кода
Создание
контей-
нера DEV
Выбор
кейсов в
IDE
ALM/ALI
GitEclipse Maven
Удаление
контей-
нера DEV
Сохране-
ние
образа
DEV
ALM/PC/SV
UFT Docker
Пример интегрированой среды, реализующей концепцию DevOps, и Docker
Тестиро-
вание
контей-
нера DEV
Nexus
Docker
Jenkins
Docker
Непрерывное тестирование
Создание
контей-
нера QA
Удаление
контей-
нера QA
Сохране-
ние
образа
QA
ALM/PC/SV
UFT Docker
Тестиро-
вание
контей-
нера QA
Nexus
DockerDocker
Непрерывный выпуск
Создание
контей-
нера STG
Удаление
контей-
нера STG
Сохранен
ие
образа
STG
ALM/PC/SV
UFT Docker
Тестиров
ание
контей-
нера STG
Nexus
Docker
Jenkins
Docker
Создание
контей-
нера
PRD
Обновле-
ние CI,
закрытие
RFC
SM UCMDB
Непрерывное внедрение
Docker
Плани-
рова-
ние
Сборка
Разра-
ботка
Специ-
фика-
ция
Тести-
рова-
ние
Развер-
тывание
(ST, PR)
Тести-
рова-
ние
Развер-
тывание
(Dev, QA)
Эксплу-
атация
Выпуск
67. Вызов и основные драйверы
Максимизация экономической эффективности ИТ подразделения
• Расчет стоимости владения ИТ услугой/системой
• Биллинг услуг и разнесение общих затрат по потребителям
• Оптимизация и управление лицензионным парком
• Применение лучших практик в вопросе управления активами
• Актуальная отчетность
78. 14 Апреля, 2016
Опыт внедрения процесса
управления программными
активами в Райффайзенбанке
Максим Качёлкин, руководитель, вице-президент
Группы централизованного контроля систем и сервисов
79. АО «Райффайзенбанк»
является дочерним банком Райффайзен Банк Интернациональ АГ
работает в России с 1996 года и оказывает полный спектр услуг
частным и корпоративным клиентам
входит в состав системно значимых кредитных организаций
на логотипе Райффайзенбанка изображены две перекрещенные
лошадиные головы. Этот символ использовался западноевропейскими
народами с давних времён. Люди прикрепляли этот знак к фронтонам
своих домов, чтобы уберечь семьи от зла и несчастий. В некоторых
отдалённых деревнях Европы традиция до сих пор жива
80. Software Asset Management (SAM) как решение
Задача проекта: обеспечить непрерывный контроль за лицензиями внедрив процесс
управления программными активами и средства его автоматизации, модифицировать
существующие процессы для предоставления необходимой информации.
ISO/IEC19770-1
Information Technology -
Software Asset Management
Full ISO/IEC SAM Conformance
Achieving best-in-class strategic SAM
Operational Integration
Improving efficiency and effectiveness
Practical Management
Improving management controls & driving immediate benefits
Trustworthy Data
Knowing what you have so you can manage it
Контроль лицензионного
соответствия требует
огромной ручной
работы
Процесс управления
закупками ПО
неэффективен
Риск приобретения
избыточных лицензий и
необоснованных трат
81. Техническая архитектура и процесс SAM
Oracle
iProcurement
DataBase Server
HP Asset Manager 9.5
DB on MS SQL 2012
Application Server
HP Asset Manager 9.50
Web-Tier
ODBC
SAP Business Object
Enterprise
Citrix Receiver
HP Asset Manager
Windows-client
HP Asset Manager
Web-client
HTTP/HTTPS
Integration Server
HP Automated
Process
Manager
ODBC
OracleiProcurementIntegration
HPConnect-ITScenario
MappingRules
AM
Connector
Database
Connector
ODBC
ODBC
AtlassianJIRAIntegration
HPConnect-ITScenario
MappingRules
AM
Connector
Database
Connector
ODBC
ДИЦ«Турбо9Макс»Integration
HPConnect-ITScenario
MappingRules
AM
Connector
Database
Connector
MSSCCMIntegration
HPConnect-ITScenario
MappingRules
AM
Connector
SCCM
Connector
WyseDesktopManagerIntegration
HPConnect-ITScenario
MappingRules
AM
Connector
Database
Connector
ODBC
ODBC
ODBC
JIRA-Confluence
IBM Lotus Domino
Mail Server
ODBC
Turbo Accountant
ODBC
Wyse Desktop Manger
ODBC
MS SCCM
ODBC
AM Push-
adapter
HPUCMDB
SCCMFederationadapter
UDforOLMS
Microsoft Forefront
Identity Manager
FIM
Extensible-
connector
Oracle
Instances
Citrix
HP Asset Manager
Windows-client
ODBC
SM
TP
HP Asset Manager 9.50
Web-service
Web UI
Web UI
BigFix
Server
ILMT
Server
BigFix agent on
server with IBM
Software
UD Inventory
Scanner
82. Результаты проекта
HP Asset Manger внедрён как средство автоматизации SAM и интегрирован с
существующими системами банка
Запущен процесс SAM и люди осваиваются в новых для себя ролях
Сотрудники ИТ освободились от ручной работы по учёту лицензий и
переключились на творческие задачи
Планирование будущих расходов на лицензии и поддержку стало прозрачным
для ИТ и бизнес-заказчиков
Мы можем эффективно управлять имеющимся пулом лицензий в условиях
динамично изменяющегося бизнеса (повторное использование, оптимизация)
Риск использования нелицензионного ПО поставлен под непрерывный
автоматический контроль
84. ТСО проектов и задач в
Банк ВТБ (ПАО)
Владислав Плетнев, руководитель службы
поддержки систем отчетности и рисков
14 Апреля, 2016
85. Группа ВТБ
Ведущая международная финансовая группа российского происхождения
Группа ВТБ — это банк ВТБ, его дочерние (доля ВТБ — более 50%
голосующих акций/долей) кредитные и финансовые организации
Обладает уникальной для российских банков международной сетью,
которая насчитывает более 30 банков и финансовых компаний более чем в
20 странах мира
Предоставляет своим клиентам комплексное обслуживание в странах СНГ,
Европы, Азии и Африки
На российском банковском рынке группа ВТБ занимает второе место по
всем основным показателям
85
86. AnyCorp
Программа проектов по управлению ИТ-активами
– Последовательно реализуется в банке с 2012 г.
– Каждая фаза нацелена на получение конкретных
результатов и длится не более 6 месяцев
– Постепенно наращивается функциональный охват и
охват учитываемых элементов
– Основные цели:
1.Получение точной и достоверной информации об ИТ-активах на
протяжении всего жизненного цикла из единой точки в любой
момент времени
2.Определение совокупной стоимости владения ИТ-активами,
программно-аппаратными комплексами, задачами, проектами и
ИТ-услугами банка
– Средство автоматизации: HP Asset Manager 9.x
Фаза 1
Цели:
Формирование единого информационного пространства в рамках жизненного
цикла ИТ-активов
Учет ИТ-активов в качестве ресурсов проектов и объектов договоров
Отслеживание затрат ДИТ в соответствии со статьями бюджета
Накопление статистических данных по ИТ-активам для принятия
управленческих решений
Охват учитываемых элементов:
Серверы, АРМ
Фаза 2
Цели (расширение функционального охвата):
Учет балансовой стоимости и срока амортизации ИТ-активов
Отслеживание ТСО ИТ-активов и проектов ДИТ
Расширение охвата учитываемых элементов
Виртуальные серверы, Сетевое оборудование, Лицензии ПО
Фаза 3
Цели (расширение функционального охвата):
Отслеживание ТСО комплексов (СХД), задач и ИТ-услуг Банка
Оценка эффективности использования лицензий (организация необходимых
процедур SAM)
Расширение охвата учитываемых элементов
СХД, Диски, Экземпляры ПО
87. AnyCorp
Учет и распределение затрат, методика расчета ТСО
– Разработана политика учета и распределения затрат,
методика расчета ТСО
– Политика и методика согласованы с финансовым
департаментом банка
– Политика описывает виды затрат, единицы учета,
область применения, правила расчета и
автоматической генерации строк затрат и т.д.
– Разработана система связей с финансовым влиянием
между ИТ-активами (финансово-ресурсная модель) в
контексте программно-аппаратных комплексов, задач
и проектов банка
96. 14 апреля 2016 г.
Мониторинг как ИТ-
искусство
Яков Керанчук, архитектор решений НРЕ
97. Цель #1 – обеспечение потребностей бизнеса
Связывание
производительности бизнеса и
ИТ
Предсказание проблем
Автоматизация задач и
процессов
Рост прибыли
Исключительный
сервис для клиентов
Улучшенная эффективность,
гибкость и качество
“Перед руководителями Операционного управления ИТ стоит задача показать, как
услуги, которые они предоставляют, связаны с ценностями бизнеса и двигают
организацию вперед.”1
1- Gartner group Special Report – 24th September 2014
98. Основные
требования
• Умение разбираться в большом объеме
информации, быстро находить корень проблемы
• «Чувствовать и понимать пользователя»
• Оперативно разрешать проблемы, прикладывая
минимум усилий
• Уметь четко и ясно выразить свою мысль
Навыки успешной работы
98
Текущие тренды
• Big Data
• Визуализация
• Управление производительностью приложений
• Автоматизация
99. Сбор
данных
всего в реальном
времени
• Обнаружение проблем
прежде чем они затронут
сервис
• Корреляция по времени,
топологии и др.
• Расчет шаблонов
поведения и корневых
причин
Анализ
для прогнозирования
и решения
• Автоматизация
масштабирования
систем
• Ускорение
выполнения задач
• Автоматизация
процессов
Адаптация
точная и
быстрая
Универсальный подход
• Заказчики, бизнес и
ИТ
• Реальные
пользователи
• Транзакции
100. Strategic Outcomes
Sustained Benefits
Rapid ROI Benefits
Quick Value Benefits
Модель зрелости
Возможности
Время/зрелость
Базовый Продвинутый Зрелый
Stage 1
Stage 2
Stage 3
Stage 4
Stage 5Stage 1 Stage 2 Stage 3 Stage 4 Stage 5Реактивный Прикладной Управляемый Проактивный Предиктивный1 2 3 4 5
Actions
Network Management
Systems Management
Event Management
Network Management
Systems Management
Event Management (Correlated)
Configuration Management
Application Performance Mgmt
Service Modeling
Integrated Process
Automation
Service Level Management
Capacity Management
Service Analytics
Analytics&Automation
Network Management
Systems Management
Event Management (Correlated)
Configuration Management
Application Performance Mgmt
Service Modeling
Process Automation
ActiveAutomation
Network Management
Systems Management
Event Management
(Consolidated)
Configuration Management
Application Performance Mgmt
PassiveAutomation
Network Management
Systems Management
Event Management (Correlated)
Configuration Management
Application Performance Mgmt
Service Modeling
Integrated Process
Automation
Service Level Management
Capacity Management
Service Analytics
LightsOutIT
УнификацияСтандартизация Предсказание
101. Мониторинг сервисов «сверху-вниз»
Управление
доступностью и
производительностью
приложений
Мониторинг ОС /
инфраструктуры
Мониторинг СУБД /
серверов приложений
Мониторинг
инфраструктурного ПО
ARIBA ORACLE SIEBEL
SAP BroadVision PeopleSoft BlackBerry
ORACLE
MS SQL
Server
Informix DB2
Internet Info
Server 3.0
Portal
MS Exchange
Server Lotus
IBM Check Point TIBCO
Internet Security
Systems
webMethods Apache SOAP Sun
MQSeries
Family
MS Windows HP IBM Solaris Linux
102. 3D IMAX
Experience
Управление производительностью приложений
• Мобильные, облачные и
инфраструктурные решения
• Мощные аналитические возможности
и средства диагностики
• Широкое покрытие программных сред
“Мы можем определить проблему за 1-2
часа до того как она повлияет на
производодительность приложения”
Raphael Aquino, Sentara Healthcare
103. База данных конфигурационных элементов
– Автоматическое обнаружение и представление взаимосвязей объектов управления (КЕ) от сетевого до
прикладного уровня (С-Р Модель)
Серверные платформы
HP-UX Solaris
Бизнес сервис
Системы хранения данных
Сеть
Клиенты
Почта
Unix LinuxWindows
113. 113
Тезисы о мониторинге
Мониторинг — непрерывный процесс наблюдения и регистрации параметров объекта, в
сравнении с заданными критериями.
Цель - выявление возможных не штатных ситуаций в работе ИС до момента возможных
аварий.
Задачи – контроль и предупреждение, оперативное реагирование и устранение, анализ,
донастройка мониторинга
Система мониторинга – представляет собой интеграционное решение, позволяющее
контролировать доступность и качество функционирования бизнес-процессов, сервисов и
систем компании на основе единого поля событий и данных.
Мониторинг
РеагированиеАнализ
Тюнинг
Большинство проблем не возникает мгновенно, а
постепенно накапливаются, либо появляются косвенные
признаки, по которым их можно предсказать и
предотвратить.
Постоянный контроль объектов IT-инфраструктуры и
компонентов ИС системой мониторинга с консолидацией
данных в едином центре позволяет выявлять признаки
проблемы до того, как они скажутся на работе всей системы
или сервиса и затронут конечных пользователей.
Если же инцидент все-таки случился, анализ информации от
системы мониторинга помогает оперативно выявить его
источники и причины, благодаря чему проблема
устраняется в максимально сжатые сроки.
114. 114
Предпосылки внедрения системы
Необходимость внедрения эффективных средств ранней диагностики событий и предсказания влияния
событий на абонентские сервисы и бизнес процессы компании.
Необходимость внедрения ресурсно-сервисной модели и механизмов для оперативного выявления
корневых причин влияющих на снижение качества бизнес-процессов оказываемых абонентам и конечным
пользователям.
Фрагментарный сбор информации с необходимостью анализа дискретных событий специалистами,
необходимость единой базы знаний для такого анализа.
Необходимость средств автоматического восстановления сервиса при повторяющихся аварийных
ситуациях с использованием запланированных сценариев.
Необходимость автоматизации выполнения регламентных процедур.
Необходимость средств фильтрации информации с обслуживаемых систем, необходимость обработки
ложных сообщений об аварийных ситуациях и предпосылок к таковым.
Ручная регистрация инцидентов, приводящая к задержкам во времени и потере информации.
Необходимость снижения количества аварий и улучшения качества бизнес-процессов влияющих на
абонентов и конечных пользователей.
Создание Департамента оперативного мониторинга информационных систем (далее - ДОМИС) который
осуществляет централизованный мониторинг информационных систем ОАО «МТС».
Система мониторинга устарела и не соответствует современным технологическим требованиям.
Необходимость оперативного определения корневых причин
при деградации бизнес–процессов необходимо время
на диагностику и их определение.
115. 115
Цели и продукт проекта
Цель проекта - внедрение системы мониторинга ИС класса MISSION и BUSINESS CRITICAL * для повышения качества и
доступности бизнес-сервисов.
Основные критерии успешности проекта:
Сокращение времени ликвидации неисправностей и сбоев на информационных системах в случае их возникновения за счет
оперативного выявления корневой причины нештатной работы компонентов инфраструктуры ИТ и прикладного ПО с
использованием ресурсно-сервисной модели;
Улучшение качества сервисов бизнес – заказчику предоставляемых за счет проактивного мониторинга
Эффективное управление событиями на ИС за счет уменьшения времени на их обработку.
Продукт проекта:
Внедрена промышленная системы мониторинга ИС класса MISSION и BUSINESS CRITICAL
Выполнена интеграция с базой CMDB – ядром системы управления знаниями об ИТ инфраструктуре
Формализован процесс мониторинга и управления событиями: выполнена доработка существующих / создание новых
регламентов процесса мониторинга и управления событиями. Реализованы процедуры управления событиями, проработаны
интерфейсы между процессом мониторинга и процессом управления инцидентами.
Построена ресурсно-сервисная модель (РСМ): разработаны унифицированные правила формирования и управления РСМ,
которая будет являться эталоном для описания всех информационных систем и использоваться для мониторинга и выявления
степени влияния обнаруженных событий на сервисы и бизнес-процессы.
Выработаны механизмы и настроен инструментарий для выявления корневой причины снижения качества бизнес-процессов.
Выполнена интеграция с системой управления инцидентами и графиком дежурств
Внедрен инструментарий автоматизации выполнения регламентных процедур и устранения аварий.
Приведено в соответствие наличие и потребность лицензий программного обеспечения.
Получен инструмент генерации статистической отчетности по событиям на информационных системах класса MISSION и
BUSINESS CRITICAL для использования в улучшении качества их эксплуатации.
Повышена эффективность выполнения регламентных процедур за счет уменьшения времени выполнения и влияния на
сервисы. Выполнена модернизация промышленного решения, позволяющего контролировать доступность и качество
функционирования бизнес-процессов, сервисов ИТ систем компании на основе единого поля событий и данных*.
116. 116
Критерии эффективности проекта
№ Название показателя Значения показателя до
проекта
Значения показателя после реализации проекта
1 Оперативный мониторинг Частично
Только для ТМ определенного типа
Расширенные возможности
За счет большего количество специализированных агентов и пробников для различных ИТ систем, сред,
ОС, СУБД и приложений.
2 Инженерный мониторинг Частично
Для ТМ с агентами системы.
Расширенные возможности
Возможность расширения за счет разработки собственных модулей и пробников.
3 Мониторинг качества бизнес-
сервисов предоставляемых
бизнес заказчику
подразделениями ИТ (KPI)
- Отсутствует
Собственная разработка.
Штатное средство
Обеспечивает требуемый уровень отказоустойчивости, содержит механизмы корреляции с событиями
генерируемых ИТ инфраструктурой, предоставляет наглядные средства представления для сотрудников
любого уровня.
4 Управление событиями (Event
management)
- Отсутствует
Необходима интеграция с системой
управления инцидентами.
Штатное средство
Основа построения процесса управления событиями. Расширенные функции по работе с одиночными и
группами событий, интеграция с системой управления инцидентами. Единая точка сбора и обработки
событий от всех ТМ. Поддержка открытых интересов и протоколов.
5 Управление отказами и
неисправностями (Fault
management)
- Отсутствует Штатное средство
Основа построения процесса управления отказами и неисправностями.
Возможность группировки, приоритезация и корреляция событий в соответствии с существующим
набором ИТ систем и топологий ИТ инфраструктуры. Создание сервисных окон для проведения работ
на ИТ системах.
6 Наличие Ресурсно – сервисной
модели (РСМ)
- Отсутствует Штатное средство
Позволяет эффективно выявлять корневую причину снижения бизнес-сервисов предоставляемых
бизнес-заказчику подразделениями ИТ. Предоставляет проактивные средства прогнозирования и
предупреждения возникновения аварий.
7 Подсистема выполнения
регламентных процедур
(Orchestration subsystem)
- Отсутствует
Частично собственная разработка
Штатное средство
Гибко настраиваемый инструмент с возможностью управления многоэтапными процедурами любой
сложности, интегрировано с основной консолью системы.
8 Количество точек мониторинга
(ТМ)
18 000 Свыше 100 000 включая кластеры LANWAN, SAN и СХД.
117. 117
Централизованная
функция мониторинга ИС
Функции Эксплуатации
Foris
Администрирование инфраструктуры
Северо-Запад
Центр
Поволжье
Урал
Сибирь
Дальний восток
Москва
Урал
Сибирь
Юг
Поволжье
Дальний восток
ДОМИС
Северо-Запад
Москва
Централизованная
Функция выполнения РП и
Контроля выполнения RFC
Функции ДОМИС
118. 118
Централизованная система мониторинга с
модульной архитектурой
Централизация мониторинга позволяет решать задачи:
• Обеспечить контроль системы силами небольшой дежурной смены.
• Благодаря контролю объектов любых типов ускоряется процесс выявления причин
возможных аварий и соответственно ускорение восстановления работоспособности
системы.
Для обеспечения возможности масштабирования под любую сложность ИС,
используется принцип модульности. ЦСМИС представлен рядом таких модулей:
• Ядра (HP BSM) - цель которого выполнение функций централизации мониторинга.
• Модули мониторинга(SiteScope, NNM, BPM, Integ) – цель которых осуществлять не
посредственно мониторинг ТС ИС и отправку контрольных данных в ядро системы
• Модуль управления(OO) – цель автоматизация выполнения регламентных процедур в
ИС
119. 119
ДОМИС, г. Краснодар
Контур ИТ-инфраструктуры одного МР
ПРПр (HP OO)
ITOO
ПУО (HP Reporter + PM)
ITREPPM
Сервер интеграции
ITINTEG
БД ПМСП (SQL)
ITOMSQL
БДКЕ (HP UCMDB)
ITCMDB
ПМСП (безагентский мониторинг, HP SiteScope)
ПМТП (HP BPM)
ITSSBPM
Сетевые устройства
Серверы
111
СХД
Remedy ITSM
fCMDB (Москва)
fcmdb05
HP BSM Фронтенд
BSMGW1
HP BSM Фронтенд
BSMGW2
Cisco Balancer 1
Cisco Balancer 2
ПСМ (HP NNM)
Агент ПРПр (HP OO RAS)
ITNNM
BSM
virt.
GW
ПМСП (агентский, HP OM)
ITOM
ПСХД (HP SE)
ITSE
БД Oracle (BSMDB)
With StandBy
HP BSM Бэкенд
BSMDP1
0600hpbsm
0600hpbsmapp
HP BSM Бэкенд
BSMDP2
ЦСМИС – модульная архитектура
120. 120
Заказ на мониторинг
Система является эффективным средством взаимодействия бизнес-подразделений и
сервисного подразделения мониторинга.
Заказ на мониторинг IT объекта, созданный в данной системе, является поручением по
настройке монитора, содержит полную информацию для конфигурирования средств
мониторинга, координации событий от системы мониторинга и реакции дежурных на их
поступление.
121. 121
Модуль загрузки объектов мониторинга (МЗОМ)
Система заказов на мониторинг Модуль загрузки объектов мониторинга
(МЗОМ)
Модули мониторинга (SiteScope,
NNM)
МЗОМ на основании данных «Системы заказов на мониторинг» выполняет изменения в конфигурациях
«Модулей мониторинга ЦСМИС» (SiteScope, NNM) и сохраняет текущую конфигурацию в своем хранилище,
из которого могут получать информацию другие системы. Автоматизация процесса позволяет значительно
повысить оперативность настройки мониторинга объектов IT различного типа, исключает возможные при
настройке вручную ошибки описания конфигурации средств мониторинга, поддерживает в согласованном
состоянии централизованное хранилище конфигурации модулей мониторинга для оперативного получения
расширенных данных об их состоянии, на основании данных заказов на мониторинг формирует базу для
обогащения и управления событиями от модулей мониторинга.
122. 122
Управление простоями в HP BSM (DownTime)
Управление простоями в HP
BSM
позволяет временно снять
выбранные
ТМ с мониторинга на время
выполнения
обслуживания как самих ТМ, так
и
оборудования или сервиса,
которые
могут повлиять на корректность
мониторинга данной ТМ
Простои позволяют исключить
возможность регистрации не
качественных инцидентов, по
событиям, полученным в ходе
выполнения технических работ с
оборудованием или сервисом
События, поступившие во время
простоя, скрываются от взора
дежурных. Как следствие:
От дежурных не ускользнут
действительно значимые,
аварийные, события
Не будут зарегистрированы
инциденты по
санкционированным событиям
Простои бывают трех видов:
Созданные на время проведения
работ с использованием
функционала HP BSM
Полученные из настроек
расписания мониторинга ТМ
Созданные во время
регистрации RFC в Remedy
посредством интеграции с CMDB
123. 123
Обогащение и автоматизация обработки событий
Настройка правил
пересылки событий
на подключенные
серверы
Создание правил
сопоставления событий
с индикаторами
производительности
РСМ
Настройка правил
обработки событий,
полученных во время
простоя (downtime)
элементов конфигурации
Настройка правил
для автоматического
выполнения стандартной
процедуры или
последовательности
стандартных процедур в контекс
те
события
Например: выполнить рестарт
службы при получении события
Мощнейший механизм
настройки обработки
событий на основе
сценария, написанного
на языке
программирования
Groovy, позволяющий
сделать с событием все, что угод
но
Настройка правил
подавления событий по
заданным критериям
Настройка способа
обработки событий
во время штормов
событий, позволяющая
увеличить устойчивость HP BSM
к
сильным
внешним воздействиям
Разработка правил
корреляции на
основе поступления,
не поступления или
порядка поступления событ
ий
Настройка
корреляции событий на осн
ове привязки
событий к
конфигурационным
элементам РСМ и
влияния на них
Настройка правил
для автоматического
выполнения
действий в контексте событ
ия
через указанное время
Например: отметить событи
я,
не взятые в работу, через 5
мин
Настройка
автоматического
назначения новых
событий для группы
пользователей
Настройка отправки
уведомлений
по почте, SMS или
на пейджер
124. 124
Модуль безагентского мониторинга широкого
назначения SiteScope
Мониторинг самого широкого спектра объектов: различные виды и метрик ОС, СУБД, WEB серверов,
приложений и прикладных метрик, виртуализация, URL и Cert, LanWan, инфраструктурные службы, SNMP,
BigData, универсальные скрипты (Bash, PowerShell, WMI, Java, C++)
125. 125
Управление сетями. Network Node Manager i
Это функции контроля
за ошибками, доступно
стью и производительн
остью.
Позволяют
увеличить период
работоспособности,
а также повысить
производительность
и быстроту решений
задач бизнеса.
126. 126
Контроль качества пользователей.BPM
Это активный мониторинг приложений для выявления проблем с доступностью и производительн
остью, прежде чем они повлияют на работу пользователей. Система имитирует бизнес-транзакции
и фиксирует проблемы независимо от деятельности реальных пользователей.
127. 127
Интеграция с внешними системами. BSM Connector
Выполнена интеграция
с платформами
и оборудованием
различных
производителей.
Порядка 20-ти
коллекторов
обрабатывают
поступающие
аварийные и
сервисные события.
128. 128
Модели здоровья
Модели здоровья (МЗ) – это набор шаблонов сервисов мониторинга для IT объектов различного типа, позволяющих выполнять
опрос контролируемых параметров (метрик) объектов и диагностировать их состояние, сравнивая текущие значения метрики с
пороговыми значениями рекомендованными, как норма здоровья, для объектов данного вида. Нормы здоровья определяются
таким образом, чтоб состояние объекта не влияло на производительность систем и не создавало проблем в работе
пользователей. Информирование от системы мониторинга о выходе метрики за границы этой нормы позволяет своевременно
устранить проблему, что улучшает продуктивность работы и производительность систем в целом.Модуль
мониторинга
Типы объектов Количество
МЗ
Количество
метрик
Количество
мониторов
BPM
ИТОГО 1 2 140
Бизнес и Web приложения 1 2 140
INTEG
ИТОГО 19 31 790
SAN, СХД 3 5 335
SUPS, SPA, MSCP, OCC,
Nagios, DSA, ЕСПП
9 19 283
Инженерное оборудование 3 3 144
Самомониторинг 4 4 28
MSMQ
ИТОГО 1 1 1120
MSMQ-очереди 1 1 1120
NNM
ИТОГО 3 27 4933
Сервера сеть 1 1 1631
Сетевые устройства 2 26 3302
SiteScope
ИТОГО 181 263 28830
KPI 1 14 39
URL+certificate 11 12 449
VMWare 11 21 1755
Инженерное оборудование 1 1 132
Инфраструктурные сервисы 16 42 477
Сервера прикладная часть 78 92 10222
Сервера сеть 3 3 3153
Сервера системная часть 42 56 11687
СУБД 18 22 916
Общий итог 206 325 35814
129. 129
Ресурсно сервисная модель
Использование РСМ позволяет получить наглядное визуальное представления о влиянии элементов и
нфраструктуры ИС на бизнес сервис предоставляемый этой ИС. Механизм поиска корневой причины
дает возможность сразу получить информацию вплоть до аварийных метрик и немедленно
приступить к решению аварии.
Представление “360 View”
Представление
“Topology Map”
Представление “Top View”
130. 130
Подсистема выполнения регламентных процедур
Регламентные процедуры это
операции по эксплуатации ИС
носящие регулярный характер и
выполняемые в автоматическом
режиме.
Использование для целей
автоматизации HP Operations
Orchestration:
• Уменьшить нагрузку на дежурную
смену, и позволить ей заниматься
более критичными задачами,
• Снизить или исключить
вероятность ошибки при
выполнении РП,
• Увеличить скорость выполнения
РП, без уменьшения качества.
132. 132
Мониторинг показателей качества БИТ МТС Россия
Функциональная схема решения для единой системы мониторинга
Система мониторинга физических и
логических компонент ИТ систем
Без
агентский
модуль
Без агентский
модуль
Система управления
инцидентами Remedy
Система мониторинга
отклика приложений (транзакций)
Мониторинг состояния, оценка событий
Аналитическая обработка,
проактивные события
Оценка влияния событий,
мониторинг бизнес-процесов
CMDB
SNMP Traps
Приоритезация, корреляция, нормализация, группировка
Создание правил обработки Событий
Самообучение, анализ, проактивность
Поиск корневой причины
Сбор данных, метрик
Система управления серверами
и сетевым оборудованием
Подсистема отчетности и отображения
Различные представления для
просмотра событий, включая уровень
сбора данных
Dashboards,
типовые графики и отчеты
Предпологается, что все подсистемы изображенные на схеме имеют специальные средства для их администрирования и настройки
Уровень сбора данных
Бизнес-процессы ИТ-сервисы
Программное
обеспечение
Базы данных Операционные системы
Сервера Сетевая инфраструктура Хранилища
Информационные
системы
Без-
агентский
модуль
Скрипты
Данные
Система администрирования
Хранилище
событий
Адаптеры для получения
событий от внешних систем
Интерфейсы для специалистов,
администраторов, бизнес
пользователей, руководства
Данные
Данные
События События
База Знаний
График дежурств
Система заказа
на мониторинг
Системы MISSION CRITICAL и BUSINESS CRITICAL
Уровень обработки и
управления
Уровень интеграции
Модуль автоматизации
выполнения регламентных
процедур и запуска
исполняемых сценариев
138. 138
Возможности SiteScope в ЦСМИСHP SiteScope является одним из множества модулей мониторинга ЦСМИС.
Мониторинг средствами HP SiteScope осуществляется безагентским способ.
HP SiteScope своими средствами покрывает следующие элементы инфраструктуры:
- Сервер Windows по протоколам NetBIOS и WMI в части:
Счетчиков производительности
Состояния служб
Наличия событий в системных журналах
- Сервер Unix по протоколу SSH в части различных ресурсов ОС
- Кроме того, для обоих типов ОС покрывается мониторинг:
Доступности сервера или порта
Загруженности CPU, памяти
Доступности свободного места на дисках или файловых системах
Информации, содержащейся в лог-файлах, запущенного на серверах, программного
обеспечения
Наличия на сервере файлов и каталогов, а так же их состояние (дата создания /
изменения, размер и т.д.)
- Сервера баз данных, таких как:
Microsoft SQL Server
База данных Oracle
DB2 JDBC
Кроме того, возможен мониторинг прочих серверов баз данных при условии наличия
JDBC-драйвера, поставляемого с ней, либо доступной для загрузки
Так же возможен мониторинг логической составляющей сервера баз данных, а так же
приложений, посредством SQL-запросов. В том числе, различных KPI приложений и
сервисов
- Веб-сервера и сервера приложений:
Сервер ApacheмHP SiteScope является одним из множества модулей мониторинга ЦСМИС.
Мониторинг средствами HP SiteScope осуществляется безагентским способ.
HP SiteScope своими средствами покрывает следующие элементы инфраструктуры:
- Веб-сервера и сервера приложений:
Сервер Apache
Oracle Application Server 10g
Oracle 9i Application Server
Сервер Microsoft IIS
Сервер приложений WebSphere Application Server
Сервлет производительности WebSphere
Сервер приложений WebLogic
Сервер приложений BroadVision
Веб-сервер SunONE
UDDI-сервер
- Универсальный
Составной
Составной с формулой
Сценарий
Настраиваемый
- Приложение
RADIUS
Cisco Works
Сервер ColdFusion
Check Point
Прокси-сервер высокой доступности
Сервер Microsoft ASP
Citrix
Почта
F5 Big-IP
Статистика Memcached
Новости
Запрос к базе данных
Настраиваемый для базы данных
JMX (динамический)
JMX
- Виртуализация и облако
Хранилище данных VMware
Производительность VMware
Состояние хоста VMware
Сеть хоста VMware
ЦП хоста VMware
Хранилище хоста VMware
Память хоста VMware
Amazon Web Services
Microsoft Hyper-V
KVM
Универсальный гипервизор
Зоны Solaris
- Интернет
URL
Проверка ссылок
Список URL-адресов
Последовательность URL-адресов
Содержимое URL-адреса
Транзакция e-Business
- Сеть
DHCP
DNS
LDAP
FTP
Пропускная способность сети
SNMP
SNMP-ловушка
SNMP по MIB
-Большие данные
Hadoop
HP Vertica JDBC
Отдельно хочется отметить мониторинг с помощью сценария.
Он позволяет выполнять мониторинг объектов с помощью, как скриптов (bash, PowerShell), так и с помощью
скомпилированных программ, написанных на различных языках (C++, Java и т.д.)
Кроме того, запуск сценария возможен, как локально на сервере SiteScope, так и удаленно, на целевом сервере (по
протоколу SSH).
139. Внедрение HP OA
в Альфа- Банке
Руководитель направления мониторинга ИТ систем
Алексей Голтыхов
140. Оценка: источники данных
мониторинга ИТ компонент
Логи
Центральная
Система
Мониторинга
Специальный
и уникальный
мониторинг
Тип
мониторинга
Системы мониторинга и их возможности.
Уровень
инфраструктуры
и OS
Агент
Уровень
приложений
Уровень
бизнес - задач
Событийный
Статистический
Событийный
Статистический
БЕЗ агентно
Событийный
Статистический
Система
HPOperations
HPSiteScope
HPOVPM
HPDiagnostics
HPRUM
IBMTivoli
WhatsUp
Utils
HPBPM