|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
Правильно ли я понял, что если есть два одинаковых сервера на Windows Server без общего дискового массива, то из всех видов кластеров (средствами ОС, SDS, RSS) можно построить только RSS, а для работы клиента нужен Client 3.5, так как с младшими версиями не работает Connection Manager? Может ли второй сервер, параллельно с выполнением роли второго узла, выполнять свои задачи (поддерживать другую БД)? Где можно прочитать полный перечень административных SQL-процедур администрирования Informix? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2010, 15:40 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
RSS это почти Secondary HDR с некоторыми отличиями в виде асинхронного протокола для неустойчивых и медленных сетей. Чтобы поддерживать разные базы лучше смотреть в сторону EnterpriseReplication. Из других задач например возможность запуска бэкапа на RSS для снятия нагрузки с primary. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2010, 16:01 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
HDR как "кластер на два узла" рассматривается? bk0010Может ли второй сервер, параллельно с выполнением роли второго узла, выполнять свои задачи (поддерживать другую БД)? Нет. Для таких задач только ER. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2010, 16:24 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
АнатоЛойHDR как "кластер на два узла" рассматривается? а если есть N HDR-серверов, то это уже получится "кластерная система из N+1 узлов" :) АнатоЛойbk0010Может ли второй сервер, параллельно с выполнением роли второго узла, выполнять свои задачи (поддерживать другую БД)? Нет. Для таких задач только ER. ... если не учитывать возможность использования доп. инстансов на втором (HDR-)узле, которые будут "выполнять свои задачи (поддерживать другую БД)". ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2010, 19:05 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
АнатоЛойHDR как "кластер на два узла" рассматривается? Он же вроде требует ручной перестройки клиентов на secondary-сервер? "Если да, то - нет". А можно ли построить другие виды кластеров без выделенного общего raid-массива? svat2... если не учитывать возможность использования доп. инстансов на втором (HDR-)узле, которые будут "выполнять свои задачи (поддерживать другую БД)". Интересная мысль, спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2010, 21:03 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
bk0010, Думаю, что для начала, нужно ознакомиться со следуюшим материалом - http://www.informix-zone.com/idswiki/doku.php (см. раздел MACH11) ... :) или http://www.informix-zone.com/mach11-overview С уважением, Вадим Головский. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2010, 21:53 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
bk0010 АнатоЛойHDR как "кластер на два узла" рассматривается? Он же вроде требует ручной перестройки клиентов на secondary-сервер? "Если да, то - нет". Connect Manager тебе в руки... Полная виртуализация - бедный клиент никогда не может быть уверен точно, куда он попадёт :) bk0010 А можно ли построить другие виды кластеров без выделенного общего raid-массива? Так с выделенным только один - SDS, все остальные как раз и без общего массива... bk0010 svat2... если не учитывать возможность использования доп. инстансов на втором (HDR-)узле, которые будут "выполнять свои задачи (поддерживать другую БД)". Интересная мысль, спасибо. Упс, +1, я мысль только со второго захода правильно воспринял :) +1 к GVF112GVF, может всё-таки технологичные маркетинговые материалы почитать для начала "тщательнЕе"? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2010, 14:46 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
Спасибо. А где находится Connection Manager, что-то я его ни в сервере, ни в IConnect, ни в CSDK найти не могу? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2010, 21:24 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
Connection Manager - это часть SDK IBM Informix Dynamic Server Administrator’s Guide Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2010, 21:43 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
Нашел, спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2010, 21:16 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
Кто делал кластер средствами ОС (не Math11, а такой, который бы не потребовал переконнекта при сбое), опишите свою систему, пожалуйста. Что-нибудь вроде: 2 сервера c FC-контроллерами, 1 двухканальный RAID, выделенная связь между серверами и т.д. Предполагается строить кластер на базе Intel-серверов под Windows, а ясности что для этого надо и как это делать нет - у нас никто этим еще не занимался. Причем требуется, чтобы пользователь не заметил сбоя и не требовалсь перенастройки клиентских машин. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2010, 18:32 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
До недавнего времени использовали кластер Veritas. Как ни крути - пользователи заметят, переход на новую ноду кластера это новый конект для конечных пользователей. В случае веритаса все было просто: 1. использовался Active - Passive кластер 2. Чанки лежали на томах Veritas, в случае перехода на резервную ноду тома переезжали. Здесь можно делать по разному - я описал токо то, что использовалось. + у меня Solaris а у вас Windows, подходы примененные у нас вам могут не подойти 3. В кластер также был заведен IP который переезжал в случае перехода на резервную ноду. естественно нужно было прописывать связи в кластере и т.п., но это ужеособенности реализаций кластера. 4. Для управления информиксом нужен агент для кластера. По поводу перенастроек - достаточно нормальное решение это использовние [СМ и] sqlhosts group Но здесь могут быть подводные камни в зависимости от используемы клиентов - не все клиенты умеют работать с группами. Также, в свое время использовали связку HDR + DNS т..е. резервом был HDR для перенастройки клиента на HDR нужно было внести изменения в ДНС, но здесь тоже не без проблем - на клиенте тоже нужно было перечитать ДНС. Да, и как правило, не всегда желаемое является обязательным. Да, мы хотим чтобы переход выполнялся моментально, но в большинстве случаев системы могут допустить простой в 10 и более минут. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2010, 10:58 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
bk0010Кто делал кластер средствами ОС (не Math11, а такой, который бы не потребовал переконнекта при сбое), опишите свою систему, пожалуйста. Что-нибудь вроде: 2 сервера c FC-контроллерами, 1 двухканальный RAID, выделенная связь между серверами и т.д. Предполагается строить кластер на базе Intel-серверов под Windows, а ясности что для этого надо и как это делать нет - у нас никто этим еще не занимался. Причем требуется, чтобы пользователь не заметил сбоя и не требовалсь перенастройки клиентских машин. Все это достаточно легко настраивается и работает (проверено на протяжении многих лет у заказчика) на базе стандартного кластера от Microsoft (работало еще на Win2000 и IDS 9.30). Кластер имеет единый IP и имя (на весь кластер), к которому и коннектится клиент (сервер приложений). Внутри кластера узлы имеют свои адреса и имена, но о них пользователю знать ничего не нужно. IDS работает в каждый момент времени только на одном узле и едином, для обоих узлов, дисковом массиве. При остановке узла целиком или IDS кластерный софт, постоянно проверяющий состояние обоих узлов, запускает IDS на втором узле. Пользователь на этот момент получит ошибку и просто переконнектится (сервер приложений сделает это автоматом). Второй сервер (на втором узле) сделает fast recovery и продолжит работу. Переключение обратно даже не требуется, но если нужно (после устранения причин останова на 1-м) - просто останавливается IDS на 2-м и он автоматом поднимается на первом узле. Все это работает только с общим диском. Если диски разные - нужны средства зеркалирования (на уровне железа или софта). Я такой вариант не пробовал. Дополнение: сейчас вспомнил, что Microsoft Cluster Service (MSCS) доступен не во всех версиях ОС (только с AS в Win2000 и EE в Win2003) и для Win2008 был переименован в Failover Clustering (с этой версией не сталкивался, возможно, она еще более продвинута). Есть еще и другие кластерные технологии от MS, но они касаются балансировки вычислительной нагрузки и сети. Надеюсь, что на сайте МС найдешь нужные материалы. От IBM , помнится, было очень мало материалов на тему работы с кластером от МС, каки-то вещи приходилось определять экспериментальным путем, но сложного ничего не было. Сам IDS нужно было инсталлировать с нужной опцией, а утилита конфигурирования IDS в кластере шла прямо в комплекте. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2010, 13:39 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
zaiets Да, и как правило, не всегда желаемое является обязательным. Да, мы хотим чтобы переход выполнялся моментально, но в большинстве случаев системы могут допустить простой в 10 и более минут. Ага, т.е. сначала оно строго "обязательное", но когда узнают, сколько стоит это реализовать, то "обязательность" смягчается до нормального уровня, т.е. того. который можно реализовать стандартными методами для данной системы :) Тут zaiets, как большой практик, абсолютно прав. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2010, 13:48 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
Большое спасибо за ответы, особенно за наводку на Microsoft: я как-то не рассматривал их сайт в качестве источника информации по кластерам, больше надеялся на IBM - каие вещи все-таки их родной профиль. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2010, 20:35 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
IBM на интеловской платформе больше ориентируется на Xen или VMware. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2010, 21:26 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
А причем здесь виртуалки? Что они могут дать в плане отказоустойчивости? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2010, 21:31 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
Могут дать вам очень много. Если же тем самым вмваре построить так бы сказать кластер можно и процессы переносить на другой хост а не только сервисы. главное правильно проработать вопрос и правильно построить. На Intel скорее за все ставка делается виртуализацию и серьезные БД на виртуалках не предполагается размещать. Для небольших задач виртуадизация может обеспечить довольно неплохую отказоустойчивость. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2010, 22:20 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
Мы рассматривали кластеризацию которая позволяет тягать приложения с железа на железо не только без рестарта приложений, а и без потери сетевых соединений. Суть в том, что запускается менеджер виртуальных машин на 2 железяках, в одном поднимается операционка , там приложение. Менеджер виртуальных машин синхронизирует память двух виртуальных машин в реальном режиме времени между двумя железяками, в момент времени Ч передает управление резервной виртуальной машине. Рассматривалось 3 претендента VMWare, MS2008, Linux KVM. По VMware , что то не срослось у вендоров, видимо прсто незахотели, или сразу поняли, что денежного проекта небудет. Второй не подошел изза каких ограничений ( не помню уже ) , которые уже другие вендоры не смогли побороть на этапе запуска у себя еще до того, как нам показать. Возможно это тоже отмазка, что бы не тратить вресурсы зря. 3-й вариант делали своими силами, он заработал, тягали операционку с приложением между 2 лезвиями блейда с общим стораджем, и даже в другой конец города( по 100 Mб сетке) , поместив виртуальныю фаловую систему на NFS на раздел. Сетевая инфраструктура , с возможностью перетягивания IP адреса в другой конец города , была. Но все это было на уровне песочницы, проверки возможностей так сказать, потому, что промышленный запуск отказоустойчивой системы такого уровня требует сумашедших денег. До промышленной реализации дело не дошло , потому что нашлось куча других слабых мест, требующих немалых затрат. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2010, 10:37 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
onstat- Менеджер виртуальных машин синхронизирует память двух виртуальных машин в реальном режиме времени между двумя железяками, в момент времени Ч передает управление резервной виртуальной машине. только процессоры должны быть одинаковыми, чтобы содержимое регистров перекинуть. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2010, 11:22 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
Журавлев Денис, Не думаю, что полностью одинаковыми(идентичными), потому что в случае с NFS песочница тягала операционку с приложением с видавшего виды лезвия блейда IBM ( около 3-4 лет ему) на свеженький HP ( новое лезвие , новой блейд фермы) и обратно. Разница в процах там вроде была. Но по критериям KVM они были совместимы. Насколько я помню совместимость определяется по флагам из /proc/cpuinfo при этом процессора могут быть разные , важно что бы они имели все флаги нужные для KVM. Точнее не могу сказать, потому что не лично создавал песочницу. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2010, 13:26 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
onstat-До промышленной реализации дело не дошло , потому что нашлось куча других слабых мест, требующих немалых затрат. Было бы интересно услышать. Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2010, 13:48 |
|
Варианты кластеров.
|
|||
---|---|---|---|
#18+
vasilis, То что я описал тестировалось для серверов приложений, которые не должны терять коннекта с базой данных и клиентами при переходе на другие аппаратные ресурсы. Есть еще некая офтопичная СУБД, неотъемлемой чатью этого приложения, и работает на сервере с 64 Gb RAM на не интеловской платформе. Постройка кластера на этой платформе и адаптация ПО на стороне СУБД , выходит уже совсем в другие деньги. Есть хранилище данных высокопроизводительное и отказоустойчивое и дорогое само по себе, но для полной отказоустойчивости нужно второе с синхронной аппаратной репликаций на удаленную площадку. И второй комплект всего оборудования там. Нужна сетевая инфраструктура etherchannel для дубляжа, выхода из строя сетевых коммутаторов. И WAN инфраструктура с полным резервированием. В мире не нашлось хранилища которое поддерживает синхронную репликацию без потери производительности, потому что для этого нужно, чтобы задержка была не больше 4 скази команд в оптоволкне, а скорость света не перепрыгнешь, Там около 10 км максимум получется. ( Это со слов вендоров оборудованя , информацию я не проверял) Нужны люди, которые все это смогут спроектировать и настроить все в комплексе, потому, как насколько я убедился, серьзного опыта по созданию и эксплуатации распределенных кластеров в ближашем зарубежье нет. По отдельности да, есть оборудование с высокой отказоустойчивостью, но в комплексе, вложенные деньги не дают никаких гарантий на безоказную работу всего решения даже с одной девяткой. Поэтому нужно прикинуть по доходу, который приносит бизнес, может или не может он себе позволить время простоя на переключение HDR и рестарт приложений. Потому , что попытка сокращения простоя с гарантируемым результатом поднимет стоимость всего решения минимум на порядок. Толку никакого нет от того, что что то быстро переключается , внутри здания если в здании потоп, или пожар. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2010, 16:36 |
|
|
start [/forum/topic.php?fid=44&fpage=24&tid=1607616]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
167ms |
get tp. blocked users: |
2ms |
others: | 10ms |
total: | 252ms |
0 / 0 |