Кратко

  • Обновление Compute Engine от 8 сентября объявляет общедоступным переход между резервами одного проекта и совместно используемыми резервами.
  • Меняется круг пользователей существующей ёмкости, а не её объём. Неиспользуемые ресурсы остаются платными; для возврата явно выбранного потребителями резерва предусмотрены эксплуатационные условия.

Найти работу для уже оплачиваемого запаса

Одна команда может держать ресурсы для будущей задачи, пока другой они нужны сейчас. Google Cloud добавляет способ изменить доступ к такому запасу. В примечаниях Compute Engine от 8 сентября переход между резервированием для одного проекта и совместным использованием назван общедоступным для подходящих резервов.

Совместные резервы существовали и раньше. Новшество — смена типа, а не появление рынка перепродажи мощности. Согласно руководству по изменению резервов, ресурсами можно делиться максимум со 100 проектами той же организации. Изменение общего резерва выполняется из проекта, в котором он создан. Потребитель ресурсов не становится его владельцем.

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

Кто использует, тот получает соответствующее начисление

В обзоре резервирования Google объясняет стимул уменьшать простой: ресурсы оплачиваются, пока существует резерв, независимо от использования. Виртуальная машина, потребляющая их, не создаёт повторной платы за те же зарезервированные ресурсы.

Сам совместный доступ не имеет отдельной надбавки. По умолчанию начисления относятся к проекту-владельцу; когда ресурсы общего резерва использует проект-потребитель, плата за этот объём относится к нему. Действующие скидки за обязательства по использованию и другие ценовые условия могут менять тариф. Поэтому смена доступа — не новая скидка и не гарантия одинаковой цены для всех проектов.

Представим команду с запасом под более позднюю задачу и другую с подходящей работой сегодня. Это условный пример, не опубликованный Google результат клиента. Общий доступ может повысить полезное использование. Если затем обе задачи потребуют ресурсов одновременно, конечный объём всё равно придётся распределять. Технический параметр не определяет деловые приоритеты.

Обратное переключение затрагивает зависимости

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

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

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