Автономная сервисная ткань и обслуживание узлов семян

Question

Недавно я приобрел возможность установки резервных серверов для своей среды приложений с нуля. Я оцениваю Service Fabric как оркестратор приложений из-за его способности запускать исполняемые файлы вместо контейнеров, что является привлекательным краткосрочным вариантом.

Теперь я могу создать работающий кластер Service-Fabric через Terraform в AWS. Я могу создать один из ничего или добавить серверы в политику автоматического масштабирования, и новые серверы присоединятся к существующему кластеру. Если я уничтожу сервер, новый сервер, назначенный группой автоматического масштабирования, будет инициализирован и снова присоединен к кластеру.

Однако я был разочарован, обнаружив, что Service Fabric не управляет автоматически заменой начальных узлов, даже если в кластере много других серверов. Уничтожение всех начальных узлов приводит к отказу всего кластера. Я хочу иметь возможность уничтожить любой сервер в любое время.

Есть ли рекомендуемые практики по поддержанию количества начальных узлов? Я действительно надеялся, что Service Fabric сохранит / проголосует за замену отсутствующих начальных узлов без моего вмешательства, но я не могу найти никакой документации на этот счет. Группа автоматического масштабирования и политика масштабирования могут в любой момент уничтожить начальный узел, а начальные узлы не заменяются автоматически.

Я могу самостоятельно управлять минимальным количеством начальных узлов, генерируя манифесты кластера и инициируя обновления конфигурации кластера. Я действительно надеялся на автоматически управляемую альтернативу.

Кто-нибудь может дать какое-либо понимание?

Answer 1

Причина такого поведения заключается в том, что начальные узлы, то есть первичные узлы, используются кластерными службами Service Fabric. Под этим я подразумеваю, что такие службы, как ClusterManagerService, ImageStoreService, NamingService и т. Д., Запускаются только на первичных узлах, поэтому удаление первичных узлов вызывает сбой служб инфраструктуры кластера.

Пожалуйста, проверьте это и это для более подробной информации о первичных узлах, SKU и о том, как этим можно управлять.