Задержка в Cloud Foundry

Question

Вопросов:

1. Как вы определяете задержку в облачной индустрии?
2. Является ли облачная фабрика распределенным облаком?
3. Высокая нагрузка (передача файлов большого размера через вызов Rest) в одном из приложений в облачном хранилище повлияет на производительность других приложений? если да, то как?
4. Как рассчитывается задержка для всего трафика облачной сети и задержки? и какие-либо показатели, которые можно использовать для определения текущей задержки в сети?

Заранее спасибо!

Answer 1

1. Как вы определяете задержку в облачной среде?

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

Каждому уровню требуется некоторое время для обработки запроса, что означает, что каждый уровень добавляет некоторую задержку к запросу.

Является ли облачная фабрика распределенным облаком?

Это распределенная система. Отдельные компоненты CF можно масштабировать по мере необходимости (например, Gorouter, UAA или Cloud Controller, все они отдельные). Не уверен, что имеется в виду за этим.

Высокая нагрузка (передача файлов большого размера через вызов Rest) в одном из приложений в облачном хранилище повлияет на производительность других приложений? если да, то как?

Высокая нагрузка на ЦП в одном приложении может в некоторой степени повлиять на производительность других приложений, однако Cloud Foundry предлагает меры, позволяющие минимизировать это влияние.

В частности, приложению, работающему на CF, будет предоставлено определенное количество общих ресурсов ЦП, и эти общие ресурсы обеспечивают минимальное гарантированное количество процессорного времени для этого приложения. Если есть конкуренция за ЦП, то ОС (например, ядро ​​Linux) будет применять эти ограничения. Если нет разногласий, приложения могут превысить выделенные им ресурсы и потребовать дополнительное время.

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

Вы можете использовать плагин cpu grantlement cf cli, чтобы получить более подробную информацию о потреблении ЦП вашим приложением, а также о том, что ваше приложение разрывается сверх установленного права. Если вы превысили это право, вам необходимо увеличить лимит памяти для вашего приложения, потому что общие ресурсы ЦП напрямую привязаны к пределу памяти вашего приложения в CF (т. Е. Нет способа увеличить только общие ресурсы ЦП).

Как рассчитывается задержка для всего трафика облачной сети и задержки? и какие-либо показатели, которые можно использовать для определения текущей задержки в сети?

Опять же, так же, как и в другом месте. Это временная задержка, добавляемая системой для обработки запроса.