Informix Logo Архив конференции ukr.comp.dbms.informix
Пред. по дате ] [ След. по дате ] [ Пред. по нити ] [ След. по нити ][ Индекс по датам ][ Индекс по нитям ]

Re: ondblog nolog...

From "Vasyl Shulzhenko" <vasilis@mail.ru>
Date Tue, 18 Jun 2002 11:53:23 +0300
Organization Training Center Softline


"Leonid Vorontsov" <Leonids.Voroncovs@dati.lv> wrote in message
aekoc1$tts$1@news.lucky.net">news:aekoc1$tts$1@news.lucky.net...
> "Vasyl Shulzhenko" <vasilis@mail.ru> wrote:
> > > Кто что знает об установке/настройке/работе ifmx на кластере?
> > Насколько я понимаю, нужна виндовая платформа ?
> Не угадал :-)
> Платформа - Solaris на каком-то Sunе (подробнее пока не знаю).
>
> > Инф. может работать на кластере в режиме
> > hotswap(один упал - второй подхватил), или каждый со своими dbspace-ми
> Вот здесь хотелось бы подробнее. Может есть какие статьи на эту тему?
>
> Спасибо за отзыв (хоть кто-то отозвался).

Вот еще один отзыв от Eugene Nechitaylo <nlo@crp.bank.gov.ua>

--------- Cut типа отсюда ---------
Принцип построения самого простого High Availble Cluster :
1) Минимум - две машинки. Желательно иметь одну версию ОС на обоих.
      (Необязательно) иметь одинаковую железную конфигурацию. Если она
одинаковая,
       сильно упрощается жизнь - не надо изменять файлы конфигурации.
2) Разделяемое (видимое)  _ДВУМЯ_ машинками дисковое пространство.
      Может быть диск, замонтированный через NFS, общий SCSI или Fibre
Channel disk.
3) (Необязательно) в случае использования Информикса, иметь разделяемый
volume (раздел)
      с файловой системой под каждый сервис. Иначе - инсталляция
информикса( естествено, одной версии)
      на каждой машине. Тогда все конфигурационные файлы хранить на
разделяемом volume.
4) Heartbeat. Специфический демон. По названию - "стук сердца".
поднимается на обоих (или одной - master)
      машике/ах . Отслеживает "жизнеспособность" каждой машинки/сервиса.
Например : пингуется ли машинка,
Поднимается ли консоль через сериал порт, В нормальном ли состоянии сервис
сервера информикса (начиная от onstat , до выполнения скриптом
определенных операций с проверкой на время исполнения ). Вариантов -
туча. В случае если сервис на этой машинке упал, она пытается его
перезагрузиь (описывается скриптами). Если поднять не получилось, то
отмонтировать (fuser -k , umount) все разделы, используемые сервисом , и
передать их на другую машину в кластере, и там этот сервис попробовать
поднять. В идеале, необходимо устройство, которое позволяло бы
_ЖЕЛЕЗНЫМ_ способом отключить другую (зависшую) машинку
(иногда , к сожалению, бывают варианты, когда кроме как питанием машинку
не перегрузить :((( ) .
Как вариант - шнурки от UPS к каждой машинке.

Вот, вроде, все. Если есть вопросы - прошу писать на nlo@crp.bank.gov.ua.
Попробую отвечать в эху через Василия Шульженко, с его согласия.
У меня, к сожалению, нет возможности писать в эху :(

ЗЫ Informix XPS умеет работать в режиме parallel server. Но, насколько я
знаю, не на всех платформах ...
--------- типа здесь заканчивается ----------

И еще раз от того же автора
--------- Cut типа отсюда ---------
Есть еще один способ построения HA clusters, но он имеет ограниченя в
случае информикса.
Informix есть shared nothing сущность. Во как сказал ;)
В случае использования статических БД, что, правда редкость, или в
случае использования HDR ( в этом случае я не уверен), можно
использовать _Редиректор_. Т.е. используя трехзвенку, "разбрасывать"
запросы к БД от сервера приложений на разные сервера информикса. У
Оракла это называется Real Application Cluster. Да к тому же он имеет
Share All архитектуру, что значительно упощает жизнь в случае построения
кластеров. Да и сам
редиректор у него есть, даже без использования RAC. Вот так.
--------- типа здесь заканчивается ----------








Украинская баннерная сеть
Home ] Hosted by No-MORE