Мониторинг использования приложений
В мониторинге приложений рекомендуется контролировать:
- Общую видимость приложения – где расположено, как настроено, какие задачи выполняет
- Цикличность – база для тех самых шаблонов, усредненных параметров поведения
- Анализ пиков – определение поведенческих факторов в наиболее/наименее загруженные периоды
Аналитика рабочей нагрузки
При планировании миграции в облако проанализируйте текущую рабочую нагрузку, которую создают приложения. Из-за чего она снижается и повышается? Что становится драйвером перехода из одного пикового состояния в другое? Параллельно придется подумать о будущем: как текущие нагрузки соответствуют плану развития компании, как изменятся требования к емкости облака через квартал, полугодие или год. Например, если в течение двух месяцев на четверть увеличится клиентская база, получится точнее оценить необходимый объем ресурсов в облаке.
Миграция в облака: сразу или понемногу?
До миграции в облако определитесь, какую часть IT-инфраструктуры вы перенесете, а какую оставите жить локально. Даже если вы собрались переехать на 100 %, начать все равно придется с нескольких приложений и связанных с ними баз данных. Чтобы разобраться с приоритетами, учтите, что:
- Некоторые приложения эффективнее работают на локальных мощностях, в облаке им требуется необоснованно много ресурсов (их перенос в облако возможен только после переработки кода);
- Приложения, которые переедут в облако и которые останутся на локальных мощностях, могут быть связаны друг с другом;
- Есть разница между публичными и частными облаками: в первых вы получите больше контроля над приложениями, во вторых – сделаете их более доступными;
- У приложений могут быть внешние зависимости, которые нарушатся при миграции в облако.
При плавной миграции в облако появляется возможность оценить параметры «до» и «после»; становится возможным оценить, как рационально использовать виртуальные ресурсы и перераспределять их между своими приложениями. Полномасштабная быстрая миграция не даст этой гибкости.
Политика управления данными
Для работы с данными (как локальными, так и в облаке) разработайте политики управления. Критично важно отслеживать следующие действия над данными: создание, доступ, хранение, архивирование и удаление.
Оценка объема данных
Многие компании при переносе IT-инфраструктуры в облако допускают ошибку: неправильно оценивают необходимую им емкость на старте. Важна не просто стартовая емкость, а возможность ее изменения в процессе эксплуатации в зависимости от текущих потребностей.
План аварийного восстановления
Подумайте о худшем сценарии заранее: какие сервисы и данные вы будете восстанавливать в первую очередь? Просчитайте масштабы бедствия, если сервисы и приложения будут простаивать несколько минут/часов/суток.
Соответствие целям и потребностям бизнеса
Возможности, которые предлагает IT, в идеале должны закрывать потребности бизнеса. Разработайте стратегию развития и только потом переходите к инструментам CCM. Если бизнес ежемесячно прирастает на 10 %, емкость облака должна увеличиваться синхронно.
Как использовать инструменты CCM
Инструменты CCM должны быть интегрированы в комплексную систему мониторинга и управления облаком. Это позволит дать достаточные, без избытка, ресурсы для приложений, и в режиме реального времени наблюдать за трафиком, отслеживать узкие места и случаи недостатка ресурсов, моделировать рабочие нагрузки на систему.
Где использовать инструменты CCM?
- Наблюдение: отслеживайте и замеряйте входы и выходы из приложения, трафик, который оно создает, ошибки, возникающие в его работе
- Поиск связей: узнайте, как приложения и службы связаны друг с другом
- Имитация нагрузки: проводите стресс-тесты, находите скрытые ограничения и зависимости, расширяйте теоретические представления о границах масштабируемости облачной части IT-инфраструктуры
- Анализ: изучайте поведение приложений под нагрузкой и составляйте рекомендации, которые помогут эффективнее использовать вычислительные и другие ресурсы
- Действия: создавайте ограничения, чтобы не допустить роста нагрузки до критичной отметки и оперативно высвобождать ресурсы, которые больше не нужны приложениям
Ниже несколько примеров инструментов, которые можно использовать для CCM.
APM (Application Performance Management) – находит взаимосвязи между отдельными приложениями, а также между приложениями и инфраструктурой. Основные направления: распределенная трассировка через приложения и сервисы, оценка показателей производительности приложений и инфраструктуры, поиск первопричин инцидентов. CMP (Cloud Management Platforms) – платформа управления облаком, которая позволяет управлять стоимостью облачной инфраструктуры от стороннего поставщика. Основные направления: анализ стоимости и использования облачных вычислений, очистка незадействованных ресурсов, работа с политиками, планирование миграции в облако. AIOps (Artificial Intelligence for IT Operations) – интеллектуальная система анализа и относительно новая категория ПО, которое предоставляет инструменты для обработки больших массивов данных.
Основные направления: сбор данных, ведение статистики, машинное обучение, обнаружение аномалий и первопричин инцидентов.
Планирование будущей облачной системы
Планирование емкости облака может быть одноразовым мероприятием в краткосрочной перспективе, но для большинства компаний оно превращается в непрерывное планирование – так называют гибкий подход к управлению емкостью облака. Он позволяет бизнесу оперативно закрывать возникающие потребности, а не повышать емкость по составленному заранее графику. Благодаря непрерывному планированию компания сможет расставить приоритеты и работать более эффективно.
При планировании облачной системы определитесь с тем, как будет выглядеть пул ресурсов и ваши приложения через N месяцев, если бизнес вырастет на X %, когда он будет испытывать пиковые нагрузки в периоды сезонной активности, после появления одного или нескольких крупных клиентов. Ответы на эти вопросы – ключи к планированию облачной инфраструктуры, которая соответствует потребностям бизнеса.
Предыдущая статья
