4

Я наткнулся на очень интересный paper от Microsoft Research, где они обсуждают алгоритм перераспределения участников между серверами/разделами на основе их «близости» (определяется как количество удаленных вызовов друг с другом) для уменьшения удаленных вызовов по границам сервера. Они применили свой прототип к раме Orleans. Теперь мне интересно, поддерживает ли рамочная структура службы Fabric Fabric интерфейс для повторного распространения/балансировки участников во время выполнения. Единственная удаленно связанная информация, которую я нашел в онлайн-документации mentions, о том, что Service Fabric перераспределяет разделы на основе указанной загрузки.Предоставляет ли сервисная ткань api для перемещения участников между разделами во время выполнения

Любое понимание было бы очень интересным.

С наилучшими пожеланиями, Паскаль

ответ

2

In Service Fabric, ID актера определяет раздел он живет. Более подробную информацию here. Так что актер не может перейти от раздела к разделу. Как вы сказали, реплика Replator, принадлежащая разделу (со многими участниками), может перемещаться из узла в узел. (для балансировки) Используя placement constraints, вы можете влиять на движения.

+0

Спасибо за подсказку с ограничениями размещения, я не знал об этом. Я надеялся, что кто-то из команды Service Fabric даст вход, если такая функция запланирована или нет, по крайней мере для меня это кажется важным для (очень) больших систем. Тем не менее, спасибо за ваш вклад. – Pascal

+0

Вас также может заинтересовать 'affinity': https://azure.microsoft.com/en-us/documentation/articles/service-fabric-cluster-resource-manager-advanced-placement-rules-affinity/. Вы можете закрыть chatty-сервисы. (в то время как вы исправляете проблему чата) – LoekD

Смежные вопросы