Продукты и технологии Microsoft : Hyper-V

Семинары TechNet: вопросы и ответы (2)

ashapo — Thu, 19 Jun 2008 15:20:32 GMT

Как и обещал в предыдущем посте, вопросы / ответы с веб-трансляции по кластерам.

Построение надежной и управляемой инфраструктуры на базе Windows Server 2008

Вопрос. Какие на Ваш взгляд преимущества/недостатки у конфигурации файлового сервера, поднятого в классическом виде на отказоустойчивом в кластере, и поднятого в виде виртуального сервера на том же отказоустойчивом кластере

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

Вопрос. Как я понимаю, Access-Based Enumeration теперь встроен в систему?

Ответ. Совершенно верно. Access-Based Enumeration позволяет пользователю видеть только те общие папки, на которые у него есть права. Нет прав на папку – папка не видна. Эта возможность появилась впервые в Windows Server 2003 SP1 в виде специального пакета, который нужно было устанавливать дополнительно. В Windows Server 2008 Access-Based Enumeration встроен изначально и, в том числе, поддерживается на кластерных структурах.

Вопрос. А когда выйдет Storage 2008?

Ответ. Выпуск Windows Storage Server 2008 запланирован на начало 2009 года.

Вопрос. Что будет при падении наблюдателя (witness)? Всего лишь потеряется один голос?

Ответ. Да, но этот голос влияет на количество узлов, которое может выйти из строя. К примеру, в кластере 4 узла и соответственно 4 голоса, плюс еще один голос у наблюдателя. Итого, 5. Если наблюдатель «жив», мы можем потерять половину узлов (два из четырех), но кластер будет работать, так как из пяти голосов у нас остается три, то есть большинство. Если witness не доступен, из 4 узлов можно потерять только один, если же «упадут» два, «упадет» весь кластер.

Вопрос. Как сохраняется состояние виртуальной машины (содержимое памяти) при падении узла? Следующий узел запускает виртуальную машину с нуля?

Ответ. Если произошло внезапное падение узла, то просто некому сохранить содержимое памяти и состояние виртуальных машин. В такой ситуации работоспособный узел запускает виртуальные машины с нуля. Подробности в веб-трансляции Андрея Бешкова, посвященной Hyper-V.

Вопрос. Основной фичей Storage Server является iSCSI Target? Или же есть множество улучшений направленных на повышение производительности дисковых операций?

Ответ. Конечно не только iSCSI. Возможности Windows Storage Server можно посмотреть здесь. Отмечу, что данный продукт не доступен (не продается) в виде софта как такого. Это «начинка» для хранилищ и поставляется только OEM-партнерами в виде соответствующих «железных» решений.

Вопрос. Возможно ли поднять кластер для Hyper-V?

Ответ. Да. Об этом опять же рассказывал Андрей Бешков в уже упомянутой трансляции.

Вопрос. Выбор SMB подразумевает поддержку SMB2? Или это зависит от того, на чём крутится хранилище?

Ответ. Способ взаимодействия клиента с кластером в общем случае не зависит от способа взаимодействия кластера с хранилищем. Поэтому выбор скорее зависит от того, какой клиент подключается к серверу, точнее, поддерживает ли клиент SMB2.

Вопрос. Существует ли вариант с размещением контроллеров домена на тех же серверах, которые являются участниками кластера? Например, есть только 2 сервера в филиале, на которых предполагается поднять кластер.

Ответ. Узлы кластера могут быть контроллерами домена. Это не рекомендуемая конфигурация, но технически реализуемая. Некоторые нюансы можно посмотреть здесь.

Вопрос. Можно ли увеличивать/уменьшать размер VHD после их создания? И если можно, то все ли типы дисков позволяют это делать?

Ответ. Возможны три основные операции: Compact, Convert, Expand. Compact сокращает размер файла, удаляя не используемое внутри VHD-файла пространство. Применяется к динамическим и дифференциальным дискам. Convert преобразует динамический диск в фиксированный и наоборот. Expand позволяет расширить ёмкость динамического или фиксированного диска.

Вопрос. Чем выгоднее использование кластера для файлового сервера, нежели DFS? Только тем, что все данные лежат на одном ресурсе?

