Microsoft AZ-900: Управление затратами и экономика служб — Руководство по подготовке

By Laurynas Brazys · 23 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

Часть Microsoft Azure AZ-900 — Руководство по подготовке. Практикуйтесь с проверенными ответами в центре экзаменов Microsoft, или пройдите тесты на время на ExamRoll.io.

Экономика облака в Azure основана на преобразовании капитальных затрат в операционные и приведении расходов в соответствие с фактическим использованием. Вместо избыточного выделения ресурсов под пиковую нагрузку, ресурсы масштабируются вверх и вниз в соответствии с потребностями, и вы платите только за то, что потребляете. Эта эластичность является основой для оптимизации затрат: развертывайте нужный ресурс, правильного размера, в правильном регионе и только на необходимое время. Плата за вычисления начисляется, пока виртуальная машина запущена; когда она остановлена (освобождена), начисление платы за вычисления прекращается, но затраты на хранилище и сеть сохраняются. Передача данных из Azure (исходящий трафик) является платной, в то время как большая часть входящего трафика — нет. Выбор архитектур с учетом затрат — например, использование управляемых служб, где это уместно, подбор правильного размера вычислительных ресурсов и планирование перемещения данных — обеспечивает предсказуемые расходы без ущерба для производительности и отказоустойчивости.

Модели ценообразования и варианты обязательств

Azure предлагает несколько моделей приобретения для баланса между гибкостью и экономией. Оплата по мере использования (Pay-as-you-go) — это модель ценообразования по умолчанию, работающая по требованию, без обязательств и с максимальной гибкостью. Она подходит для непредсказуемых или кратковременных рабочих нагрузок, пилотных проектов и сред разработки, где часто требуется быстрое отключение ресурсов. Reserved Virtual Machine Instances предоставляют значительные скидки в обмен на обязательство на один или три года для определенного семейства ВМ, региона и области действия. Они идеально подходят для рабочих нагрузок со стабильным и предсказуемым использованием, таких как серверы бизнес-приложений или постоянно работающие базы данных. Резервирования часто можно обменивать в пределах одного семейства продуктов для адаптации к меняющимся потребностям, а досрочная отмена возможна в соответствии с политикой и с уплатой сборов, что делает их менее жесткими, чем традиционные капитальные закупки. Spot Virtual Machines предлагают самые низкие цены для прерываемых рабочих нагрузок за счет использования избыточных мощностей Azure. Они вытесняются, когда Azure требуются мощности или когда рыночная цена превышает вашу максимальную цену, поэтому они лучше всего подходят для пакетной обработки, исполнителей CI/CD, рендеринга и других отказоустойчивых задач. Соглашения об уровне обслуживания (SLA) для производственных сред не распространяются на Spot; архитектура должна предусматривать перезапуски и вытеснения. Azure Savings Plans for Compute предлагают скидки при принятии обязательства по фиксированным почасовым расходам на один или три года. В отличие от резервирований, планы экономии автоматически применяются ко всем подходящим вычислительным службам и регионам для максимального покрытия, обменивая пиковые скидки на большую гибкость. Они снижают накладные расходы на управление разнородными парками ресурсов, охватывающими несколько семейств ВМ, хосты контейнеров и планы функций.

• Оплата по мере использования (Pay-as-you-go)
  • Обязательство: Нет
  • Типичная экономия: —
  • Гибкость: Максимальная
  • Лучше всего для: Непредсказуемых/кратковременных рабочих нагрузок
  • Ключевые ограничения: Нет скидок; полные тарифы по требованию
• Reserved VM Instances (1/3 года)
  • Обязательство: Срочное, на основе семейства ВМ/региона/области действия
  • Типичная экономия: До ~72% по сравнению с PAYG (с Azure Hybrid Benefit)
  • Гибкость: Обмен в пределах семейства продуктов; ограниченная отмена
  • Лучше всего для: ВМ со стабильным и постоянным использованием
  • Ключевые ограничения: Привязаны к конкретным семействам/регионам; необходимо управлять покрытием
• Spot VMs
  • Обязательство: Нет (зависит от наличия мощностей)
  • Типичная экономия: До ~90% по сравнению с PAYG
  • Гибкость: Масштабируемые наборы поддерживают политики вытеснения
  • Лучше всего для: Пакетной обработки, разработки/тестирования, служб без сохранения состояния
  • Ключевые ограничения: Нет SLA; вытеснение в любой момент
