С проблемой, как указано, существуют некоторые решающие биты информационного недостатка.
Во-первых, состоит в том намерение, что "небольшие компании" должны смочь отправить пакеты всем другим компаниям? И, действительно, посмотрите широковещательный трафик от них? Это, я думаю, самый первый вопрос, на который Вы нуждаетесь в твердом ответе, так как он влияет на целое пространство "возможных проектов" и крайне важен, если клиенты намереваются выполнить один (или больше) сети на базе Windows.
Во-вторых, какую безопасность Вы намереваетесь поместить на месте? NAT на доступе (если так, Вы будете обеспечивать статический NAT, регистрируют присвоения NAT или иначе обеспечивают возможный вход, в случае, если существует юридический вопрос с трафиком от одного или нескольких клиентов в будущем)? Брандмауэры (и между "клиентом" и "Интернетом", а также между "client1" и между "client2", если они решают позволить ограниченный или полный междоступ между своими сетями)?
Насколько возможности QoS идут, у меня на самом деле нет идеи, чего стоят маршрутизаторы. Но я действительно знаю, что от Cisco 2800 и, необходимо смочь сделать несколько усовершенствованный QoS, а также NAT (хотя Вы можете быть лучше обслужены с более выделенным брандмауэром).
Тестирование кабельных соединений является хорошей идеей, если нет тестовый протокол от установки. Приведите установщика кабеля, чтобы сделать тестирование, это - квалифицированное задание к кабелям тестирования правильно. Я сделал некоторое кабельное тестирование, но надлежащий тестер является дорогим (основное "существует возможность соединения", запускают ata несколько маркеров, но для чего-то, что тестирует характеристики кабеля, Вы смотрите, по крайней мере, на тысячу маркеров), и несколько длинно (для каждого кабеля, необходимо найти, что один конец ставит обратную петлю, затем включить тестер в другой конец и позволить тесту завершиться, я выделил бы по крайней мере несколько минут для каждого кабеля, бывшего должного быть протестированным).
Стандарт cat5 должен смочь обработать 100-BaseT (Fast Ethernet) без любых проблем и смочь справляться 1000-BaseT (Gigabit Ethernet), но я хотел бы протестировать его для проверки. У меня на самом деле не было проблем с ним, даже с кабелями, которые я сделал сам, но если я делал установку для клиента...
если на сервере 1 происходит сбой не полностью, а только один из службы неожиданно останавливаются, можно ли настроить сердцебиение, чтобы следить для него и запустить его?
Конечно, heartbeat версии 2 может это сделать.
В версии 1 ваш /etc/ha.d/haresources
выглядит следующим образом:
master 129.79.136.4 apache
затем вы можете сгенерировать файл конфигурации пульса 2, запустив:
python /usr/lib64/heartbeat/haresources2cib.py > /var/lib/heartbeat/crm/cib.xml
/var/lib/heartbeat/crm/cib.xml
...
<resources>
<group id="group_1">
<primitive class="ocf" id="IPaddr_129_79_136_4" provider="heartbeat" type="IPaddr">
<operations>
<op id="IPaddr_129_79_136_4_mon" interval="5s" name="monitor" timeout="5s"/>
</operations>
<instance_attributes id="IPaddr_129_79_136_4_inst_attr">
<attributes>
<nvpair id="IPaddr_129_79_136_4_attr_0" name="ip" value="129.79.136.4"/>
</attributes>
</instance_attributes>
</primitive>
<primitive class="ocf" id="apache_2" provider="heartbeat" type="apache">
<operations>
<op id="apache_2_mon" interval="120s" name="monitor" timeout="60s"/>
</operations>
</primitive>
</group>
</resources>
...
Но я бы посоветовал вам использовать corosync
и Кардиостимулятор
.
Не используйте Heartbeat ( v2). Вообще. Немедленно откажитесь от него и используйте Pacemaker в качестве диспетчера ресурсов кластера и Corosync в качестве уровня обмена сообщениями. Вы даже не найдете поддержки Heartbeat v2 ни в одном из различных каналов сообщества Linux HA, и на самом деле вас могут кричать за использование устаревшей технологии. Совершенно хорошие преемники Heartbeat существуют в Pacemaker и Corosync.
Pacemaker - это диспетчер ресурсов кластера для стека высокой доступности Linux и разработан именно для того, что вы просите. Он отслеживает ресурсы (IP-адреса, службы, файловые системы, точки монтирования, маршруты, ... ) и может и попытается перезапустить их, если они потерпят неудачу. Конечно, он делает гораздо больше.
Я свяжу здесь один из своих предыдущих ответов, потому что нет никакого смысла повторяться дальше: Heartbeat не может успешно запускать ресурсы из холодной перезагрузки, когда присутствует отказавший узел