Кластер под VMware GSX Server
Модераторы: Trinity admin`s, Free-lance moderator`s
Кластер под VMware GSX Server
Непосредственно по инструкциям статьи http://www.osp.ru/win2000/2003/02/020.htm был поднят двухузловой виндовый кластер на VMWare GSX Server 3.2.0. Возникла такая проблема: расшаренный диск каждый из узлов "видит" по-своему, т.е. если с одного узла записать на диск какие-то данные, а потом сделать активным другой узел, второму данные на диске видны не будут. Или я чего-то не понимаю в кластерах, или одно из двух. Люди добрые, помогите пожалуйста Может кто сталкивался?
1) Диски расшариваются за счёт того, что просто используют в VMWare один и тоже файл, на самом деле терзают смутные сомнения, что в этом и проблема. Сейчас пробуем заново всё поставить по другой документации, глядишь, проблема отпадёт...exLH писал(а):Nosok
Упомянутую статью читать лень. Поэтому вопросы:
1) как сделаны диски в кластере?
2) что в логах каждого из узлов?
3) кластер делали "как в статье" или как написано на microsoft.com? Если первое, то все, что касается настройки узлов, а не VMware проделайте по инструкции микрософта.
2) В логах кристально чисто, в том смысле, что кроме того, что другой узел стал активным, никакой информации нет...как будто так и задумано..
3) статья собственно про то, как виртуалки настраивать, чтоб на них можно было кластер поднять. А сам кластер уже дальше ставился как положено
Делал виндовые кластеры на варе, только у нас ESX а не GFS сервер. Достаточно указать в варе что диск shared, все изменения сделаные одним узлом видятся другим. Правда смысла в этом нет никакого ведь имеется в виду MSCS кластер, а в нем в каждый момент времени диском владеет один узел (подробнее). Можно делать не виртуальный диск, а отдавить физический. У нас так и сделано, в каждую виртуальную машину отдаются луны с внешней файберной СХД.gs писал(а):Каждая виртуальная машина - это МАШИНА. И естественно она понятия не имеет об изменениях в файловой системе, сделанных другой машиной. Что собственно Шац уже сказал.
Что-то Вы не того нарулили.
Что бы создать кластер для приложений работающих на виртуальной машине (а не только для самой виртуальной машины) надо использовать что-то типа вот этого
http://www.symantec.com/enterprise/prod ... &pvid=20_1
http://eval.veritas.com/mktginfo/enterp ... .en-us.pdf
http://www.symantec.com/enterprise/prod ... &pvid=20_1
http://eval.veritas.com/mktginfo/enterp ... .en-us.pdf
Да! Я был не прав, именно "можно" а не "надо"
VMware имеет достаточно своих продуктов (DRS, Vmotion, HA) для того что бы построить отказоустойчивое решение и этих решений вполне достаточно. Я вот даже мат часть еще раз прочел
http://www.vmware.com/vmtn/resources/401
http://www.vmware.com/vmtn/resources/402
А предыдущий пост был интересен только тем, что все родные технологии
оперируют понятием VM ("передвигают" VM как хотят и по определенным правилам и сценариям), а описанная штука может спуститься до уровня отдельно приложения в VM.
VMware имеет достаточно своих продуктов (DRS, Vmotion, HA) для того что бы построить отказоустойчивое решение и этих решений вполне достаточно. Я вот даже мат часть еще раз прочел
http://www.vmware.com/vmtn/resources/401
http://www.vmware.com/vmtn/resources/402
А предыдущий пост был интересен только тем, что все родные технологии
оперируют понятием VM ("передвигают" VM как хотят и по определенным правилам и сценариям), а описанная штука может спуститься до уровня отдельно приложения в VM.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 33 гостя