как развернуть тканное приложение в определенном узле (например, Node0 или Node1) в кластере кластеров службы

Question

Я хочу знать, что есть какая-либо возможность, чтобы я мог развернуть тканевое приложение в любом конкретном узле в кластере рабочей ткани. то есть в одном узле следует развертывать только одно приложение. Если InstanceCount = «1», он развертывается в одном узле, но любое другое приложение также может развертываться в том же узле. Поэтому, если у меня есть 5 приложений, и если в кластере есть 5 узлов, каждый узел должен иметь только одно приложение , Могу ли я назвать имя узла в любом месте кода перед его развертыванием в качестве решения?

Answer 1

Приложения - это всего лишь логические контейнеры, единицы развертывания. Они не привязаны к узлам. Услуги (реплики и экземпляры).

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

Существует функция, называемая placement constraints, которую вы можете использовать для размещения сервисов в назначенных узлах.

Это неразумно ограничивать размещение службы без явно нуждающегося, потому что:

• автоматическая балансировка - Сервис Fabric гарантирует использование ресурсов оптимизировано Добавление ограничений размещения ограничить варианты, чтобы сбалансировать.

• replication - Service Fabric реплицирует данные из служб учета состояния/субъектов через узлы для увеличения доступности и устранения сбоев узлов. Добавление ограничений размещения ограничивает возможности репликации.

• высокая доступность - Сервисная ткань может обнаруживать сбои узлов и перемещать службу на здоровый узел. Добавление ограничений размещения ограничивает возможности перемещения служб.

Answer 2

Этот вопрос был задан здесь: https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-cluster-resource-manager-cluster-description#placement-constraints-and-node-properties

«Вы не должны обычно сдерживающее услуги для запуска на одном узле, так что предотвращает высокую доступность, и вы не должны быть вручную настраивая отдельные узлы ... это анти-шаблон , поскольку он соединяет ваш тип приложения с вашей средой (что, если узлы названы по-разному в другой среде?) и добавляет дополнительную сложность (поскольку теперь вы должны управлять всеми из этого как параметров приложения). "