• Azure Savings Plan for Compute (1/3 года)
  • Обязательство: Обязательство по почасовым расходам
  • Типичная экономия: Обычно между PAYG и пиковой экономией RI
  • Гибкость: Применяется ко всем подходящим вычислительным службам/регионам
  • Лучше всего для: Смешанных парков ресурсов с переменным характером использования
  • Ключевые ограничения: Скидка применяется до уровня обязательных расходов; превышение оплачивается по тарифам PAYG

Факторы ценообразования и инструменты оценки

Стоимость рабочей нагрузки зависит от региона из-за экономических особенностей инфраструктуры и рынков электроэнергии. Выбор региона, близкого к пользователям, снижает задержку, но может повлиять на цену; требования к соответствию или размещению данных также могут определять выбор региона. Размер виртуальной машины и операционная система влияют на стоимость: конфигурации с большим количеством vCPU/RAM стоят дороже, а лицензирование Windows включено в стоимость, если только вы не используете Azure Hybrid Benefit для переноса имеющихся лицензий. Стоимость хранилища зависит от уровня производительности и избыточности. Premium SSD и Ultra Disks обеспечивают высокие показатели IOPS/пропускной способности по более высокой цене; варианты избыточности, такие как LRS, ZRS, GRS и GZRS, постепенно повышают отказоустойчивость, а геоизбыточные варианты добавляют дополнительное хранилище и потенциальный исходящий трафик (data egress) при чтении данных. Исходящий трафик (data egress) в интернет или между регионами является платным, и его следует минимизировать с помощью кэширования, CDN или архитектур, учитывающих местоположение. Калькулятор цен Azure (Azure Pricing Calculator) позволяет оценить ежемесячные затраты на предлагаемые архитектуры. Создайте репрезентативный счет, выбрав службы, регионы, размеры и ожидаемое использование, а затем добавьте такие опции, как резервирования, планы экономии, Azure Hybrid Benefit и цены для разработки/тестирования. Используйте его совместно с командами по архитектуре, эксплуатации и финансам для итеративной проработки альтернативных вариантов дизайна и понимания чувствительности к затратам. Калькулятор совокупной стоимости владения (TCO Calculator) сравнивает затраты на эксплуатацию локальной инфраструктуры с затратами на Azure в течение определенного времени. Он моделирует серверы, хранилища, сети, помещения, электропитание, охлаждение и трудозатраты ИТ-персонала в сравнении с эквивалентами в Azure, показывая профиль операционных расходов и потенциальную экономию за счет эластичности и управляемых служб. Точно настраивайте входные данные, такие как циклы обновления оборудования, утилизация и темпы роста, чтобы не недооценивать текущие затраты на локальную инфраструктуру и количественно оценить преимущества, например, отказ от оборудования для резервного копирования или консолидацию аварийного восстановления.

• Регион
  • Влияние на стоимость: Зависит от рынка
  • Что учитывать: Задержка, размещение данных, разница в ценах
  • Способы снижения/рычаги: Размещайте вычисления рядом с данными; сравнивайте близлежащие регионы
• Размер ВМ/ОС
  • Влияние на стоимость: Больше = дороже; Windows включает лицензию
  • Что учитывать: Azure Hybrid Benefit, Reserved Instances, Savings Plan
  • Способы снижения/рычаги: Подбирайте правильный размер; используйте серию B для пиковых нагрузок
• Уровень/избыточность хранилища
  • Влияние на стоимость: Premium/Ultra и геоизбыточность стоят дороже
  • Что учитывать: Целевые показатели IOPS/пропускной способности и долговечности
  • Способы снижения/рычаги: Использование уровней хранения, управление жизненным циклом, подбор дисков под конкретную задачу
• Исходящий трафик (Data egress)
  • Влияние на стоимость: Исходящий трафик в интернет и между регионами оплачивается
  • Что учитывать: CDN, шаблоны трафика, доступ на чтение при аварийном восстановлении
  • Способы снижения/рычаги: CDN/Front Door; держите данные близко; сжимайте/дедуплицируйте

Azure Cost Management + Billing