Ответ. Не только. Но действительно, если данные хранятся на дисковом массиве или SAN, использовать DFS для создания отказоустойчивой структуры вы не сможете. А именно такой вариант обеспечивает высокую скорость доступа к файлам и масштабируемость. Если речь идет о геокластере? Скажем, Fibre Channel позволяет удалять узлы от хранилища на довольно большие расстояния. Если расстояния очень большие? Да, вполне возможно решение на основе DFS. Но надо иметь в виду, что в случае изменения одних и тех же данных на нескольких репликах, возникнут конфликты. Способы их разрешения зависят в том числе и от используемых для работы с файлами приложений. На практике DFS в основном используют для репликации данных по топологии звезда, когда есть одна реплика, допускающая изменения, остальные используются в режиме «только для чтения». Наконец, кроме отказоустойчивости реплик необходимо еще обеспечить отказоустойчивость корня DFS.

Вопрос. А возможно ли поднять на каждом из узлов свои VM (для баланса нагрузок), которые в случае падения узла мигрируют на работоспособный узел как в случае failover cluster?

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

Вопрос. А сами узлы по какому протоколу взаимодействуют с хранилищем (SMB/SMB2)?

Ответ. Это взаимодействие определяется интерфейсом хранилища: Fibre Channel, iSCSI, Serial Attached SCSI (SAS).

Ничего не забыл?

Семинары TechNet: вопросы и ответы

ashapo — Wed, 18 Jun 2008 13:34:33 GMT

Коллеги, весной этого года прошла традиционная серия семинаров TechNet. В мае мы провели и записали веб-трансляции по всем презентациям прошедшей серии. Записи трансляций можно скачать здесь. Не на все вопросы мы с Андреем Бешковым успели /смогли ответить. А посему предлагаю вашему вниманию вопросы, некоторые комментарии и ответы, прозвучавшие во время этих веб-трансляций. Хороший повод освежить в памяти информацию, посмотреть на самые популярные вопросы и, конечно, задать свои, если таковые созреют.

Я читал веб-касты по ядру Windows Server 2008 и по службам кластеризации Windows Server 2008. Соответственно, публикую вопросы и ответы по этим темам.

Начнем с ядра, следующий пост оставим за кластерами. Некоторые вопросы повторялись по смыслу, например, про iSCSI, в таких случаях я оставлял какую-то одну формулировку.

Ключевые изменения в ядре Windows Server 2008

Вопрос. Известно ли сейчас, как будет реагировать Hyper-v на добавление процессора и памяти?

Ответ. Имеется в виду возможность горячего добавления процессора и памяти, реализованная в Windows Server 2008. Известно, два раза нет. Нет номер один. В первом релизе гипервизор не будет поддерживать горячее добавление процессора / памяти. Более того, эта возможность Windows Server 2008 будет вообще недоступна при включении роли Hyper-V. Для добавления / обновления «железа» необходимо либо выключать все виртуальные машины, а затем и физический сервер, либо с помощью Quick Migration перекидывать виртуалки на другой хост и выключать исходный. Нет номер два. Не будет реализовано горячее добавление ресурсов виртуальной машины. То есть нельзя на ходу добавить виртуалке дополнительный виртуальный процессор или увеличить память.

Вопрос. Хотелось бы услышать пару слов про то, что Hyper-V – это NUMA-aware приложение (прочитал на технете), и чем это хорошо или нет? :)

Ответ. Все верно, Hyper-V – это NUMA-aware приложение. В системах NUMA память разбита на блоки с тем, чтобы уменьшить конкуренцию процессоров за этот важный ресурс. Соответственно, для каждого процессора существует «предпочтительный» («локальный») блок памяти, доступ к которому реализуется максимально быстро. В таких системах гипервизор пытается запланировать выполнение потоков соответствующих виртуальных машин на процессорах в тех блоках, в памяти которых расположены данные виртуальных машин. И наоборот, если виртуальная машина запрашивает память, гипервизор будет пытаться выделить ее в локальном блоке процессора, на котором данная виртуальная машина запущена. Такой подход позволяет повысить производительность. Отмечу, Virtual Server 2005 R2 также поддерживает архитектуру NUMA.

Вопрос. SMB2 необходимо включать дополнительно, или Windows Server 2008 и Vista SP1 сами «договорятся»?

Ответ. Сами «договорятся». Если и клиент, и сервер поддерживают SMB2, то он и используется, в противном случае используется SMB1.

Вопрос. Могут ли символические ссылки разрешаться на клиенте? Если нет, то причем тут SMB?

