Я пытаюсь запустить и запустить свой серверный модуль, и я ищу лучший способ сэкономить деньги, мое приложение выполняет запросы api обычно между 8:30 и 8:30 ночью, а утром, обедом и ночью огромные пики.
Я планировал настроить группу экземпляров автомасштабирования на вычислительном движке Google, но у меня возникли проблемы с ее настройкой.
Сначала я настроил его с помощью nginx на экземпляре, и несколько копий моей виртуальной машины были сбалансированы, но это не помогло мне с часами пик, а также сэкономило деньги.
Итак, я изучил автомасштабирование, у меня возникла проблема, моя виртуальная машина использует контейнеры докеров с 3 работающими контейнерами, один для nginx, один для couchdb и один для некоторых других фоновых вещей.
Я попытался создать экземпляр-001, который имеет базовую работу, все файлы, базы данных и все остальное. Как только это достигнет 70% нагрузки, он будет дублировать себя, а затем будет балансировать нагрузку между ними.
Проблема в том, что я не могу заставить его хранить данные и запускать дубликат. После установки и работы одного экземпляра (instance-001) я ударил его несколькими нагрузками, заставив его превысить 70%, затем он запустил еще два экземпляра, 002 и 003, оба пустые чистые vms, а затем один раз опустился ниже 70%, и виртуальные машины были удалены, 001, с удалением фактических данных, а 003 осталось.
На данный момент я не уверен, как настроить его для масштабирования и балансировки нагрузки.
Виртуальные машины были всего лишь 1 ЦП 3G-машинами с 10 ГБ SSD для тестирования, и я следил за https://www.youtube.com/watch?v=TfbEwfYjKl4
Он немного устарел, так как раньше он позволял вам загружаться из снимков, как я делал это раньше, теперь это не так.
Моя самая важная вещь - это лучшая установка стиля производства для масштабирования образа couchdb.
Чтобы добавить видимости, отправьте ответ на основе комментариев Файзана.
Как описано в первые 2 минуты этого видео, внутреннюю службу можно автомасштабировать аналогично веб-интерфейсу. Требование для этого состоит в том, что серверная часть должна быть «не имеющей состояния» (база данных не может находиться в управляемой группе экземпляра, которая соответствует серверной части).
Подробности можно найти здесь для автомасштабирования и эта дополнительная статья для дизайна.