Azure Cost Management + Billing обеспечивает прозрачность, контроль и подотчетность на всех уровнях, от подписки до корпоративного соглашения. Анализ затрат (Cost analysis) предлагает готовые представления с разбивкой по службам, ресурсам, тегам, группам ресурсов, подпискам и группам управления, с фильтрами и группировками для отслеживания тенденций и выявления аномалий. Используйте сохраненные представления и запланированную отправку отчетов по электронной почте, чтобы информировать заинтересованные стороны. Бюджеты обеспечивают контроль над расходами с помощью пороговых значений, которые запускают оповещения или автоматизированные действия через Action Groups, Logic Apps или Functions. Устанавливайте ежемесячные, ежеквартальные или годовые бюджеты на соответствующем уровне и согласуйте их с финансовыми календарями. Совмещайте бюджеты с Azure Policy, чтобы предотвратить создание ресурсов за пределами утвержденных регионов или SKU при приближении затрат к лимитам. Экспорт позволяет по расписанию доставлять необработанные данные о затратах и использовании в учетную запись хранения в форматах CSV или Parquet. Последующие инструменты, такие как Power BI, платформы FinOps или конвейеры озера данных, могут использовать эти данные для расширенной аналитики, внутреннего распределения затрат (showback/chargeback) и прогнозирования. Для консолидированных сред области действия можно согласовать с группами управления или учетными записями выставления счетов, чтобы общие службы и корпоративные скидки отражались последовательно. Функции распределения затрат позволяют распределять общие расходы, такие как центральная сеть, инструменты безопасности или мониторинг, между командами-потребителями с помощью правил, основанных на процентах или таких факторах, как значения тегов. Внедряйте последовательную систему тегов и иерархию ресурсов, чтобы распределение затрат было прозрачным, повторяемым и проверяемым.

• Анализ затрат (Cost analysis)
  • Область действия: Подписка, группа ресурсов, группа управления, учетная запись выставления счетов
  • Основное применение: Обеспечение прозрачности и анализ тенденций
  • Операционная модель: Сохраненные представления; отправка аналитики владельцам по расписанию
• Бюджеты и оповещения
  • Область действия: Подписка, группа ресурсов, группа управления
  • Основное применение: Контроль расходов и триггеры автоматизации
  • Операционная модель: Оповещения по порогам; интеграция с политиками; группы действий
• Экспорт
  • Область действия: Подписка, учетная запись выставления счетов
  • Основное применение: Интеграция данных для BI/FinOps
  • Операционная модель: Ежедневная выгрузка CSV/Parquet в хранилище по расписанию
• Распределение затрат
  • Область действия: Уровни выставления счетов и управления
  • Основное применение: Внутреннее распределение затрат (chargeback/showback) за общие службы
  • Операционная модель: Правила распределения на основе процентов/факторов

Методы оптимизации и средства управления

Azure Advisor предоставляет персональные рекомендации по затратам, производительности, надежности и безопасности. Категория затрат отмечает простаивающие или недостаточно используемые ресурсы, не подключенные диски и публичные IP-адреса с низкой активностью. Согласуйте работу с Advisor с операционными обзорами и преобразуйте полученные сведения в элементы бэклога с назначенными ответственными и сроками выполнения. Используйте его в паре с Azure Monitor для проверки базовых показателей утилизации перед внесением изменений. Оптимизация размеров (right-sizing) сокращает издержки за счет приведения ресурсов в соответствие с наблюдаемой нагрузкой. Изменяйте размеры ВМ на основе метрик ЦП, памяти и диска; для пиковых нагрузок рассмотрите использование ВМ серии B с возможностью кратковременного повышения производительности, а для горизонтальной эластичности — масштабируемые наборы с автомасштабированием. Для хранилища выбирайте самый низкий уровень, удовлетворяющий требованиям к IOPS/пропускной способности и задержке, и включите управление жизненным циклом для переноса на более низкие уровни или удаления «холодных» данных. Оцените использование управляемых PaaS-сервисов, таких как Azure App Service или Azure SQL Database, чтобы переложить на них стандартные операции и согласовать мощность с моделями оплаты по мере использования. Используйте автоматизированные расписания для контроля времени работы сред, не относящихся к производственным. Решение Start/Stop VMs v2 в Azure Automation организует запуск и остановку по времени для разных подписок и групп ресурсов с учетом зависимостей. Также доступно автоматическое выключение для отдельных ВМ для простых ежедневных отключений на ночь. Сочетайте расписания с подписками и образами для разработки/тестирования, чтобы минимизировать время работы, сохраняя при этом производительность разработчиков. Покрытие обязательствами должно быть целенаправленным. Отслеживайте утилизацию резервирований и планов экономии; корректируйте область применения и обмены, чтобы поддерживать высокое покрытие без избыточной подписки. Применяйте Azure Hybrid Benefit там, где это возможно, чтобы сократить расходы на Windows Server и SQL Server. Для данных сокращайте исходящий трафик (egress), размещая вычислительные ресурсы рядом с данными, используя Azure CDN или Front Door и избегая ненужной межрегиональной репликации для «болтливых» сервисов.

