Комментарии: Microsoft Hyper-V Server 2008 R2: строим кластер http://itband.ru/2010/03/hyper-v-server-cluster/ Cтатьи об IT, Доступно о сложном. Wed, 08 Sep 2010 14:54:57 +0000 hourly 1 http://wordpress.org/?v=3.0 Автор: nissan http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-1/#comment-62517 nissan Tue, 04 May 2010 19:03:46 +0000 http://itband.ru/?p=5112#comment-62517 Spasibo vam ogromnoye za prostoy i ochen dostupniy doklad, napisanno vsyo chotko, dostupno i ponyatno. Blagodaryu Александр. Spasibo vam ogromnoye za prostoy i ochen dostupniy doklad, napisanno vsyo chotko, dostupno i ponyatno. Blagodaryu Александр.

]]> Автор: Юрий http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-1/#comment-51344 Юрий Tue, 23 Mar 2010 14:32:54 +0000 http://itband.ru/?p=5112#comment-51344 Александр, немного не в тему . Не подскажите, почему при установки виртуальных машин под управлением WINDOWS 7 и WINDOWS 2008, после последней перезагрузки системы, она не стартует. Мигает курсор и все. А поставил WINDOWS XP SP3, все нормально. Заранее, спасибо. Александр, немного не в тему . Не подскажите, почему при установки виртуальных машин под управлением WINDOWS 7 и WINDOWS 2008, после последней перезагрузки системы, она не стартует. Мигает курсор и все. А поставил WINDOWS XP SP3, все нормально.

Заранее, спасибо.

]]> Автор: Сергей http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-1/#comment-51162 Сергей Sun, 14 Mar 2010 09:10:05 +0000 http://itband.ru/?p=5112#comment-51162 Вот только не надо утверждать что CSV заменяет кластерную файловую систему. CSV по сути грязный хак и его существование оправдано лишь нехваткой времени для реализации нормальной структуры кластера у MS (хоть бы GPFS или OCFS лицензировали на крайний случай или LustreFS). Опасения... хм, зависит от того насколько критична работа кластера виртуализации для бизнеса. А ну как том порушится, вероятность то далеко не нулевая? Вся жесть в том что том смонтирован с разрешением на запись для всех хостов кластера, но полноценно работать с томом может лишь 1 хост т.к. файловая система не умеет обрабатывать конкурентные обращения к метаданным. Хост, который полноценно монтирует том с NTFS полноценно является координатором обращения к метаданным, другой хост всегда будет обращаться к нему чтобы узнать в каких физических блоках находятся данные виртуальной машины, которая на нем запущена, а потом читать/писать блоки используя Direct I/O, т.е. прямой доступ к тому на уровне физических блоков данных без использования файловой системы. Тоже самое с блокировками, все держит хост-координатор, это логично (точной информации по структуре блокировок в CSV не нашел, подкиньте ссылку плиз). При установке CSV вас предупреждают, что если вы например захотите положить ISO файл на общий том (обычная практика для VMware к примеру), MS умывает ручки и NTFS может рухнуть. Честно говоря не рискнул еще попробовать такое, но как только завершу все манипуляции с тестовым Hyper-V и разберу все механизмы по косточкам, обязательно попробую создавать файлы на CSV. Учитывая что ходит куча троянов раскладывающих себя по всем дискам, да еще и в обход FS фильтров... жалко админа будет, он то думал что все по честному как с VMFS... В общем как обычно "Devil is in the detail". http://www.vcritical.com/2009/09/hands-off-that-csv/ Вот только не надо утверждать что CSV заменяет кластерную файловую систему. CSV по сути грязный хак и его существование оправдано лишь нехваткой времени для реализации нормальной структуры кластера у MS (хоть бы GPFS или OCFS лицензировали на крайний случай или LustreFS).

Опасения... хм, зависит от того насколько критична работа кластера виртуализации для бизнеса. А ну как том порушится, вероятность то далеко не нулевая?

Вся жесть в том что том смонтирован с разрешением на запись для всех хостов кластера, но полноценно работать с томом может лишь 1 хост т.к. файловая система не умеет обрабатывать конкурентные обращения к метаданным. Хост, который полноценно монтирует том с NTFS полноценно является координатором обращения к метаданным, другой хост всегда будет обращаться к нему чтобы узнать в каких физических блоках находятся данные виртуальной машины, которая на нем запущена, а потом читать/писать блоки используя Direct I/O, т.е. прямой доступ к тому на уровне физических блоков данных без использования файловой системы. Тоже самое с блокировками, все держит хост-координатор, это логично (точной информации по структуре блокировок в CSV не нашел, подкиньте ссылку плиз). При установке CSV вас предупреждают, что если вы например захотите положить ISO файл на общий том (обычная практика для VMware к примеру), MS умывает ручки и NTFS может рухнуть. Честно говоря не рискнул еще попробовать такое, но как только завершу все манипуляции с тестовым Hyper-V и разберу все механизмы по косточкам, обязательно попробую создавать файлы на CSV. Учитывая что ходит куча троянов раскладывающих себя по всем дискам, да еще и в обход FS фильтров... жалко админа будет, он то думал что все по честному как с VMFS...

