AWS re:Invent 2026: стоимость EC2 Mac или аренда?

По данным официальной страницы AWS, EC2 Mac Dedicated Host нельзя освободить раньше минимального периода в 24 часа. Это ключевая цифра для расчёта стоимости EC2 Mac: если вам нужен Mac только на несколько часов, оплачивается не только сборка, но и весь минимальный цикл выделения. Поэтому к 30 ноября 2026 года, когда начнётся AWS re:Invent, не стоит ждать универсального ответа «EC2 Mac всегда дешевле». Командам с глубокой интеграцией в AWS и постоянной нагрузкой чаще подходит EC2 Mac, а краткосрочным проектам и нестабильному спросу — облачная аренда Mac после расчёта полного цикла.

Кому стоит читать этот материал:
Командам, которые оценивают ежемесячную стоимость iOS CI. Руководителям, которым нужно быстро добавить временные Xcode-узлы. Облачным архитекторам, уже использующим AWS, но не уверенным в полной стоимости EC2 Mac.

Последнее обновление — 29 июля 2026 года. Данные сверены с официальными страницами AWS по мероприятию re:Invent 2026, EC2 Mac, Dedicated Hosts и текущей структуре тарификации. После изменения региона, типа экземпляра или правил AWS расчёт нужно повторить.

Почему дата AWS re:Invent важна для расчёта

AWS re:Invent 2026 официально запланирован на 30 ноября — 4 декабря 2026 года в Лас-Вегасе. В расписании уже есть даты основной программы, но подробности ключевых докладов и возможные новые Mac-инстансы ещё не подтверждены. Поэтому любые прогнозы о будущих конфигурациях нельзя использовать как основание для бюджета.

Проверять стоит только три группы данных:

• актуальные правила Amazon EC2 Mac;
• текущую страницу цен AWS и калькулятор;
• фактическую доступность нужного типа Mac в выбранном регионе.

Официальная страница AWS re:Invent 2026 подтверждает даты мероприятия, а страница ключевых докладов прямо указывает, что часть деталей программы будет объявлена позднее. Это важно для закупок: возможный анонс нового экземпляра Mac не равен доступной сегодня производственной ёмкости.

Практическое действие на эту неделю: зафиксируйте текущий тип Mac, регион, среднюю длительность job, время ожидания Runner и часы ручного обслуживания. Не откладывайте расчёт до конференции. После re:Invent вы сможете заменить только изменившиеся параметры, а не начинать анализ с нуля.

EC2 Mac и аренда Mac: что именно сравнивать

Главная ошибка — сопоставлять почасовую цену EC2 Mac с месячной ценой аренды Mac. Это разные единицы сравнения.

В Amazon EC2 Mac биллинговой единицей является Dedicated Host. Согласно официальному FAQ AWS для EC2 Mac, хост выделяется минимум на 24 часа, а оплата идёт за хост, а не за отдельный виртуальный экземпляр. Документация EC2 Mac также указывает, что Mac доступен как bare metal на Dedicated Host и на одном хосте запускается один Mac-инстанс.

Для сравнения используйте не «цена часа», а следующие единицы:

1. Полный период занятости.
   Сюда входят ожидание выделения, установка образа, загрузка зависимостей, сборка, тесты, выгрузка артефактов и освобождение ресурса.

2. Фактическое время полезной работы.
   Это только время, когда Mac выполняет сборку или тестирование. Ожидание очереди и ручные действия полезной работой не являются.

3. Стоимость простоя.
   Например, Runner может быть готов, но не получать задания. Для EC2 Mac этот период всё равно попадает в оплачиваемое окно.

4. Стоимость сопровождения.
   Включите работу инженера, который обновляет Xcode, исправляет Runner, чистит диски, обновляет сертификаты и восстанавливает узел после сбоя.

