Комментарии: Построение отказоустойчивого (FailOver) кластера на базе Windows 2008 Server и Hyper-V http://itew.ru/2009/06/02/301 Просто о сложном. База знаний на всякий случай. Thu, 15 Dec 2011 06:51:45 +0000 hourly 1 http://wordpress.org/?v=3.0.3 Автор: Artyom Oreshkin http://itew.ru/2009/06/02/301/comment-page-1#comment-202 Artyom Oreshkin Wed, 19 Jan 2011 14:57:07 +0000 http://www.itew.ru/wps/?p=301#comment-202 В блоге пример NLB кластера не описан. Реализовать такой кластер не сложно, но есть свои моменты, основной - это таблицы mac адресов на активном оборудовании. Что бы NLB кластер нормально работал, надо реализовать и его правильное физическое подключение. Плюс ко всему сервис (например Exchange или Web или ISA или SQL) на NLB кластере должен поддерживать кластеризацию. Разница в конфигурациях оборудования не критична, нагрузка распределяется по производительности. В блоге пример NLB кластера не описан.
Реализовать такой кластер не сложно, но есть свои моменты, основной – это таблицы mac адресов на активном оборудовании. Что бы NLB кластер нормально работал, надо реализовать и его правильное физическое подключение. Плюс ко всему сервис (например Exchange или Web или ISA или SQL) на NLB кластере должен поддерживать кластеризацию.
Разница в конфигурациях оборудования не критична, нагрузка распределяется по производительности.

]]> Автор: Art.B http://itew.ru/2009/06/02/301/comment-page-1#comment-201 Art.B Wed, 19 Jan 2011 13:16:05 +0000 http://www.itew.ru/wps/?p=301#comment-201 Вопрос: 1.есть ли пример NLB кластера, чтоб распределить нагрузки. 2.исходит из первого, потому как имеются два физических сервера, они идентичны, кроме как отличия в объеме ОЗУ. Вопрос:
1.есть ли пример NLB кластера, чтоб распределить нагрузки.
2.исходит из первого, потому как имеются два физических сервера, они идентичны, кроме как отличия
в объеме ОЗУ.

]]> Автор: Artyom Oreshkin http://itew.ru/2009/06/02/301/comment-page-1#comment-200 Artyom Oreshkin Fri, 14 Jan 2011 12:51:37 +0000 http://www.itew.ru/wps/?p=301#comment-200 Спрашивали - отвечаю: 1. В данной статье описывали построение именно отказоустойчивого (FailOver) кластера, так что ни о каком распределении нагрузки тут речи не идет. Только горячий подмен. Для распределения нагрузки вам нужен NLB кластер. 2. Тут все зависит от оборудования на котором все реализовано, но технология разработана для моментального переключения. Так что пользователи не должны заметить каких либо проблем при падении одной ноды. Спрашивали – отвечаю:
1. В данной статье описывали построение именно отказоустойчивого (FailOver) кластера, так что ни о каком распределении нагрузки тут речи не идет. Только горячий подмен. Для распределения нагрузки вам нужен NLB кластер.
2. Тут все зависит от оборудования на котором все реализовано, но технология разработана для моментального переключения. Так что пользователи не должны заметить каких либо проблем при падении одной ноды.

]]> Автор: sam http://itew.ru/2009/06/02/301/comment-page-1#comment-199 sam Fri, 14 Jan 2011 10:24:39 +0000 http://www.itew.ru/wps/?p=301#comment-199 Вопрос по сабжу. Делаю все как вы сказали. Цель поднять терминальную машину на 50 юзеров с конектом по RDP Microsoft. 1. есть ли распределение нагрузки между двумя железками? или же нагрузка на первой а вторая просто ждет слета первой? 2. При падении первого сервера, клиенты по RDP заметят ли это? Насколько я в курсе изпользуя систему которую предлагает Citrix, юзеры как сидели так и сидят, даже не замечаю каких-либо проблем с железом. Вопрос по сабжу. Делаю все как вы сказали. Цель поднять терминальную машину на 50 юзеров с конектом по RDP Microsoft.
1. есть ли распределение нагрузки между двумя железками? или же нагрузка на первой а вторая просто ждет слета первой?
2. При падении первого сервера, клиенты по RDP заметят ли это? Насколько я в курсе изпользуя систему которую предлагает Citrix, юзеры как сидели так и сидят, даже не замечаю каких-либо проблем с железом.

]]> Автор: Artyom Oreshkin http://itew.ru/2009/06/02/301/comment-page-1#comment-170 Artyom Oreshkin Mon, 06 Sep 2010 06:02:51 +0000 http://www.itew.ru/wps/?p=301#comment-170 Кворум диск нужен для каждого кластера (не для каждой ноды, а именно кластера) и должен быть виден так же для каждого кластера. Рекомендуемый Microsft размер диска 500мб, можно и больше, но в основном этого достаточно. Файловая система должна быть NTFS. Подцепляете кворум диски стандартно, как и обычные. Кворум диск нужен для каждого кластера (не для каждой ноды, а именно кластера) и должен быть виден так же для каждого кластера. Рекомендуемый Microsft размер диска 500мб, можно и больше, но в основном этого достаточно. Файловая система должна быть NTFS. Подцепляете кворум диски стандартно, как и обычные.

]]> Автор: Agat http://itew.ru/2009/06/02/301/comment-page-1#comment-169 Agat Fri, 03 Sep 2010 15:17:20 +0000 http://www.itew.ru/wps/?p=301#comment-169 У меня iSCSI. А как распределять QUORUM диски между кластерами? они видны на каждом сервере, мне под каждый отдельный кластер нужен отдельный такой QUORUM диск, или один на всех? Если разные, то как правильно раздать их? У меня iSCSI. А как распределять QUORUM диски между кластерами? они видны на каждом сервере, мне под каждый отдельный кластер нужен отдельный такой QUORUM диск, или один на всех? Если разные, то как правильно раздать их?

]]> Автор: Artyom Oreshkin http://itew.ru/2009/06/02/301/comment-page-1#comment-168 Artyom Oreshkin Fri, 03 Sep 2010 13:22:09 +0000 http://www.itew.ru/wps/?p=301#comment-168 Да, конечно, обычно так и делают, покупают дисковую полку и на ней кластеризуют разные сервисы, например 2-а сервера в кластере Exchange и 2-а в кластере SQL. Есть только некоторые особенности в настроке оборудования iSCSI и FiberOptic. Да, конечно, обычно так и делают, покупают дисковую полку и на ней кластеризуют разные сервисы, например 2-а сервера в кластере Exchange и 2-а в кластере SQL. Есть только некоторые особенности в настроке оборудования iSCSI и FiberOptic.

]]> Автор: Agat http://itew.ru/2009/06/02/301/comment-page-1#comment-167 Agat Fri, 03 Sep 2010 13:14:27 +0000 http://www.itew.ru/wps/?p=301#comment-167 Здравствуйте, Артём Можно ли к одному СХД подключать несколько кластеров, к примеру 3 разных кластера? Здравствуйте, Артём

