Почему соленое облако настолько медленное по сравнению с терраформой?

Question

Я сравниваю salt-cloud и terraform как инструменты для управления нашей инфраструктурой в GCE. Мы используем солевой стек для управления конфигурациями VM, поэтому я, естественно, предпочел бы использовать солевое облако как неотъемлемую часть стека и поэтапную терраформизацию как наследие.

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

И что за головоломки меня почему Соляное облако так долго развертывает основные машины.

Я создал шея к шее простой тест с развертыванием трех виртуальных машин на основе умолчанию CentOS7 изображения с использованием как терраформировать и соль-облако (как в параллельном режиме). И разница во времени ошеломляет - где terraform требуется около 30 секунд, чтобы развернуть запрошенные машины (что похоже на время, необходимое для развертывания через GCE GUI), Соляное облако занимает около 220 секунд, чтобы развернуть точно такие же машины под одной учетной записью в той же зоне. Особенно странно, что первые 130 секунд salt-cloud не запускается и вообще ничего не делает, и только после прохода через 130 секунд он показывает сообщение deploying VMs, и эти виртуальные машины появляются в графическом интерфейсе как in deployment.

Есть ли что-то очевидное, что я пропущу около salt-cloud, что делает его настолько медленным? Может ли это ускориться? Я бы предпочел пользователю полный солевой стек, но с текущими проблемами скорости, которые у меня есть, я не могу себе этого позволить.

Answer 1

Обратите внимание, что этот ответ является предположением, основанным на том, что я понял о терраформе и соляном облаке, я не проверял эксперимент!

думаю, Причина в том, что Terraform сохраняет состояние предыдущего запуска (локально или удаленно), в то время как соленое облако не сохраняет состояние и поэтому запрашивает облако перед тем, как что-либо подготовить.

Эти два подхода (сохранение состояния или запрос перед выполнением чего-либо) необходимы, поскольку оба инструмента являются идемпотентными (их можно запускать несколько раз безопасно).

Например, я считаю, что если вы удалите файл состояния Terraform и запустите его, он предположит, что в облаке нет ничего и на самом деле создаст экземпляр дубликата. Это не означает, что terraform делает это неправильно, это должно показать, что состояние важно, и Terraform docs ясно говорят, что при работе в команде состояние должно сохраняться удаленно, чтобы избежать такой проблемы.

Следуя моей линии, это также должно означать, что если вы либо запускаете соленое облако в режиме подробного отладки, либо смотрите на сетевой трафик, созданный им, в первые 130 секунд вы упомянули (прежде чем он говорит «развертывание виртуальных машин »), вы должны увидеть запросы от соляного облака поставщику облака для динамического построения состояния.

Последнее, что тот факт, что соленое облако не сохраняет состояние предыдущего запуска, не означает, что он автоматически безопасен для использования в командной среде. Это безопасно использовать, если одновременно не работают два члена команды. С другой стороны, terraform с удаленным состоянием на Consul позволяет, например, блокировать, так что одновременное использование команды всегда будет безопасным.