5. Стоимость интеграции.
   AWS-сервисы, сеть, хранилище, логи и IAM могут быть преимуществом EC2 Mac. Но если проект почти не использует AWS, их нельзя автоматически считать экономией.

EC2 Mac и аренда облачного Mac — какой вариант дешевле?
При высокой загрузке и коротком времени простоя EC2 Mac может быть выгоднее за счёт контроля над инфраструктурой и AWS-интеграции. При редких релизах аренда часто выигрывает, потому что вы не держите выделенный ресурс между задачами. Ответ зависит от полного периода занятости и стоимости инженерного времени.

Минимальный цикл важнее цены часа

У Amazon EC2 Mac есть подтверждённый минимальный период выделения Dedicated Host — 24 часа. Это первый жёсткий параметр модели. Даже если pipeline выполняется за 40 минут, расчёт должен начинаться с оплачиваемого окна, а не с длительности job.

Используйте такую последовательность:

• Tподготовки — запуск, подключение, установка зависимостей;
• Tочереди — ожидание свободного Runner или назначения задания;
• Tсборки — компиляция проекта;
• Tтестов — unit-, UI- и интеграционные тесты;
• Tвыгрузки — отправка артефактов, логов и отчётов;
• Tочистки — удаление временных файлов и подготовка узла;
• Tпростоя — период, когда ресурс выделен, но не работает.

Полный цикл:

Tполный = Tподготовки + Tочереди + Tсборки + Tтестов
          + Tвыгрузки + Tочистки + Tпростоя

Для EC2 Mac оплачиваемое время нельзя уменьшать ниже минимального периода Dedicated Host. Для аренды Mac нужно проверить другую границу: оплачивается ли календарный час, фактическое подключение, смена, сутки или заранее выбранный срок.

Это меняет решение для низкочастотного iOS CI. Если релизная команда запускает сборки только вечером, днём ресурс может простаивать. При аренде по короткому периоду простой обычно виден в счёте как неиспользованный оплаченный срок. В EC2 Mac к нему добавляется минимальный 24-часовой цикл.

Как macOS CI уменьшить простой?
Не оставляйте Runner постоянно включённым только ради готовности. Сначала соберите статистику очереди и разделите задачи на три класса: срочные релизные, регулярные ночные и редкие ручные. Постоянный узел оправдан только при стабильной загрузке. Для редких задач лучше заранее планировать окно аренды или запускать EC2 Mac только тогда, когда минимальный период действительно будет использован.

Полезно считать не только среднее значение, но и медиану. Один длинный релиз может исказить месячную картину. Для бюджета сохраните отдельно:

• количество job;
• среднее и максимальное время job;
• время ожидания;
• суммарное время готовности Runner;
• число повторных запусков;
• время восстановления после сбоя.

Скрытая цена среды и поддержки

EC2 Mac не превращается в готовый CI-узел сразу после выделения. В AWS остаются задачи, за которые отвечает ваша команда:

• выбор совместимого macOS AMI;
• установка нужной версии Xcode;
• настройка GitHub Actions Runner или другого агента;
• импорт сертификатов и provisioning profiles;
• подключение секретов;
• настройка кешей;
• ограничение доступа через IAM и сетевые политики;
• очистка DerivedData и временных архивов;
• восстановление после повреждения среды.

AWS отдельно указывает, что внутренний SSD Apple hardware не управляется и не поддерживается AWS как обычный управляемый сервис. Это не означает, что EC2 Mac непригоден для CI. Это означает, что процедуру восстановления и резервного хранения нужно проектировать самостоятельно. Подробности следует сверять с документацией AWS по Mac-инстансам.

Для аренды Mac список задач может быть короче, но не исчезает. Нужно проверить:

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

Стоимость поддержки можно записать так:

Cподдержки = Hинженера × Rчас

где Hинженера — часы работы за расчётный период, а Rчас — внутренняя стоимость часа специалиста.

Для сравнения не подставляйте только зарплату. Включите время DevOps, архитектора и разработчика, если они вынуждены разбирать проблемы Runner вместо работы над продуктом.

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