Можно ли к одному СХД подключать несколько кластеров, к примеру 3 разных кластера?

]]> Автор: Artyom Oreshkin http://itew.ru/2009/06/02/301/comment-page-1#comment-166 Artyom Oreshkin Wed, 01 Sep 2010 14:09:11 +0000 http://www.itew.ru/wps/?p=301#comment-166 Не очень понял вопроса, надо чтобы обе ноды видели друг друга, следовательно публичные интерфейсы должны быть из одной сети и приватные интерфейсы (для кластера) должны быть тоже из одной сети. Шлюз - тот что используется у вас в сети или вообще без него, все зависит от вашей конфигурации сети. Не очень понял вопроса, надо чтобы обе ноды видели друг друга, следовательно публичные интерфейсы должны быть из одной сети и приватные интерфейсы (для кластера) должны быть тоже из одной сети. Шлюз – тот что используется у вас в сети или вообще без него, все зависит от вашей конфигурации сети.

]]> Автор: Agat http://itew.ru/2009/06/02/301/comment-page-1#comment-165 Agat Wed, 01 Sep 2010 13:41:01 +0000 http://www.itew.ru/wps/?p=301#comment-165 А какие IP использовались на контроллерах? какой gateway? А какие IP использовались на контроллерах? какой gateway?

]]>