Ответ. Могут. Именно на клиенте они и разрешаются. Символические ссылки могут указывать на файл или папку, причем как локальную, так и удаленную. Поэтому и SMB был модифицирован, чтобы корректно отрабатывать работу с символическими ссылками, указывающими на удаленный ресурс. Более того, были изменены многие команды, например, команда Delete, чтобы при удалении символической ссылки удалялась ссылка, а не ресурс, на который она указывает.

Вопрос. Есть ли Microsoft iSCSI Target под Windows Server 2008 (под 2003 был в спец. версии)?

Ответ. Есть и iSCSI Target, и iSCSI Initiator. Чтобы можно было создавать таргеты и управлять ими, необходимо через Server Manager в разделе Features добавить Storage Manager for SANs. Предварительно надо подключить само хранилище, например, SAN. Эта возможность есть во всех редакциях, кроме Web, если не ошибаюсь. iSCSI Initiator доступен сразу после установки ОС в Administrative Tools.

Вопрос. Разве в Windows Server 2008 где-то есть boot.ini или параметр /3GB, упомянутый в презентации?

Ответ. Файл boot.ini больше не используется для Windows Vista и Windows Server 2008. Параметры загрузки хранятся в Boot Configuration Data (BCD) и изменяются с помощью утилиты командной строки bcdedit.exe. Описание всех параметров можно найти здесь. В частности параметр INCREASEUSERVA определяет размер адресного пространства для User Mode в 32-битных версиях Windows. Его предельное значение 3072 имеет тот же смысл, что /3GB для предыдущих версий.

Вопрос. Про службы: сервер Hyper-V будет ждать сколько нужно, пока завершится работа ВМ (с установленными IC), или будет выдавать таймфрэйм на завершение работы ВМ и потом ее закрывать?

Ответ. Hyper-V заморозит гостевые машины и только потом выключится.

Вопрос. С автоматическими исправлениями файловой системы, не получится ли так, что файлы будут портиться незаметно для пользователя? Если обнаружено повреждение файловой системы, файл может быть усечён?

Ответ. Нет. Если произошли ошибки на уровне файловой системы NTFS, специальный поток устранит ошибки и запротоколирует свою работу в системном журнале. Повреждение самого файла может произойти в случае повреждения носителя, скажем, bad blocks на HDD. Такие проблемы NTFS, конечно, исправить не может.

Вопрос. Расскажите подробнее про DTC и откат изменений базы данных на SQL Server, нужна ли при этом остановка службы SQL Server?

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

Вопрос. API по DTC и case-studies где можно найти? В Windows Server 2003 DTC также можно применять, или там нет и не будет транзакций реестра и файловой системы?

Ответ. API по DTS можно найти на сайте MSDN, например, здесь. Кейсы именно по DTS вряд ли есть, как вариант, можно посмотреть кейсы по SQL Server, здесь. Что касается второй части вопроса, то надо отметить следующее. Возможность использовать распределенные транзакции пользовательского режима существует давно и в разных продуктах / службах (SQL Server, MSMQ и пр.). Транзакции на уровне ядра, в частности, транзакции NTFS и реестра, контролируются модулем Kernel Transaction Manager, который присутствует только в Vista и Windows Server 2008.

Вопрос. Еще бы посмотреть на 2 висты, копирующих один файл одновременно?

Ответ. Сначала поясню суть вопроса. В демонстрации я показывал, как один и тот же файл размером около 250 МБ одновременно (ну, почти :)) начинал копироваться с Windows Server 2008 на Vista SP1 и на XP SP3. За счет SMB2 и оптимизации стека TCP/IP в Vista и 2008-ом копирование на Висту происходило гораздо быстрее. Про SMB2 речь шла в данной трансляции, про усовершенствования TCP/IP можно узнать из следующих трансляций Андря Бешкова:

http://www.microsoft.com/rus/events/detail.mspx?eventid=1032369953 http://www.microsoft.com/rus/events/detail.mspx?eventid=1032369951

Я поэкспериментировал с двумя Вистами на виртуальных машинах: копировал одновременно на две Висты и еще попробовал копировать с одной Висты на другую. В обоих случаях скорость копирования в несколько раз выше, чем в случае с XP.

По ядру пока все. Если свой вопрос не обнаружили, или созрел новый, пишите.

Продолжение (по кластерам) следует. Удачи!