Можно ли переместить кластер Service fabri c на другой su bnet? - PullRequest
Новая
       73

Можно ли переместить кластер Service fabri c на другой su bnet?

1 голос
/ 10 июля 2020

У нас есть сервисный кластер c, который работает в 10.0.0.0/24 внутри 10.0.0.0/8 VNET. Наш клиент хочет присоединиться к этому через VPN в своей собственной сети. Однако существуют проблемы конфликта с диапазоном IP-адресов, который мы используем, и диапазоном, который наш клиент хочет, чтобы мы использовали (10.90.15.0/24, размер не проблема).

Мы попытались создать новый su bnet 10.90.15.0/24, однако, когда мы отредактировали ссылку su bnet для базового масштаба виртуальной машины, установленную на этот новый su bnet, кластер отказывается запускаться, и в средстве просмотра событий это можно увидеть: 

Throwing coding error - Seed node '35ee85474352dcc2e88fa9ad6af912b1' with address 
'10.90.15.4:1025' mismatches configured address '10.0.0.4:1025' 
Symbol paths: C:\Program Files\Microsoft Service Fabric\bin\Fabric\Fabric.Code;
C:\Program Files\Microsoft Service Fabric\bin\Fabric\Fabric.Code;;
Symbol loading time: 00.161
Stack trace:
    00007ff7:25f5478c( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25f06592( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25f06413( windows_error(487): Attempt to access invalid address.  )
    00007ff7:26186be7( windows_error(487): Attempt to access invalid address.  )
    00007ff7:2616ef25( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25eaceeb( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25eb7471( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25eba4f9( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25ed5090( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25ec7c25( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25ec7c84( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25f37de8( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25eae132( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25ec617a( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25ea7a5a( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25eab10a( windows_error(487): Attempt to access invalid address.  )
    00007ff7:25f07607( windows_error(487): Attempt to access invalid address.  )
    RtlReleaseSRWLockExclusive + 0x445e
    RtlReleaseSRWLockExclusive + 0x2674
    BaseThreadInitThunk + 0x14

Теперь, хотя я понимаю, что конфигурация кластера не изменилась, но IP остался, я несколько озадачен, когда дело доходит до решения. Может быть, перемещение su bnet невозможно без переустановки расширения масштабируемого набора виртуальных машин для службы fabri c, что означает полное воссоздание кластера и восстановление резервных копий. Что во что бы то ни стало возможно, но нежелательно.

Есть ли кто-нибудь, кто это сделал, или кто, возможно, имеет совершенно другое представление о том, как это можно сделать?

Редактировать: Из-за болезни я не знаю ' не смог протестировать то, что было предложено, сделаю это как можно скорее.

Edit 2: nicPrefixOverride уже было изменено как часть ARM-скрипта, поэтому, похоже, разница в том, что настройка была изменена.

1 Ответ

0 голосов
/ 27 июля 2020

Если вы посмотрите на каталог SF на узлах, вы обнаружите, что у них есть IP-ссылки на другие элементы кластера. Простое переключение vmss su bnet не обновит эти ссылки, поэтому кластер больше не будет знать, как взаимодействовать. Для такого рода изменений всегда проще просто развернуть новый кластер и переместить рабочие нагрузки.

Хотя да, добавление новой vmss в правильный su bnet вполне может сработать, по моему собственному опыту, Я обнаружил, что гораздо успешнее начинать с нуля. Кроме того, у меня ранее был кластер, заблокированный обновлением Azure, поэтому повторная инициализация кластера в этой ситуации была действительно полезной, вместо того, чтобы пробовать это в первый раз во время сбоя.

...