Сервер SharePoint, планирующий дублирование и выравнивание нагрузки
Мне нравятся методы, обрисованные в общих чертах в принятом ответе лучше, но вот то, как я делал его сам. У меня редко есть роскошь двойного NICs, таким образом, каждая машина имеет всего одно соединение Ethernet: рабочие станции являются синими, серверы являются зелеными, восходящий является желтым, Интернет является красным.
Я маркирую оба конца своей карманной маркировочной машиной Dymo. Я предпочитаю выполнять свои маркировки вдоль провода, с помощью ясной ленты, чтобы помешать им очищать прочь легко. Больше работы, но более хорошие результаты. Я работаю, Ethernet вдоль передней стороны стойки - левый или правый зависит, на котором ближе. Питание бежит по спинке стойки.
Я предпочитаю полоски Застежки на липучке, но IBM требует связей zip. Обычно белый, но иногда черный, если клиент требует его (по-видимому белые галстуки zip были перепутаны с картофелем фри).
С NLB, что происходит, то, что существует один дополнительный Виртуальный IP, что необходимо сделать выравнивание нагрузки. Каждый сервер имеет свой собственный IP. При установке NLB, дополнительный IP создается со своим собственным MAC-адресом.
При использовании NLB с Одноадресной передачей, рекомендуемой с серверами с 2 NIC, оба сервера прислушиваются к thraffic на MAC-адресе Виртуального IP. Каждый сервер ответит виртуальным IP, в зависимости от которых машин получает доступ к Виртуальному IP.
Примером был бы клиент на подсети a.b.c.d/24, получает доступ к Виртуальному IP и машине 2 ответа. Клиент теперь связывается с машиной 2, хотя она все еще общается с Виртуальным IP.
Когда клиент B на подсети w.x.y.z/24 подключения, машина, которую теперь получат 1 ответ и клиент B, это будут данные из машины 1. NB: Для sharepoint, который хранит все, является базами данных в том же экземпляре, Ваш кластер SQL должен будет быть в режиме Active-Passive.
-
1SQL поддерживает Активно-активный, но не совместно использованные экземпляры. – Jeff 20 January 2010 в 05:30