<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии: Microsoft Hyper-V Server 2008 R2: строим кластер</title>
	<atom:link href="http://itband.ru/2010/03/hyper-v-server-cluster/feed/" rel="self" type="application/rss+xml" />
	<link>http://itband.ru/2010/03/hyper-v-server-cluster/</link>
	<description>Cтатьи об IT, Доступно о сложном.</description>
	<lastBuildDate>Sat, 04 Feb 2012 22:54:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Автор: Александр Косивченко</title>
		<link>http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-2/#comment-76885</link>
		<dc:creator>Александр Косивченко</dc:creator>
		<pubDate>Thu, 02 Feb 2012 15:12:55 +0000</pubDate>
		<guid isPermaLink="false">http://itband.ru/?p=5112#comment-76885</guid>
		<description>@75
Я ставил Remote Server Administration Tools (RSAT) на обычную клиентскую Windows 7, и оттуда запускал и Failover Cluster Manager, и Hyper-V Manager.
Насколько мне помнится, можно зайти в Add Features и добавить оснастку Failover Cluster Manager и на WS2008R2 Std. На ней нет компоненты Failover Clustering - это да, но оснастка должна быть. Увы, пока что не на чем проверить.</description>
		<content:encoded><![CDATA[<p>@75</p><p>Я ставил Remote Server Administration Tools (RSAT) на обычную клиентскую Windows 7, и оттуда запускал и Failover Cluster Manager, и Hyper-V Manager.</p><p>Насколько мне помнится, можно зайти в Add Features и добавить оснастку Failover Cluster Manager и на WS2008R2 Std. На ней нет компоненты Failover Clustering&nbsp;&mdash; это да, но оснастка должна быть. Увы, пока что не на чем проверить.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Анатолий</title>
		<link>http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-2/#comment-76884</link>
		<dc:creator>Анатолий</dc:creator>
		<pubDate>Thu, 02 Feb 2012 13:16:41 +0000</pubDate>
		<guid isPermaLink="false">http://itband.ru/?p=5112#comment-76884</guid>
		<description>Интересная стаейска даже выполнил у себя до половины но застрял на этапе &quot;Наконец-то мы добрались собственно до сборки кластера. Все операции с кластером будут осуществляться через консоль Failover Cluster Managemer (далее – FCM).&quot;  Вот вот тобишь чтобы собрать кластер нужно прибегнуть к помощи Windows Server Enterprise Edition  потому как в Standart edition (мой контроллер домена) его нет. То есть все эти трололо по поводу бесплатности уперлись в 5косарей бакинских и имея два бесплатных hyper-v server 2008 r2 sp1 - я курю в сторонке и кластера мне не поднять?</description>
		<content:encoded><![CDATA[<p>Интересная стаейска даже выполнил у себя до половины но застрял на этапе &laquo;Наконец-то мы добрались собственно до сборки кластера. Все операции с кластером будут осуществляться через консоль Failover Cluster Managemer (далее – FCM).&raquo;  Вот вот тобишь чтобы собрать кластер нужно прибегнуть к помощи Windows Server Enterprise Edition  потому как в Standart edition (мой контроллер домена) его нет. То есть все эти трололо по поводу бесплатности уперлись в 5косарей бакинских и имея два бесплатных hyper-v server 2008 r2 sp1&nbsp;&mdash; я курю в сторонке и кластера мне не поднять?</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр Косивченко</title>
		<link>http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-2/#comment-76794</link>
		<dc:creator>Александр Косивченко</dc:creator>
		<pubDate>Mon, 23 Jan 2012 13:18:37 +0000</pubDate>
		<guid isPermaLink="false">http://itband.ru/?p=5112#comment-76794</guid>
		<description>Конкретно в этой статье использовалось iSCSI по той же самой сети, что и все остальное.

А вообще - ставятся HBA в каждый узел, и подключаются через SAN-свитч к контроллерам СХД.
Лучше всего даже - в каждый узел по 2 HBA (или по одному 2-портовому), и схема следующая:
Node1 Port1 - Switch1 - Controller1 Port1
Node1 Port2 - Switch2 - Controller2 Port1
Node2 Port1 - Switch1 - Controller1 Port2
Node2 Port2 - Switch2 - Controller2 Port2

При такой схеме каждый узел подключен к двум разным контроллерам через два разных свитча, что дает хорошую отказоустойчивость.

Затем, после того как создали LUN - нужно переписать WWN&#039;ы всех портов HBA и примапить LUN ко всем WWN&#039;ам, которые будут с ним работать.</description>
		<content:encoded><![CDATA[<p>Конкретно в этой статье использовалось iSCSI по той же самой сети, что и все остальное.</p><p>А вообще&nbsp;&mdash; ставятся HBA в каждый узел, и подключаются через SAN-свитч к контроллерам СХД.</p><p>Лучше всего даже&nbsp;&mdash; в каждый узел по 2 HBA (или по одному 2-портовому), и схема следующая:</p><p>Node1 Port1&nbsp;&mdash; Switch1&nbsp;&mdash; Controller1 Port1</p><p>Node1 Port2&nbsp;&mdash; Switch2&nbsp;&mdash; Controller2 Port1</p><p>Node2 Port1&nbsp;&mdash; Switch1&nbsp;&mdash; Controller1 Port2</p><p>Node2 Port2&nbsp;&mdash; Switch2&nbsp;&mdash; Controller2 Port2</p><p>При такой схеме каждый узел подключен к двум разным контроллерам через два разных свитча, что дает хорошую отказоустойчивость.</p><p>Затем, после того как создали LUN&nbsp;&mdash; нужно переписать WWN&#39;ы всех портов HBA и примапить LUN ко всем WWN&#39;ам, которые будут с ним работать.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Кирилл</title>
		<link>http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-2/#comment-76793</link>
		<dc:creator>Кирилл</dc:creator>
		<pubDate>Mon, 23 Jan 2012 12:15:16 +0000</pubDate>
		<guid isPermaLink="false">http://itband.ru/?p=5112#comment-76793</guid>
		<description>Алексей, прочел.
в этой статье хотел спросить про режим Direct IO, когда переместили VM2 на Node 2.
оттуда:
Поток данных идет так же напрямую через драйвер фильтра CSV, затем драйвер NTFS, драйвер устройств хранения и по SAN к самой СХД. (с)

хорошо. CSV позволяет нескольким узлам осуществлять запись в один физический LUN одновременно. у меня вопрос в том физически как вы подключаете node 2 к полке? вот есть SAN ну с предположим одним контроллером на котором два оптических интерфейса. один оптический интерфейс я соединяю с оптическим HBA на node 1. На SAN я создаю дисковой ресурс, который маплю на node 1 которую я увижу на SAN после соединения SFP контроллера полки с HBA node 1. а как быть с node 2? после соединения node 2 ко второму оптическому интерфейсу на контроллере SAN мне позволительно будет разве примапить его так же к ЭТОМУ ЖЕ дисковому ресурсу, который уже используется node 1? полка ничего на это &quot;не скжает&quot;?</description>
		<content:encoded><![CDATA[<p>Алексей, прочел.</p><p>в этой статье хотел спросить про режим Direct IO, когда переместили VM2 на Node 2.</p><p>оттуда:</p><p>Поток данных идет так же напрямую через драйвер фильтра CSV, затем драйвер NTFS, драйвер устройств хранения и по SAN к самой СХД. &copy;</p><p>хорошо. CSV позволяет нескольким узлам осуществлять запись в один физический LUN одновременно. у меня вопрос в том физически как вы подключаете node 2 к полке? вот есть SAN ну с предположим одним контроллером на котором два оптических интерфейса. один оптический интерфейс я соединяю с оптическим HBA на node 1. На SAN я создаю дисковой ресурс, который маплю на node 1 которую я увижу на SAN после соединения SFP контроллера полки с HBA node 1. а как быть с node 2? после соединения node 2 ко второму оптическому интерфейсу на контроллере SAN мне позволительно будет разве примапить его так же к ЭТОМУ ЖЕ дисковому ресурсу, который уже используется node 1? полка ничего на это &laquo;не скжает&raquo;?</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр Косивченко</title>
		<link>http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-2/#comment-76790</link>
		<dc:creator>Александр Косивченко</dc:creator>
		<pubDate>Mon, 23 Jan 2012 10:04:32 +0000</pubDate>
		<guid isPermaLink="false">http://itband.ru/?p=5112#comment-76790</guid>
		<description>Про CSV и Redirected IO - RTFM: http://itband.ru/2011/03/csv-redirected-io/</description>
		<content:encoded><![CDATA[<p>Про CSV и Redirected IO&nbsp;&mdash; RTFM: <a href="http://itband.ru/2011/03/csv-redirected-io/">itband.ru/2011/03/csv-redirected-io/</a></p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Кирилл</title>
		<link>http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-2/#comment-76788</link>
		<dc:creator>Кирилл</dc:creator>
		<pubDate>Mon, 23 Jan 2012 09:31:49 +0000</pubDate>
		<guid isPermaLink="false">http://itband.ru/?p=5112#comment-76788</guid>
		<description>Алексей, вроде понятно, что ничего не понятно %)

да, речь идет о Live Migration.

1) Сами данные будут идти непосредственно от ноды к СХД по SAN (c)

через ноду-координатор? иначе как? СХД подключен тока же к ноде-кординатору точка-точка к примеру.

2) вот например в Exchange2010 для роли сервера mailbox можно сделать DAG - используя failover cluster. и это будет работать даже когда один сервер (предположим их два) полностью выключится. потому что в этой системе к каждому серверу с ролью mailbox подключен свой Lun. 
тогда какой выигрыш по-настоящему он постройки кластера в данной статье (используя как раз CSV) если нода-координатор, к которой подключен LUN с CSV выключится например?</description>
		<content:encoded><![CDATA[<p>Алексей, вроде понятно, что ничего не понятно %)</p><p>да, речь идет о Live Migration.</p><p>1) Сами данные будут идти непосредственно от ноды к СХД по SAN &copy;</p><p>через ноду-координатор? иначе как? СХД подключен тока же к ноде-кординатору точка-точка к примеру.</p><p>2) вот например в Exchange2010 для роли сервера mailbox можно сделать DAG&nbsp;&mdash; используя failover cluster. и это будет работать даже когда один сервер (предположим их два) полностью выключится. потому что в этой системе к каждому серверу с ролью mailbox подключен свой Lun. </p><p>тогда какой выигрыш по-настоящему он постройки кластера в данной статье (используя как раз CSV) если нода-координатор, к которой подключен LUN с CSV выключится например?</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр Косивченко</title>
		<link>http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-2/#comment-76770</link>
		<dc:creator>Александр Косивченко</dc:creator>
		<pubDate>Fri, 20 Jan 2012 14:19:20 +0000</pubDate>
		<guid isPermaLink="false">http://itband.ru/?p=5112#comment-76770</guid>
		<description>@69. Нет. При мирации виртуалок - если речь о Live Migration - файлы физически остаются там же, где и были - LUN-то общий. Далее. Если виртуалка запущена не на узле-координаторе - то по SMB идут только метаданные. Сами данные будут идти непосредственно от ноды к СХД по SAN. И только в некоторых случаях будет включаться Redirected IO Mode, когда и данные и метаданные будут идти по SMB через ноду-координатор. Например, если у ноды пропал доступ к SAN (грубо говоря - кабели оборвали). Или когда запущен бэкап - CSV переключается в Redirected-режим (в Windows Server 8, кстати, это обещали пофиксить).</description>
		<content:encoded><![CDATA[<p>@69. Нет. При мирации виртуалок&nbsp;&mdash; если речь о Live Migration&nbsp;&mdash; файлы физически остаются там же, где и были&nbsp;&mdash; LUN-то общий. Далее. Если виртуалка запущена не на узле-координаторе&nbsp;&mdash; то по SMB идут только метаданные. Сами данные будут идти непосредственно от ноды к СХД по SAN. И только в некоторых случаях будет включаться Redirected IO Mode, когда и данные и метаданные будут идти по SMB через ноду-координатор. Например, если у ноды пропал доступ к SAN (грубо говоря&nbsp;&mdash; кабели оборвали). Или когда запущен бэкап&nbsp;&mdash; CSV переключается в Redirected-режим (в Windows Server 8, кстати, это обещали пофиксить).</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Кирилл</title>
		<link>http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-2/#comment-76762</link>
		<dc:creator>Кирилл</dc:creator>
		<pubDate>Thu, 19 Jan 2012 12:58:08 +0000</pubDate>
		<guid isPermaLink="false">http://itband.ru/?p=5112#comment-76762</guid>
		<description>правильно ли я понимаю, что если у нас предположим диск с SAN по FC подключен к одной (предположим первой - узел-координатор) ноде - point-to-point, и там размещен CSV, то при миграции виртуалок на вторую ноду, запись в CSV данных и метаданных от второй ноды ВСЕГДА будет идти через первую ноду? иначе как вторая нода попадет к луну на СХД....</description>
		<content:encoded><![CDATA[<p>правильно ли я понимаю, что если у нас предположим диск с SAN по FC подключен к одной (предположим первой&nbsp;&mdash; узел-координатор) ноде&nbsp;&mdash; point-to-point, и там размещен CSV, то при миграции виртуалок на вторую ноду, запись в CSV данных и метаданных от второй ноды ВСЕГДА будет идти через первую ноду? иначе как вторая нода попадет к луну на СХД...</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр Косивченко</title>
		<link>http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-2/#comment-76479</link>
		<dc:creator>Александр Косивченко</dc:creator>
		<pubDate>Tue, 15 Nov 2011 10:12:04 +0000</pubDate>
		<guid isPermaLink="false">http://itband.ru/?p=5112#comment-76479</guid>
		<description>Отказоустойчивые SAN-решения: СХД с двумя контроллерами, репликацию на уровне СХД и Multipath IO.</description>
		<content:encoded><![CDATA[<p>Отказоустойчивые SAN-решения: СХД с двумя контроллерами, репликацию на уровне СХД и Multipath IO.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Иван</title>
		<link>http://itband.ru/2010/03/hyper-v-server-cluster/comment-page-2/#comment-76478</link>
		<dc:creator>Иван</dc:creator>
		<pubDate>Tue, 15 Nov 2011 10:04:47 +0000</pubDate>
		<guid isPermaLink="false">http://itband.ru/?p=5112#comment-76478</guid>
		<description>Отказоустойчивость виртуальных машин и их хостов на высоте, но что вы посоветуете в плане отказоустойчивости NAS систем хранения? (что будет в случае, если ваш iscsi массив &quot;отвалится&quot; по какой либо причине)</description>
		<content:encoded><![CDATA[<p>Отказоустойчивость виртуальных машин и их хостов на высоте, но что вы посоветуете в плане отказоустойчивости NAS систем хранения? (что будет в случае, если ваш iscsi массив &laquo;отвалится&raquo; по какой либо причине)</p>]]></content:encoded>
	</item>
</channel>
</rss>

