LINUX.ORG.RU

Реализация высокой готовности составных приложений

 , , ,


0

0

В этой статье описывается реализация высокой готовности (high availability) составного приложения на основе продукта Linux-HA. Обеспечение высокой готовности составных приложений может быть сложной задачей. Конфигурация системы усложнена из-за того, что составные приложения состоят из отдельных приложений, каждое со своими требованиями к готовности. В этой статье авторы расскажут о проектировании и реализации подобной системы на примере прототипа составного приложения Tivoli® Maximo®. В их конфигурационном скрипте показано, как можно обеспечить высокую готовность неоднородного кластера взаимосвязанных приложений с помощью системной, учитывающей приоритеты, процедуры аварийного переключения.

>>> Подробности

★★★

Проверено: boombick ()

Re: Реализация высокой готовности составных приложений

> Обеспечение высокой готовности составных приложений может быть сложной задачей. Конфигурация системы усложнена из-за того, что составные приложения состоят из отдельных приложений, каждое со своими требованиями к готовности.

только после второго прочтения примерно понял что тут написано. реквестирую источник травы IBM_dW!

MooSE ★★★★ ()

Re: Реализация высокой готовности составных приложений

> да ладно, вроде все понятно.. я таким стилем диплом писал =)

а его потом кто-нибудь читал?:)

MooSE ★★★★ ()

Re: Реализация высокой готовности составных приложений

>готовности

может всё-таки доступности?

theli ()

Re: Реализация высокой готовности составных приложений

Авторы, как обычно, индусы: Махеш Вишванатан и Сурадж Субраманьян.

Manhunt ★★★★★ ()

Re: Реализация высокой готовности составных приложений

Ну что, ждем ебилдов?

slyjoe ()

Re: Реализация высокой готовности составных приложений

Наверняка пропитал все листы диплома какой нибудь гадостью расширяющее сознание, что бы люди поняли о чём речь.)

ptah_alexs ★★★★★ ()

Re: Реализация высокой готовности составных приложений

Майкрософт и индусы лезут в наши конфиги:

" Вот файл cib.xml, который мы разработали для нашего сценария (см. ссылку в разделе Ресурсы), снабженный для удобства комментариями.

Listing 7. Конфигурация ресурсов в heartbeat версии 2 <cib generated="true" admin_epoch="0" have_quorum="true" ignore_dtd="false" num_peers="2" ccm_transition="2" cib_feature_revision="2.0" crm_feature_set="2.0" epoch="3" dc_uuid=" ad893965-d27d-4908-a2ea-868f1661f644" num_updates="3" cib-last-written="Fri Nov 14 10:14:40 2008"> ...

<node id="ad893965-d27d-4908-a2ea-868f1661f644" uname="hacluster1.svl.ibm.com" type="normal"/> /* узел Maximo */ <node id="5994eb92-0a13-4fc7-ab41-76098672fdbb" ...

<meta_attributes id="063383a7-2c60-4cf0-b3b0-a3670328c3b8"> <attributes> /* Приоритеты выставляются с помощью весовых коэффициентов. ...

жесть.

gods-little-toy ★★★ ()

Re: Реализация высокой готовности составных приложений

> Реализация высокой готовности составных приложений

Есть что-то такое неуловимо-энтерпрайзное в заголовках от IBM_dW, по чему сразу можно установить авторство новости...

Deleted ()

Re: Реализация высокой готовности составных приложений

> Вот файл cib.xml, который мы разработали для нашего сценария (см. ссылку в разделе Ресурсы), снабженный для удобства комментариями.

O_O

isden ★★★★★ ()

Re: Реализация высокой готовности составных приложений

А если упадет кворумный сервер то оба узла начнут психовать и похерят все сервисы и данные

Это делается НЕ ТАК!

Poh ★☆ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.