Я изучаю SharePoint, но у меня есть некоторые проблемы с пониманием того, как планировать серверы, чтобы получить хорошую доступность и в то же время использовать балансировку нагрузки. Я в основном запланировал самую простую настройку, которая
Два сервера Frontend
Один сервер приложений
Два SQL-сервера
Мне нужны два фронт-сервера, чтобы обеспечить хорошее время работы, так что если один сервер выйдет из строя, система все равно будет работать, то же самое касается и серверов SQL. У меня будут некоторые сайты, которые всегда должны быть доступны, в то время как другие менее важны и могут быть недоступны некоторое время. Поэтому я хочу иметь балансировку нагрузки между серверами. Если сервер выйдет из строя, я могу позволить себе закрыть некоторые сайты, а другие будут работать медленнее.
Проблема в том, что я могу понять, как работает балансировка нагрузки. Поэтому я посмотрел на NLB в Windows 2008. Допустим, я установил его на своих front end серверах. Будет ли это означать, что моя система будет работать, даже если один из двух моих front end серверов выйдет из строя?
Вот как я понимаю, что это работает: у меня есть домен Foo. Пользователи пытаются получить доступ к Foo, который перенаправляет на сервер front end 1, NLB затем в зависимости от нагрузки перенаправляет пользователя на сервер front end 2 или оставляет пользователя на сервере front end 1.
Я не могу понять, что DNS должен направить пользователя на сервер, который затем может направить пользователя в зависимости от нагрузки. Но что, если сервер front end 1 выйдет из строя, на котором запущен NLB? Сможет ли пользователь тогда получить доступ к Foo через сервер front end 2?
Тот же вопрос касается баз данных? Как это работает? Нужно ли мне будет приобретать дополнительное оборудование или SharePoint или SQL позаботятся и о доступности, и о балансировке нагрузки?
решение1
С NLB происходит следующее: есть один дополнительный виртуальный IP, который вам нужен для балансировки нагрузки. У каждого сервера есть свой IP. Когда вы настраиваете NLB, создается дополнительный IP с собственным MAC-адресом.
При использовании NLB с Unicast, рекомендованном для серверов с 2 NIC, оба сервера прослушивают трафик на MAC-адресе виртуального IP. Каждый сервер будет отвечать виртуальным IP в зависимости от того, какие машины получают доступ к виртуальному IP.
Примером может служить клиент A в подсети abcd/24, который получает доступ к виртуальному IP-адресу, а отвечает машина 2. Теперь клиент привязан к машине 2, хотя он по-прежнему взаимодействует с виртуальным IP-адресом.
При подключении клиента B в подсети wxyz/24 отвечает машина 1, и клиент B теперь будет получать свои данные с машины 1. Примечание: для SharePoint, который хранит все свои базы данных в одном экземпляре, ваш кластер SQL должен будет работать в активно-пассивном режиме.