Как я понял, он не создает виртуальную машину для каждой новой службы, но выполняет все службы в контейнере Warden в виртуальной машине DEA , где-то в поставщике IaaS (например, Openstack, AWS ..)
Если вы замените слово «сервис» на «приложение», это утверждение верно. Важно сделать это различие, потому что Cloud Foundry также имеет концепцию услуг, которые отличаются от приложений.
Подводя итог, Cloud Foundry запускает одну или несколько виртуальных машин DEA. Они предоставляются на вашем IaaS, как правило, с помощью Bosh. Ваши приложения, нажатые в Cloud Foundry, будут работать внутри виртуальных машин DEA. В DEA приложения будут работать в контейнере, который изолирует приложения.
То, что я не понял, заключается в том, что DEA VM «резервирует» ресурсы X в любое время (так что даже если службы не развернуты)? В этом случае я бы заплатил за максимальные ресурсы всегда.
Виртуальные машины DEA создаются при развертывании Cloud Foundry. В это время им назначаются ограничения на ресурсы (ОЗУ, VCPUS и т. Д.). Без развертывания каких-либо приложений на виртуальных машинах DEA мало работает, хотя большинство этих ресурсов не используется.
Как вы или ваши пользователи развертываете приложения, DEA создаст новые контейнеры для запуска ваших приложений. Контейнеры создаются очень, очень быстро, поэтому их не нужно предварительно распределять. Кроме того, сами контейнеры на самом деле не потребляют ресурсы, они просто устанавливают ограничения для приложений, работающих в них.
Это сами приложения, которые потребляют большую часть ресурсов, таких как дисковое пространство, память и процессор. Это происходит только тогда, когда приложения работают.
Другой вопрос: что, если DEA является «полным»?
Cloud Foundry будет развертывать приложения только в DEA, если есть место. Когда он заполняется, он перестает принимать новые приложения. Другие DEA, если они у вас есть, должны будут принимать новые приложения, или ваши пользователи получат сообщение об ошибке, поскольку недостаточно места для нового приложения.
, и мне нужно масштабировать его тоже было бы возможно? Создать на лету еще одну DEA VM и переместить туда некоторые службы?
Если вы используете Bosh, то да. Вы можете сказать Bosh, сколько DEA вы хотите развернуть, и это сделает так.
Как я могу найти документацию об этом? Я нахожу, что на сайте CloudFoundry не так много информации
Я предлагаю начать с документов Bosh. Это here. Затем просмотрите столбец «Running Cloud Foundry» на странице документов here.
Для OpenStack вы можете проверить эти instructions, и если у вас есть какие-либо вопросы, список рассылки vcap-dev - это хорошее место, чтобы спросить их.