Комментарии к записи: Metrocluster (part 2)

Автор: romx

romx — Fri, 25 May 2012 10:40:22 +0000

bbk:

Во-первых - выше я же привел источники, посмотрите.

Во-вторых, я считаю, что в значительном количестве случаев полная автоматизация тэйковера, и, в особенности, гивбэка, значительным злом.
Потому что лучше человека в ситуации на самом деле никто не разберется, а автоматика может наворотить дел.

Автор: bbk

bbk — Fri, 25 May 2012 07:43:17 +0000

Есть ли решение, арбитр для метрокластера, у НетАпп’а, для случая разрыва всех коммуникаций между площаками, чтобы не ждать админа который скажет cf forcetecover, а автоматизировать процесс?

Автор: romx

romx — Fri, 18 May 2012 13:10:31 +0000

bbk:

Это решается за счет внешнего “кворумного” стораджа, расположенного на “третьем” сайте, решение описано в TR3816 Providing Zero Downtime for Enterprise Applications Using Oracle Real Application Cluster on Extended Distance Cluster, Oracle Automatic Storage Management Normal Redundancy, and NetApp MetroCluster

или за счет софтового решения, в виде плагина к MS SCOM.

Автор: bbk

bbk — Fri, 18 May 2012 12:51:43 +0000

Вопрос Alex’а о split-brain’е так и не прояснился?

Автор: Alex

Alex — Wed, 17 Sep 2008 11:08:17 +0000

:))
все же, насколько я понимаю, проблему сплит-брейна программными средствами (при отсутствии третьего арбитра) не решить, как ни крути.

Автор: romx

romx — Wed, 17 Sep 2008 10:58:01 +0000

Чорт, спалили :-D
Еще когда писал ведь думал, что как-то не получается у меня “на пальцах” все описать, кто-нибудь обязательно спросит подробностей. ;)
Не расскажу, увы. Возможно позже вернусь к этой теме, пока же могу только махнуть “манами”. :)

Автор: Alex

Alex — Wed, 17 Sep 2008 10:43:33 +0000

Роман, все-таки не очень понятно, каким образом НетАпп решает проблему split-brain’а. Например, в случае обрывов всех каналов связи между двумя разнесенными площадками. Как в этом случае наличие зеркальной копии “соседа” позволяет решить проблему?