Несколько человек впоследствии посоветовали мне не проводить тест на вытягивание кабеля - у кого-нибудь есть документация о причинах и возможном воздействии? Просто сказать, что MVP говорит, что не будет летать с менеджером без документации.
Что еще более важно, почему добавление перекрестного кабеля может иметь такое влияние?
Частное соединение между двумя узлами кластера служит двойной цели: убедиться, что узлы могут видеть друг друга, и чтобы убедиться, что каждый узел имеет рабочее частное соединение.
Служба кластеров MS требует прохождения обеих этих проверок, иначе она объявит узел ненадежным и откажется от отработки отказа, рассуждая (совершенно правильно), что не изменить что-либо в неизвестной ситуации лучше, чем переключиться на отказ в неизвестной ситуации - возможно, на отказавший узел.
Если частный сетевой адаптер выходит из строя, этот узел автоматически считает себя непригодным для аварийного переключения и фактически выходит из кластера.
Если оба конца частного подключения подключены к коммутатору, эти тесты становятся независимыми друг от друга, и каждый узел может безопасно отказать в своем частном подключении без Другой узел тоже выходит из строя.
Мораль истории: кроссоверные кабели плохи, и лучше оставить их любителям.
Если это перекрестный кабель непосредственно между узлами кластера, конечно, ресурс IP-адреса выйдет из строя - вытаскивание соединения с одного узла также приведет к тому, что другой узел увидит, что сетевая карта переходит в состояние `` отключен '' - поэтому как он может привести к На другом узле задействован IP-ресурс?