Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
Поручили создать сервер на кластере (2 Sun 490, дисковые массивы тоже Sun, чей коммутатор не помню). Никогда этим не занимался. Соответственно вопросы: 1) Какую версию Informix надо приобретать (хватит ли Workgroup)? 2) Сколько Informi-ов покупать (1 или 2)? 3) Требуется ли докупать специальный софт (для Informix, для Solaris понятно, что надо) для организации кластера (в инсталляции Informix для Windows есть специальная утилита, а в Informix для Solaris я ничего не нашел)? 4) Где можно прочесть о дополнительной настройке Informix под кластер? 5) Увеличивается ли быстродействие Informix на кластере в нормальном режиме (когда работают оба сервера)? 6) Есть ли фирмы, в которых можно заказать настройку кластера? 7) Если есть негативный опыт в данном вопросе, то поделитесь, пожалуйста. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2007, 23:02 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
Насчет Solaris не в курсе. Что вы понимаете под словом "кластер" ? Например у нас это три сервака которые объединены в систему HACMP ( h igh a vailability c luster m ultiprocessing) - для обеспечения отказоустойчивости. Еще могут быть вычислительные кластеры. У меня работает Информикс на кластере IBM H80 (три сервера с одной общей дисковой стойкой). Общая дисковая стойка зазеркалирована. Предназначено все это для защиты от сбоев компонентов кластера. При сбое одного из серверов информикс автоматически поднимается на другом сервере. 1. У меня работают Enterprise 2. В вашем случае если у вас две машины то наверное для задач аппаратного резервирования и одной лицензии хватит (если конечно на втором не будете запускать еще информиксы) 3. Вряд ли, мы ничего такого не докупали (для HACMP) 4. Не знаю, но наверное это не специфичная задача 5. В случае HACMP наличие кластера не сказывается на производительности (это не вычислительный кластер) 6. Не знаю 7. Везде могут быть свои баги ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2007, 09:16 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
bk0010 , а в каком городе вы где располагаететсь? (Если не секрет.) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2007, 09:47 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
В Москве ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2007, 10:15 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
>три сервера с одной общей дисковой стойкой У нас кластер планируется для повышения отказоустойчивости, тоже с общей дисковой стойкой, но 2 сервера ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2007, 10:17 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
В таком случае у вас не вычислительный кластер, следовательно все гораздо проще. Примерная реализация системы: некий софт на всех членах кластера смотрит, работают ли другие узлы. Если какой то узел падает, то можно задать скрипты, которые обработают это событие (запустят приложение на другом члене кластера). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2007, 10:41 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
С точки зрения лицензирования если вы не будете использовать HDR, то на второй сервер вы должны купить 1 процессор вне зависимости от типа версии. Если вы хотите HDR то для Workgroup надо купить HDR опцию на каждый процессор основного сервера и на один процессор резервного + не забыть 1 лицезию WE на резервный сервер. в Enterprise Edition HDR входит.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2007, 12:27 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
Коля, пора видно занести URL для "Software license agreements" в FAQ! Software license agreements - http://www-03.ibm.com/software/sla/sladb.nsf/searchlis/?searchview&searchorder=4&searchmax=0&query=(DB2) High Availability/Failover For programs running or resident on backup machines, IBM defines 3 types of situations: "cold"; "warm"; and "hot". In the "cold" and "warm" situations, a separate license for the backup copy is normally not required, no additional charge applies, and IBM does not need to be notified. In a "hot" backup situation, the customer needs to acquire another license. All programs running in backup mode must be under the customer's control, even if running at another enterprise's location. As a practice we have the following definitions and allowable actions concerning the copy of the program used for backup purposes: - cold - a copy of the program may be stored for backup purposes on a machine as long as the program has not been started. There is no charge for this copy. - warm - a copy of the program may reside for backup purposes on a machine and is started, but is "idling", and is not doing any work of any kind. There is no charge for this copy. - hot - a copy of the program may reside for backup purposes on a machine, is started and is doing work. However, this program must be ordered. There is a charge for this copy. "Doing Work" includes, for example, production, reporting, development, program maintenance, and testing. "Doing Work" does not include activities such as mirroring of transactions, updating of files, synchronization of programs, data or other resources (e.g., active linking with another machine, program, database or other resource, etc.). The standby server should be licensed using the same metric as the production server, depending on how the production licenses are purchased. С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2007, 11:59 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
Аналогично для INFORMIX - http://www-03.ibm.com/software/sla/sladb.nsf/searchlis/?searchview&searchorder=4&searchmax=0&query=(informix) Спасибо !!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2007, 12:01 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
Большое спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2007, 23:01 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
А нельзя ли сделать так, чтобы один сервер в кластере обслуживал одну базу, а второй - другую (но при этом обеспечивая отказоустойчивость)? Или как-нибудь выделить гарантированный процент ресурсов сервера для обслуживания одной из баз или определенных пользователей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2007, 23:07 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
Ничего не мешает на разных членах кластера запускать информиксы - ведь обработка отказов находится в руках админа, следовательно, можно написать нужную схему обработки. Например можно сделать так: на одном узле работает промышленный информикс, на другом информикс для разработчиков. При падении узла с пром. информиксом, если сервера достаточно мощные, можно поднять промышленный информикс на втором сервере, не останавливая информикс разработчиков (не забыть про разные SERVERNUM в конфигах информиксов, разные порты в sqlhosts, а также разные путевые имена для чанков !!!), либо можно разработческий информикс при этом остановить, а промышленный поднять на втором. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2007, 09:53 |
|
||
|
Информикс на кластере. Поделитесь, пожалуйста, опытом.
|
|||
|---|---|---|---|
|
#18+
Не знаю какой софт вы будете использовать для кластера,но в случае VCS: 1. Переход на вторую ноду занимает где-то около 20 минут. 2. Добавление чанков сопровождается лишним геморроем заведения их в кластер, хотя операция м.б. и не часта. 3. Поставляемый агент Informix древний и работает с утилитой onstat. К сожалению, бывают случаи, когда onstat показывает, что с сервером все ОК, но реально далеко не ОК. При желании, можно сделать своего агента. 4. Помимо VCS нужен еще и VxVM. Конечно, можно построить и на Sun Cluster либо еще чем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2007, 11:18 |
|
||
|
|

start [/forum/topic.php?fid=44&msg=34338170&tid=1608449]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
62ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 255ms |
| total: | 405ms |

| 0 / 0 |