AWS-интеграция против независимой аренды

EC2 Mac логичнее выбирать, если ваш pipeline уже построен вокруг AWS:

• исходный код или артефакты хранятся в S3;
• логи отправляются в CloudWatch;
• доступ управляется IAM;
• секреты находятся в Secrets Manager;
• пайплайн использует VPC и приватные конечные точки;
• есть общая система аудита и биллинга;
• команда умеет управлять квотами и регионами AWS.

Официальная страница региональной доступности типов EC2 показывает, что доступность экземпляров зависит от региона. Поэтому стоимость нужно считать не в абстрактном AWS, а для конкретной связки «тип Mac — регион — сетевой маршрут — хранилище».

Если проект не использует эти сервисы, не приписывайте AWS-экосистеме выгоду автоматически. Вам могут понадобиться:

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

Сетевую стоимость удобно разложить на три части:

Cсети = Cпередачи + Cхранилища + Cинтеграции

Cпередачи включает загрузку исходников, зависимостей и артефактов. Cхранилища — сохранение кешей, логов и архивов. Cинтеграции — работу по подключению IAM, VPC, журналирования и систем контроля.

В проекте, где вся инфраструктура уже находится в AWS, эти расходы могут быть небольшими. В автономной команде, которой нужен только Mac для Xcode, они способны перевесить преимущество единого облачного аккаунта.

При планировании iOS CI полезно отдельно изучить подходы к TestFlight и Fastlane для Mac-среды. Это поможет не смешивать стоимость самого Mac с расходами на подпись, доставку сборок и управление Apple Developer credentials.

Скорость поставки и стоимость задержки

Для короткого проекта цена вычислений — только часть бюджета. Вторая часть — риск не получить рабочий узел к нужной дате.

Сравните два сценария.

EC2 Mac

Вы заранее проверяете квоты, регион и доступность. Затем создаёте Dedicated Host, выбираете образ, устанавливаете Xcode и подключаете Runner. Если квота недоступна или выбранный тип временно ограничен, запуск может задержаться.

Облачная аренда Mac

Вы проверяете, как быстро выдаётся узел, можно ли выбрать нужную macOS, есть ли готовая среда и как происходит замена при сбое. Если Mac предоставляется в готовом состоянии, путь до первой сборки может быть короче. Если среда создаётся вручную, преимущество исчезает.

Добавьте к финансовой модели:

Cриска = Pсбоя × Cвосстановления
         + Pзадержки × Cпростоя команды

Pсбоя и Pзадержки не обязаны быть точными научными вероятностями. Для первого сравнения используйте наблюдаемую статистику: количество сбоев Runner, среднее время восстановления, число просроченных релизных окон.

Оцените также альтернативную ёмкость. Один Mac без резервного узла может стать единственной точкой отказа. Два недорогих и менее мощных узла иногда лучше одного дорогого, если задачи можно разделить. Но это решение нужно подтверждать тестами: iOS UI-тесты, симуляторы и параллельные сборки могут иметь разные требования.

Перед оплатой проверьте:

• [ ] Квота EC2 Mac подтверждена в нужном регионе.
• [ ] Нужная версия macOS совместима с типом экземпляра.
• [ ] Вы знаете минимальный период оплаты.
• [ ] Время выдачи арендованного Mac зафиксировано письменно.
• [ ] Есть план восстановления Runner.
• [ ] Секреты и сертификаты не хранятся в образе без защиты.
• [ ] Артефакты можно получить при отказе узла.
• [ ] Есть второй маршрут для критического релиза.
• [ ] В расчёте учтён простой между job.
• [ ] В расчёте учтены часы DevOps.

Итоговая формула без вымышленных цен

