Проектирование оптимизации использования

Извлеките максимальную пользу из ваших инструментов и операций. Убедитесь, что они соответствуют функциональным и нефункциональным требованиям решения.

Различные услуги поставляются с различными функциями и ценами. Выбрав план, не упускайте возможности использовать все его функции. Найдите способы использовать их эффективно и оправдать потраченные деньги. Кроме того, следите за моделями выставления счетов. Это разумно проверить, есть ли более эффективная модель выставления счетов, которая соответствует тому, как вы на самом деле используете службу.

Пример сценария

Университет Contoso управляет готовой к использованию системой (COTS), помогающей преподавателям управлять курсами и позволяющей студентам регистрироваться. Он подключен к облачной системе управления образованиями, на которую они планируют полностью перейти в течение нескольких лет. На данный момент они хотят оптимизировать затраты на индивидуальные элементы интеграции.

Технологическое решение предложения COTS обычно рассматривается как черный ящик, за исключением базы данных, которая работает в Базе данных Azure для MySQL. Пользовательская интеграция — это долговечная функция Azure, которая запускается в плане службы приложений Azure уровня "Стандартный", который ранее использовался для размещения веб-сайта университета, но больше не используется для этого. Устойчивая функция — это приложение Python, использующее службу хранилища Azure. Он синхронизирует данные каждую ночь из базы данных MySQL с облачным API.

Использование полного значения ресурсов

Покупайте только то, что вам нужно, и используйте все, что вы оплачиваете.

Некоторые SKU ресурсов оснащены встроенными функциями, обеспечивающими производительность, безопасность или надежность. Если вы платите за них, убедитесь, что вы используете их. И если вам не нужны эти функции, выберите более простой номер SKU, чтобы сэкономить деньги.

Задача Компании Contoso

• Устойчивая функция выполняется на стандартном плане службы приложений, который изначально был рассчитан для общедоступного веб-сайта, но с тех пор этот веб-сайт был выведен из эксплуатации.

• Команда никогда не переоценивала SKU, поэтому они по-прежнему платят за функции и емкость, которыми они не пользуются.

• Они не уверены, какие функции фактически необходимы для рабочей нагрузки интеграции.

Применение подхода и результатов

• Команда проверяет текущий план службы приложений и завершает, что интеграция не требует того же уровня масштабируемости или производительности и может поддерживаться конфигурацией более низкого уровня.

• Они перемещают функцию в план нижнего уровня, который по-прежнему поддерживает устойчивые функции, но стоит гораздо меньше.

• Они также проверяют идентификатор SKU MySQL и подтверждают, что он оптимально подобран для текущей рабочей нагрузки.

• Эти изменения помогают снизить затраты, не влияя на производительность или надежность.

Оптимизация проектирования высокой доступности

Определите приоритет развертывания активно-активных или активных только над активными пассивными моделями в рамках плана восстановления, если вы уже заплатили за ресурсы.

Если ваша конструкция по умолчанию использует активные пассивные модели, может потребоваться простой ресурс, который может использоваться в противном случае. Преобразование в активный режим может позволить вам соответствовать требованиям по выравниванию нагрузки и масштабированию, не перерасписываясь. Если вы можете выполнить целевые показатели восстановления с помощью активной модели, затраты на эти ресурсы можно полностью удалить.

Задача Компании Contoso

• Приложение COTS использует гибкий сервер База данных Azure для MySQL, настроенный для обеспечения высокого уровня доступности той же зоны, которая предоставляет резервный сервер в той же зоне доступности, что и основной сервер. Они также включили автоматические резервные копии.

• Цель точки восстановления нагрузки (RPO) достаточно длинна и составляет 12 часов, а цель времени восстановления (RTO) составляет три часа в рабочее время школы.

• На основе предыдущих тестов восстановления команда знает, что они могут соответствовать целевым объектам RPO и RTO с помощью автоматической отработки отказа на резервный сервер. Они также проверили восстановление базы данных из резервной копии, и они могут соответствовать целевым объектам в этом сценарии.

Применение подхода и результатов

• Команда по нагрузке повторно оценивает преимущество дизайна высокой доступности по сравнению с затратами на услугу, которые вдвое превышают стоимость одного экземпляра.

• Команда проверяет создание нового экземпляра и восстановление базы данных из резервной копии и удовлетворены тем, что они по-прежнему будут соответствовать целевым показателям восстановления, поэтому они решают удалить резервный экземпляр.

• Команда обновляет план аварийного восстановления, чтобы отразить новую стратегию восстановления и реализовать экономию затрат с помощью новой конфигурации.

Масштабируйте разумно в соответствии со спросом

Настройте емкость на основе того, что вам действительно нужно.

Вместо постоянного обеспечения пиковой загрузки увеличьте масштаб при увеличении спроса и уменьшите масштаб при снижении спроса. Такой подход обеспечивает соответствие затрат реальным использованию.

Задача Компании Contoso

• Функция интеграции выполняется каждую ночь, но план службы приложений всегда остается активным.

• Они платят за вычислительные ресурсы, которые большую часть дня простаивают.

• Они не изучили варианты масштабирования или приостановки работы службы, если она не используется.

Применение подхода и результатов

• Команда настраивает план службы приложений для уменьшения масштаба в нерабочее время.

• Они изучают перемещение функции в приложения контейнеров Azure или план потребления функций Azure, который может масштабироваться до нуля.

• Они также настраивают оповещения для мониторинга использования и настройки правил масштабирования по мере необходимости.

• Эти изменения помогают им выравнивать затраты с фактическим использованием и сокращением отходов.