Кратък отговор:недей.
Дълъг отговор:начинът, по който работи автоматичният преход при срив в MongoDB, е, че набор от реплики се нуждае от квалифицирано мнозинство, за да избере успешно нов първичен. Забавените членове имат гласове на избори. Така че, ако или от вашите възли се провали, наборът реплики установява, че няма това мнозинство и текущата първична стъпка надолу, дори и да не е неуспешна. Така че това, което по същество правите, е удвояване шансовете да накарате вашия комплект реплики да се провали. Арбитърът е много евтин процес по отношение на използване на RAM, процесор и дори дисково пространство, когато се изпълнява с --smallfiles --no-journal --noprealloc или еквивалентните опции, зададени в конфигурационния файл. Имайте предвид, че споменатите опции са безопасни за използване, тъй като арбитърът по същество проверява само сърдечните удари на възлите, носещи данни. Можете да поставите арбитъра на сървъра на приложения например.
Отказ от отговорност:силно не се препоръчва използването на следната процедура. Продължете на свой собствен риск.
Можете да зададете гласовете на забавения сървър на 0. По този начин незабавеният възел ще поиска избори, в случай че забавеният член не успее, стигне до заключението, че това е единственият възел онлайн от набора реплики и че има мнозинството от гласовете (1/1) и ще продължи да работи според очакванията. Този курс на действие изисква известно внимание, тъй като отново ще имате четен брой гласове, в случай че по-късно добавите член към набора от реплики и се наложи повторно конфигуриране на набора от реплики. Това също има сериозни последици при проблеми с фрагментацията на мрежата. Отново:Използвайте на свой собствен риск