• Очистка по рекомендациям Advisor
  • Основной рычаг: Удаление простаивающих/неподключенных ресурсов
  • Типичная экономия: 10–25% на легко устранимых потерях
  • Примечания: Внедрить в ежемесячный рабочий процесс
• Оптимизация размеров (Right-sizing)
  • Основной рычаг: Изменение размера/горизонтальное масштабирование
  • Типичная экономия: 20–50% на избыточных вычислительных ресурсах
  • Примечания: Использовать базовые показатели Monitor перед изменениями
• Расписания запуска/остановки
  • Основной рычаг: Сокращение времени работы непроизводственных сред
  • Типичная экономия: 30–60% в средах разработки/тестирования
  • Примечания: Решение на базе Automation или автоотключение для отдельных ВМ
• Покрытие обязательствами
  • Основной рычаг: Резервирования/Планы экономии
  • Типичная экономия: 20–60% по сравнению с PAYG
  • Примечания: Постоянно настраивать утилизацию
• Гибридное лицензирование
  • Основной рычаг: Azure Hybrid Benefit
  • Типичная экономия: До ~40% на Windows/SQL
  • Примечания: Требуются соответствующие лицензии

Структура распределения затрат: теги, группы ресурсов, подписки и группы управления

Четкая иерархия ресурсов обеспечивает детальную подотчетность и эффективное применение политик. Проектируйте группы управления так, чтобы они отражали организационную структуру или центры затрат на высоком уровне, а затем размещайте под ними подписки для разделения сред (рабочая и нерабочая), бизнес-подразделений или нормативных границ. Подписки предоставляют квоты, границы доступа и разделение счетов, подходящее для возмещения затрат (chargeback). Группы ресурсов организуют связанные ресурсы с общим жизненным циклом — например, вычислительные ресурсы, хранилище и сетевые компоненты приложения. Они являются операционной единицей для развертывания и очистки, что делает их удобным инструментом для анализа затрат, когда у каждого приложения или среды есть своя группа. Обеспечьте соблюдение стандартов с помощью Azure Policy, требуя наличия тегов, таких как costCenter, environment, application и owner, на всех ресурсах и группах ресурсов. Теги — это пары «ключ-значение», которые перемещаются вместе с ресурсами и отображаются в Cost Management. Стандартизируйте таксономию тегов, чтобы отчетность оставалась согласованной между командами и инструментами. Используйте конвейеры развертывания для автоматического проставления обязательных тегов; запрещайте создание ресурсов без них. Правила распределения затрат и экспорт данных могут затем надежно отнести общие или нетегированные расходы к нужным потребителям. Эта многоуровневая структура — группы управления, подписки, группы ресурсов и теги — обеспечивает как управление «сверху вниз», так и подотчетность «снизу вверх». Она поддерживает модели showback/chargeback, обеспечивает соблюдение ограничений по регионам и SKU и согласовывает владение бюджетом с командами, которые могут использовать возможности для оптимизации.

• Группа управления
  • Назначение: Иерархия в масштабе организации
  • Роль в затратах: Сводные данные, политики, бюджеты в масштабе
  • Механизмы управления: Azure Policy, RBAC, бюджеты на уровне ГУ
• Подписка
  • Назначение: Изоляция и граница выставления счетов
  • Роль в затратах: Chargeback/showback, квоты
  • Механизмы управления: RBAC, назначения политик, области действия бюджетов
• Группа ресурсов
  • Назначение: Группировка по жизненному циклу
  • Роль в затратах: Анализ затрат на уровне приложения/среды
  • Механизмы управления: Развертывания ARM, очистка, политики
• Теги
  • Назначение: Метаданные для атрибуции
  • Роль в затратах: Детальное распределение и отчетность
  • Механизмы управления: Политика для обязательных тегов; проставление через конвейер

