[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-reserved-instances::ru":3,"gloss-cluster-reserved-instances::ru":26,"gloss-next-reserved-instances::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"reserved-instances","cloud","Зарезервированные инстансы","Зарезервированный инстанс — обязательство оплачивать заданный объём облачных вычислений в течение фиксированного срока, обычно года или трёх, в обмен на ставку ниже почасовой. Родственные продукты называются иначе (планы экономии, скидки за обязательство по использованию) и отличаются тем, сколько гибкости оставляют, но форма одна: вы меняете свободу манёвра на скидку, а скидка растёт вместе с длиной срока и конкретностью обязательства. Резервы стоят на одном краю спектра. Оплата по факту дороже всего и выключается в любой момент. Спот-мощности дешевле всего и могут быть отобраны почти без предупреждения. Зарезервированные мощности дёшевы и всегда доступны, но платить придётся независимо от использования, что превращает операционные расходы в почти постоянные. Отсюда прямо следует практическое правило: резервируйте основание, а не пик. Обязуйтесь на базовый уровень, ниже которого нагрузка не опускается, переменную часть закрывайте по факту, а прерываемые пакетные задачи отправляйте на спот. Типичны два провала. Избыточное обязательство под прогноз роста, который не наступил, оставляет вас платить за простаивающие мощности до конца срока. А обязательство под узко заданное семейство инстансов может пережить архитектуру, которая его требовала: переход на другой тип процессора или на управляемые сервисы обесценивает резерв, поэтому обязательство стоит пересматривать вместе с любыми планами по смене платформы, а не считать чисто финансовым вопросом.","Зарезервированные инстансы меняют гибкость на низкую облачную ставку: почему резервируют основание, а не пик, и чем оборачивается лишнее обязательство.",null,[11,14,17,20,23],{"slug":12,"name":13},"autoscaling","Автомасштабирование (Autoscaling)",{"slug":15,"name":16},"finops","FinOps (управление облачными расходами)",{"slug":18,"name":19},"spot-instances","Spot-инстансы",{"slug":21,"name":22},"total-cost-of-ownership","Совокупная стоимость владения (TCO)",{"slug":24,"name":25},"vendor-lock-in","Привязка к поставщику (Vendor Lock-In)",[27,29,32,35,39,42,45,46,49,52,55,58],{"slug":12,"category":5,"name":13,"updated_at":28},"2026-08-24T02:46:37+00:00",{"slug":30,"category":5,"name":31,"updated_at":28},"availability-zone","Зона доступности (Availability Zone)",{"slug":33,"category":5,"name":34,"updated_at":28},"block-storage","Блочное хранилище (Block Storage)",{"slug":36,"category":5,"name":37,"updated_at":38},"disaster-recovery","Аварийное восстановление","2026-08-24T02:46:38+00:00",{"slug":40,"category":5,"name":41,"updated_at":38},"edge-ai","Edge AI (ИИ на устройстве)",{"slug":43,"category":5,"name":44,"updated_at":28},"egress-fees","Плата за исходящий трафик (Egress)",{"slug":15,"category":5,"name":16,"updated_at":28},{"slug":47,"category":5,"name":48,"updated_at":38},"immutable-infrastructure","Неизменяемая инфраструктура",{"slug":50,"category":5,"name":51,"updated_at":38},"infrastructure-drift","Дрейф инфраструктуры",{"slug":53,"category":5,"name":54,"updated_at":28},"managed-kubernetes","Управляемый Kubernetes (Managed Kubernetes)",{"slug":56,"category":5,"name":57,"updated_at":28},"multi-region","Мультирегиональная архитектура (Multi-Region)",{"slug":59,"category":5,"name":60,"updated_at":38},"noisy-neighbor","Шумный сосед"]