Не подставляйте в статью или внутренний бюджет сторонние тарифы, если они не подтверждены текущей страницей поставщика. Для EC2 Mac текущую ставку нужно брать из официальной страницы Dedicated Host Pricing или из AWS Pricing Calculator. AWS подтверждает, что для EC2 Mac Dedicated Host применяется минимальный период выделения 24 часа, а Savings Plans могут снижать стоимость при подходящем долгосрочном обязательстве. В FAQ AWS указана возможность экономии до 44% для EC2 Mac через Savings Plans, но это не следует переносить на короткий проект без проверки условий.

Используйте две отдельные формулы.

C_EC2 =
  C_DedicatedHost
  + C_EBS
  + Cсетей
  + Cлогов
  + Cподдержки
  + Cрезерва
  + Cриска

C_аренда =
  Cтарифа аренды
  + Cдополнительного времени
  + Cсетей
  + Cхранилища
  + Cподдержки
  + Cпересоздания среды
  + Cриска

Пример заполнения без фиксированных сумм:

Тип нагрузки: ночные сборки и еженедельный релиз
Полезная работа: 18 часов в месяц
Готовность Runner: 72 часа
Ожидание и очистка: 9 часов
Работа DevOps: 5 часов
AWS-интеграция: высокая
Требование к сроку выдачи: до 2 часов
Резервный узел: нужен только на релизную неделю

Для такой команды сначала посчитайте EC2 Mac с учётом минимального периода Dedicated Host и существующей AWS-инфраструктуры. Затем посчитайте аренду Mac по фактическому сроку, включая подготовку и резерв. Победитель определяется не ценой часа, а разницей между двумя итоговыми суммами.

Если нагрузка постоянно высокая, AWS-сервисы уже используются, а команда умеет поддерживать macOS Runner, выбирайте EC2 Mac. Если проект краткосрочный, загрузка низкая или вам нужно быстро получить готовый узел, сравнивайте облачную аренду Mac. Если вы не знаете реальную загрузку, начните с малого пилота на одном типе сборки.

Что проверить после AWS re:Invent 2026

После 4 декабря 2026 года пересмотрите модель, но не переписывайте её полностью. Проверьте только изменяемые параметры:

1. появились ли новые Mac-инстансы;
2. в каких регионах они доступны;
3. изменился ли Dedicated Host или минимальный период;
4. какие версии macOS поддерживаются;
5. появились ли новые варианты Savings Plans;
6. изменились ли сетевые или хранилищные тарифы;
7. сохранилась ли фактическая скорость выдачи ресурса.

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

Если вы хотите глубже проверить процесс от выдачи узла до первого успешного pipeline, сравните его с материалом о надёжности macOS-пайплайна, SSH и VNC-доступе. Такой тест часто выявляет расходы, которых нет в рекламном тарифе: задержки подключения, ручную установку зависимостей и повторную настройку подписания.

Когда аренда Mac оказывается рациональнее

EC2 Mac удобен, когда вам нужны AWS IAM, приватная сеть, единое журналирование и постоянный поток заданий. Но для небольшого стартапа или команды перед релизом его слабые места могут быть заметны сильнее: минимальный 24-часовой цикл, самостоятельная настройка среды, необходимость следить за квотами и ответственность за восстановление.

Самостоятельная аренда Mac не отменяет проверку доступа, macOS, Xcode и резервирования. Зато при коротком проекте вы можете избежать покупки постоянной ёмкости и не платить за собственный AWS-контур, если он не нужен. Для временного iOS CI, миграции Runner или тестовой недели это нередко более спокойная схема.

Заполните формулу своими данными: длительность job, очередь, простой, часы DevOps, сетевые расходы и стоимость задержки. Затем проведите небольшой тест на реальном проекте. Если фактическая загрузка не подтверждает постоянную потребность, не закрепляйте за командой Dedicated Host только из-за привычки к AWS. Если же Mac почти всё время занят и ваши пайплайны уже завязаны на AWS, аренда может добавить промежуточный слой без ощутимой экономии.