Практическая задача: Contoso Retail: Как взять расходы под контроль, не снижая скорость поставки

Сценарий: Компания Contoso Retail использует 120 виртуальных машин в нескольких регионах для электронной коммерции и аналитики. Ежемесячные счета за Azure непредсказуемо растут, с пиками в конце квартала. Команды разработки поддерживают отдельные непроизводственные среды, которые часто работают круглосуточно (24x7). Руководству необходимы предсказуемые расходы, более точное их распределение по бизнес-подразделениям и реальная экономия без сбоев в пиковый сезон покупок.

Задача: Стабилизировать ежемесячные затраты и распределить их по бизнес-подразделениям, сохраняя при этом производительность и доступность критически важных розничных рабочих нагрузок.

Рекомендуемый подход:

1. 1. Создать иерархию управления: создать группы управления для Corporate, E-commerce и Analytics; переместить существующие подписки в соответствующие группы управления; создать отдельные непроизводственные подписки для каждого подразделения.
2. 2. Внедрить обязательное использование тегов: развернуть Azure Policy на уровне групп управления, чтобы требовать наличия тегов costCenter, environment, application и owner для всех ресурсов и групп ресурсов; исправить несоответствующие ресурсы с помощью скриптов для массового добавления тегов.
3. 3. Оценить базовый уровень и проанализировать: использовать Cost Analysis с группировкой по подпискам, группам ресурсов и тегам для выявления основных источников затрат; включить ежедневный экспорт данных о затратах в учетную запись хранения и подключить Power BI для создания панелей мониторинга с трендами.
4. 4. Установить бюджеты и оповещения: создать ежемесячные бюджеты для каждой подписки с пороговыми значениями 50/75/90%; настроить отправку оповещений в Teams и в Logic App, который создает задачи в бэклоге для ответственной команды.
5. 5. Оптимизировать время работы: развернуть решение Start/Stop VMs v2 для автоматического выключения непроизводственных ВМ с 19:00 до 7:00 в будние дни и на все выходные; настроить автоматическое выключение для отдельных ВМ, где достаточно гранулярного контроля.
6. 6. Оптимизировать размеры и очистить ресурсы: выполнить рекомендации Azure Advisor по изменению размера недоиспользуемых ВМ, удалению неподключенных дисков и понижению класса избыточно подготовленных управляемых дисков; внедрить управление жизненным циклом хранилища для переноса редко используемых BLOB-объектов на более дешевые уровни хранения.
7. 7. Применить скидки за обязательства: приобрести годовой Azure Savings Plan for Compute, покрывающий 70% от наблюдаемого среднего почасового потребления вычислительных ресурсов; добавить целевые годовые Reserved VM Instances для двух семейств постоянно работающих ВМ баз данных со стабильным спросом.
8. 8. Сократить расходы на исходящий трафик и избыточность: разместить аналитические вычислительные ресурсы в тех же регионах, что и данные; пересмотреть использование геоизбыточного хранилища и переключить некритичные наборы данных с GRS на ZRS или LRS, где это позволяют бизнес-требования RPO/RTO; использовать Azure CDN для раздачи статического контента интернет-магазина.
9. 9. Контролировать утилизацию и покрытие: ежемесячно проверять использование резервирований и планов экономии; корректировать области применения и обменивать инстансы для поддержания высокого уровня покрытия без избыточных обязательств.
10. 10. Итеративно улучшать распределение затрат: внедрить правила распределения затрат для отнесения общих расходов на сетевую инфраструктуру и службы безопасности на соответствующие центры затрат на основе количества ВМ с тегами или использования vCPU; пересматривать и уточнять ежеквартально.

Обоснование для Azure: Этот подход создает основу управления для подотчетности, а затем использует Cost Management для обеспечения прозрачности и установки ограничений. Планирование времени работы и оптимизация размеров ресурсов обеспечивают немедленную экономию без архитектурных рисков, в то время как планы экономии и выборочные резервирования фиксируют скидки для предсказуемой базовой нагрузки. Распределение затрат на основе тегов и экспорт данных обеспечивают прозрачное возмещение расходов (chargeback), направляя команды на путь непрерывной оптимизации и сохраняя при этом производительность в пиковые периоды.

← Идентификация · Все домены · Управление и соответствие требованиям →

Отработать эти вопросы → · Тесты на время на ExamRoll.io →

Просмотреть Microsoft →