Короткий ответ: уменьшить или объединить ресурсы до 18 августа 2026
Если сейчас используется ARM-инстанс Ampere A1 объёмом больше 2 OCPU или 12 ГБ памяти — или их несколько, — до 18 августа 2026 года нужно привести конфигурацию в соответствие с новыми лимитами, иначе Oracle автоматически завершит всё, что превышает норму. Два бесплатных x86-инстанса это ограничение не затрагивает.
Многие пользователи Oracle Cloud уже получили письмо на этой неделе: компания тихо урезает бесплатную квоту ARM-инстансов вдвое, и срок вступления в силу уже назначен.
«Начиная с 18 августа 2026 года Oracle начнёт применять обновлённые лимиты вычислительных ресурсов Always Free. Вычислительные инстансы, превышающие лимит Always Free, будут автоматически завершены.»
«Текущие лимиты вычислительных ресурсов Always Free: до 2 OCPU Ampere A1. До 12 ГБ памяти.»
Ниже разбор того, что изменилось, что это значит для конкретной учётной записи (tenancy), и какие шаги нужно предпринять в зависимости от текущей конфигурации.
Что именно изменилось
Раньше ARM-часть Always Free была щедрой: 4 OCPU и 24 ГБ памяти, которые можно было использовать как один крупный инстанс или разделить на два. С 18 августа 2026 года лимит сократится ровно в два раза.
| Ресурс | Старый лимит | Новый лимит (вступает в силу 18 августа 2026) |
|---|---|---|
| ARM (Ampere A1) OCPU | До 4 OCPU | До 2 OCPU |
| ARM-память | До 24 ГБ | До 12 ГБ |
| x86 микро-инстансы | 2 × 1 OCPU / 1 ГБ | 2 × 1 OCPU / 1 ГБ (без изменений) |
| Прочие сервисы Always Free | Доступны | Остаются доступны |
Один момент часто вводит в заблуждение: лимит ARM — это общий пул ресурсов на всю учётную запись, а не на один инстанс. Всего доступно 2 OCPU и 12 ГБ, которые можно распределить как угодно — один инстанс 2/12 или два инстанса 1/6, — но суммарно превышать лимит нельзя. Этот пул полностью отделён от двух бесплатных x86-инстансов, у которых своя собственная квота.
Почему это происходит
В письме Oracle причины не раскрываются, и гадать не имеет смысла. Наиболее вероятное объяснение — управление доступной ёмкостью и борьба с злоупотреблениями на тарифе, который изначально казался слишком щедрым, чтобы существовать долго.
Дефицит памяти и SSD, вызванный ростом спроса на AI-инфраструктуру, уже давно ощущается на рынке хранения данных.
Владельцам старого оборудования стоит присмотреться к варианту установки Linux и превращения такого ПК в домашний сервер — это способ получить дополнительную пользу от простаивающей техники.
Причины изменений менее важны, чем математика: если используемые ресурсы превышают новый лимит, что-то придётся отдать до наступления дедлайна.
Что делать в зависимости от текущей конфигурации
Сценарий A — один ARM-инстанс на 4 OCPU / 24 ГБ
Это самый простой случай. Нужно уменьшить конфигурацию до 2 OCPU / 12 ГБ. В консоли OCI откройте раздел Compute → Instances, выберите инстанс, нажмите More Actions → Edit, установите OCPU равным 2, а память — 12 ГБ (на форме Ampere A1 OCPU и память масштабируются совместно, и 12 ГБ — это максимум для 2 OCPU), затем сохраните изменения. Перед изменением формы инстанса стоит сделать резервную копию — любое изменение конфигурации — хороший повод для снапшота.
Это нужно сделать сейчас, а не 17 августа. Консоль перегружается в дни, близкие к дедлайнам, а неудачное изменение конфигурации накануне отключения — не лучший сценарий.
Сценарий B — два ARM-инстанса по 2 OCPU / 12 ГБ
Два инстанса 2/12 в сумме дают 4 OCPU и 24 ГБ — ровно вдвое больше нового лимита. Оставить оба не получится. Нужно выбрать один из них, сохранить его данные и завершить работу инстанса. Оставшийся инстанс на конфигурации 2/12 будет использовать ресурсы ровно в пределах нового лимита.
Такая ситуация встречается нередко: два ARM-инстанса 2/12 создавались отдельно и никогда не объединялись. Решение — сделать снапшот или образ инстанса, который планируется удалить, перенести всё нужное на оставшийся инстанс (или в объектное хранилище), а затем завершить работу лишнего. После удаления пул учётной записи снова опустится до 2/12, и Oracle перестанет считать конфигурацию превышающей лимит.
Сценарий C — два x86-инстанса по 1 OCPU / 1 ГБ
Никаких действий не требуется. Это микро-инстансы на процессорах Intel/AMD, и у них отдельная от ARM квота. В новых лимитах они не упоминаются и продолжают работать без изменений.
Что не поможет (типичные ошибки)
- Игнорировать письмо, надеясь на ошибку. Это не ошибка. Дата вступления ограничений в силу — 18 августа 2026 года.
- Откладывать до последнего дня. Изменение конфигурации или завершение работы инстанса лучше сделать на этой неделе. Перегрузка консоли и особенности учёта квот перед дедлайном способны превратить десятиминутную задачу в упущенный срок.
- Забыть о резервном копировании перед завершением работы инстанса. Удалённый инстанс и его загрузочный диск восстановить невозможно.
- Считать, что остановка инстанса освобождает выделенные ресурсы. Как правило, это не так. Чтобы уложиться в лимит, инстанс обычно нужно завершить (terminate), а не просто остановить. Реальное потребление ресурсов стоит проверить в разделе Limits, Quotas and Usage учётной записи.
- Учитывать x86-инстансы в счёт лимита ARM. Это разные пулы ресурсов, и объединять их не нужно.
Стоит сделать честную оговорку: точная механика того, что именно засчитывается в общий пул, может отличаться в зависимости от учётной записи и способа подсчёта ресурсов Oracle. Источником истины остаётся письмо от Oracle, а фактическое использование ресурсов лучше проверять непосредственно в консоли OCI перед принятием решений.
Итог
Бесплатный ARM-тариф теперь составляет половину от прежнего объёма. Если текущая конфигурация превышает новый лимит в 2 OCPU / 12 ГБ, привести её в соответствие нужно до 18 августа 2026 года.
- Один крупный инстанс 4/24? Уменьшить конфигурацию до 2/12.
- Два инстанса по 2/12? Сохранить данные одного, завершить его работу, оставить второй.
- Два x86 микро-инстанса? Ничего не делать — их лимит не изменился.
Если Oracle всё же завершит работу инстанса за превышение лимита, повторный запуск в рамках новых ограничений возможен в любой момент. Так что худший сценарий — не потеря данных (при наличии резервной копии), а несколько минут на восстановление конфигурации. Стоит решить этот вопрос на текущей неделе, чтобы больше к нему не возвращаться.
Для тех, кто уже строит критически важные для бизнеса сервисы на бесплатном сервере Oracle и столкнулся с неудобствами из-за этого изменения, ситуация служит хорошим напоминанием: бесплатное часто оказывается самым дорогим решением в долгосрочной перспективе.