Семинары TechNet: вопросы и ответы (2)
Как и обещал в предыдущем посте, вопросы / ответы с веб-трансляции по кластерам.
Построение надежной и управляемой инфраструктуры на базе 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).
Ничего не забыл?