Назад | Перейти на главную страницу

Смешивание стандартных и замещаемых экземпляров в группах экземпляров автомасштабирования

У меня есть группа рабочих машин с привязкой к ЦП, которые я хочу масштабировать, но я также дешев. Предполагая, что работа ДОЛЖНА всегда выполняться своевременно, независимо от стоимости экземпляра, имеет ли смысл иметь что-то вроде:

В этом случае я ожидал, что:

  1. Когда это возможно, предварительно удаляемая группа экземпляров будет масштабироваться для удовлетворения спроса, в то время как стандартная группа сокращается до настроенного минимума.
  2. Когда замещаемые экземпляры не могут удовлетворить спрос, стандартная группа экземпляров будет расти.

Будет ли работать масштабирование группы экземпляров GCE так, как я ожидал? Есть ли другой планировщик, который мне следует рассмотреть?

Для справки, это будет вторая итерация рабочей инфраструктуры в GCP. В настоящее время мы используем 32 экземпляра n1-standard-8 в группе без автомасштабирования, но мы надеемся вдвое сократить количество ядер.

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

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

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