У меня есть один сервер-концентратор DFSR с примерно 80 подключениями к 80 удаленным офисам.
Я хочу добавить еще один хаб-сервер для балансировки нагрузки и резервирования, но не хочу разделять соединения между двумя хаб-серверами. Мне не нравится идея поддерживать \ администрировать два разных блока соединений на двух серверах.
редактировать В лучших практиках Microsoft говорится о разделении соединений DFSR между несколькими серверами (при наличии большого количества подключений с большим объемом, как в узловой и лучевой топологии), поскольку слишком много одновременных подключений к одному серверу может вызвать проблемы с производительностью. Единственная рекомендация - вручную разделить соединения между серверами. Я бы предпочел, чтобы несколько узловых серверов были настроены одинаково (все концентраторы были настроены для подключения ко всем удаленным офисам) и иметь что-то вроде службы NLB, которая автоматически разделяет соединения для меня.
Я хочу иметь 2 (или, возможно, больше) узловых серверов, каждый из которых настроен на все 80 каких-то нечетных соединений, выполняющих балансировку нагрузки с помощью чего-то вроде службы NLB. Я предполагаю, что это сработает, потому что концентраторы DFSR могут динамически разделять соединения между собой и просто реплицировать обновления, полученные по любому из их соединений, на другой концентратор.
Я знаю, что вы можете выполнить отказоустойчивый кластер DFSR, но из того, что я прочитал, отказоустойчивый кластер Windows не выполняет балансировку нагрузки. Таким образом, только один узел в отказоустойчивом кластере DFSR фактически активен одновременно - это правильно? Если это так, похоже, это не соответствует моим требованиям к балансировке нагрузки.
Я не нашел никаких документов, связанных с настройкой NLB-кластера со службой DFSR. Это вообще возможно \ поддерживается? Если да, может ли кто-нибудь предоставить информацию о передовых методах выполнения этого или документа?
Если кластер NLB невозможен, есть способ сделать как циклический перебор DNS с записями DNS SVR или, возможно, какую-то настройку балансировки нагрузки «переднего конца».
Большое спасибо.
** редактировать Я думаю, я просто искал набор и забыл о настройке. На данный момент единый концентратор отлично справляется со всем, но мы планируем добавить в нашу инфраструктуру DFSR.
Думаю, мне придется решить, оставить ли один концентратор и выполнить отказоустойчивый кластер со вторым, или разорвать соединения со вторым концентратором.
Думаю пока сделаю единичный хаб с отказоустойчивым кластером. Затем, если я решу разделить соединения в будущем, я всегда могу добавить еще один отказоустойчивый кластер (требующий еще 2 физических сервера) и разделить соединения между двумя отказоустойчивыми кластерами. Сложнее, чем я хотел, но я думаю, это единственный выход.
Этого нельзя сделать. Поскольку топология DFS-R хранится в Active Directory, нет способа настроить членов группы репликации для использования имени / адреса кластера NLB или любого другого типа балансировщика нагрузки в этом отношении. Если вам нужна настраиваемая топология репликации, как вы описали с двойным концентратором по соображениям производительности, вам придется настроить ее вручную. DFS в масштабе, который вы описываете, может стать очень сложным и потребовать упреждающего управления. К сожалению, нет возможности «установить и забыть» при таком размере.
Возможно, я не совсем понимаю ваш вариант использования здесь. Но позвольте мне нанести удар, поскольку больше никто не ответил.
Я предполагаю, что у вас есть 80 офисов, в каждом из которых установлена одна репликация для связи с вашим концентратором. Поскольку вы можете установить «отправляющий элемент» в DFSR, вы должны иметь возможность добавить еще один сервер для передачи реплицированных данных на удаленные серверы. Это то, что называется "многократной репликацией".
Таким образом, если у вас есть два «узловых» сервера DFSR (или любое количество в этом отношении), они должны быть в группе репликации. После того, как это будет установлено, серверы «удаленных подключений» должны будут указывать на все «узловые» серверы и смогут реплицироваться по запросу по мере необходимости. Они просто синхронизируются с первым доступным сервером.
Одна вещь, которую вам нужно решить, - это убедиться, что пульты дистанционного управления не пытаются синхронизировать данные обратно в оба «хост-концентратора». Чтобы решить эту проблему, необходимо правильно настроить сайты и службы.
Я пропустил то, о чем вы спрашивали?