В общем как обычно «Devil is in the detail».

www.vcritical.com/2009/09/hands-off-that-csv/

]]> Автор: Dmitry http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-1/#comment-50907 Dmitry Tue, 09 Mar 2010 07:21:37 +0000 http://itband.ru/?p=5112#comment-50907 43, 44: CSV вызывал поначалу опасения, да. И все верно, это надстройка над NTFS, но «читает/пишет только один, остальные через ж...» - совсем неправда, по несколько машин на одном CSV-томе живут вполне дружно. Поначалу это были тестовые, понятное дело страшно - сейчас уже и продуктивный SQL работает и пока полет нормальный. 23: Много ли заказчиков используют отказоустойчивый кластер Hyper-V в продуктиве? Всем ли они довольны? 10 физических хостов замечательно себя чувствуют в одном кластере, работает порядка 40 виртуалок. Да, большинство на CSV-томах и Live Migration работает. Пока всем довольны :) 43, 44:

CSV вызывал поначалу опасения, да. И все верно, это надстройка над NTFS, но «читает/пишет только один, остальные через ж...» — совсем неправда, по несколько машин на одном CSV-томе живут вполне дружно. Поначалу это были тестовые, понятное дело страшно — сейчас уже и продуктивный SQL работает и пока полет нормальный.

23:

Много ли заказчиков используют отказоустойчивый кластер Hyper-V в продуктиве? Всем ли они довольны?

10 физических хостов замечательно себя чувствуют в одном кластере, работает порядка 40 виртуалок. Да, большинство на CSV-томах и Live Migration работает. Пока всем довольны :)

]]> Автор: Anton Zhbankov http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-1/#comment-50897 Anton Zhbankov Mon, 08 Mar 2010 17:14:27 +0000 http://itband.ru/?p=5112#comment-50897 MS если не ошибаюсь, прямо на семинарах TechNet об этом говорит. Что CSV - это такая хитрая SMB надстройка над NTFS. MS если не ошибаюсь, прямо на семинарах TechNet об этом говорит. Что CSV — это такая хитрая SMB надстройка над NTFS.

]]> Автор: Александр Косивченко http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-1/#comment-50884 Александр Косивченко Sun, 07 Mar 2010 17:51:18 +0000 http://itband.ru/?p=5112#comment-50884 43 А можно подробнее раскрыть тему CSV? В частности, насчет "читает/пишет только один, остальные через ж..."? Просто мне казалось, что CSV - это как раз и есть кластерная ФС. 43

А можно подробнее раскрыть тему CSV? В частности, насчет «читает/пишет только один, остальные через ж...»? Просто мне казалось, что CSV — это как раз и есть кластерная ФС.

]]> Автор: Sergey http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-1/#comment-50881 Sergey Sun, 07 Mar 2010 16:22:57 +0000 http://itband.ru/?p=5112#comment-50881 CSV костыль жуткий. Шутка ли, взяли некластерную файловую систему NTFS, смонтировали к нескольким хостам, при этом полноценно читает/пишет только один, остальные через ж... (Direct I/O) и дергают 1 хост (тот что полноценный) по сети по поводу изменения metadata. И честно предупредили, что не дай бог вам ребята записать что-то туда самостоятельно/случайно/троян/глюк... потеряете данные на томе. NTFS и так рушится бывает, а тут... Радужная перспективка... CSV костыль жуткий. Шутка ли, взяли некластерную файловую систему NTFS, смонтировали к нескольким хостам, при этом полноценно читает/пишет только один, остальные через ж... (Direct I/O) и дергают 1 хост (тот что полноценный) по сети по поводу изменения metadata. И честно предупредили, что не дай бог вам ребята записать что-то туда самостоятельно/случайно/троян/глюк... потеряете данные на томе. NTFS и так рушится бывает, а тут...

Радужная перспективка...

]]> Автор: Иванов Дмитрий http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-1/#comment-50874 Иванов Дмитрий Sun, 07 Mar 2010 06:03:40 +0000 http://itband.ru/?p=5112#comment-50874 Больше всего опасений вызывает CSV, чисто потому, что в отличие от vmfs-дело молодое:) Больше всего опасений вызывает CSV, чисто потому, что в отличие от vmfs-дело молодое:)

]]> Автор: Михаил http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-1/#comment-50867 Михаил Sat, 06 Mar 2010 16:50:37 +0000 http://itband.ru/?p=5112#comment-50867 я тоже так думаю, но меня убеждали и в другом варианте. Самому обращаться в первоисточники лениво, вот спросил, может тут подскажут. я тоже так думаю, но меня убеждали и в другом варианте. Самому обращаться в первоисточники лениво, вот спросил, может тут подскажут.

]]> Автор: Александр Косивченко http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-1/#comment-50859 Александр Косивченко Sat, 06 Mar 2010 11:56:48 +0000 http://itband.ru/?p=5112#comment-50859 39, ЕМНИП напрямую - иначе пропадает смысл в высокоскоростных SAN-сетях. 39, ЕМНИП напрямую — иначе пропадает смысл в высокоскоростных SAN-сетях.

]]>