Русфонд

среда, 8 июня 2011 г.

WWN HBA-адаптера в ОС Windows

WWN HBA-адаптера в ОС Windows без установки утилит производителя позволяет узнать утилита от Microsoft  Fibre Channel Information Tool (fcinfo).
Источник vMind.ru.

upd.
Get-InitiatiorPort в PowerShell

четверг, 2 июня 2011 г.

Обеспечение катастрофоустойчивости для виртуальной инфраструктуры VMware vSphere 4

Так или иначе катастрофоустойчивые решения для среды VMware vSphere, завязаны на реплицируемые системы хранения данных. Не принимая во внимание кластреризацию отдельных виртуальных машин и отдельных сервисов, рассмотрим варианты обеспечения катастрофоустойчивости виртуальной инфраструктуры VMware в пределах двух площадок с использованием EMC VPLEX и VMware vCenter Site Recovery Manager.


EMC VPLEX
Немного рекламы

EMC VPLEX — это аппаратно-программная платформа, которая размещается в сети SAN между узлами и системой хранения и позволяет распространять данные на дальние расстояния. VPLEX – это решение для объединения ресурсов хранения данных от корпорации EMC и других производителей.

EMC VPLEX – первая в мире платформа, которая обеспечивает как локальное, так и распределенное объединение. Локальное объединение обеспечивает прозрачное взаимодействие физических элементов хранения данных в пределах одной площадки, а распределенное объединение распространяет данную концепцию на две площадки, которые находятся на определенном расстоянии. Распределенное объединение реализовано благодаря революционной технологии AccessAnywhere™ в составе решений VPLEX, которая обеспечивает совместное использование одной копии данных, доступ к ней и ее перемещение на определенное расстояние.

Наиболее интересны следующие возможности VPLEX:
·         перемещение виртуализированных приложений в пределах центров обработки данных;
·         балансировка и перемещение рабочих нагрузок между площадками;
·         объединение центров обработки данных и обеспечение непрерывной доступности.

VPLEX обеспечивает неоспоримые преимущества благодаря возможности…
·         динамически перемещать приложения и данные между разными ресурсами хранения и между разными площадками одного центра обработки данных, на территории комплекса зданий или удаленно;
·         создать архитектуру высокой доступности в нескольких регионах.

Семейство VPLEX состоит из трех моделей.
·         EMC VPLEX Local— обеспечивает беспрепятственное перемещение и высокую доступность данных внутри центра обработки данных. Кроме того, это решение позволяет управлять несколькими разнородными массивами с помощью одного интерфейса.
·         EMC VPLEX Metro— обеспечивает мобильность данных, обладает более эффективными функциями высокой доступности и совместной работы между двумя площадками на расстояниях для синхронной передачи. VPLEX Metro также включает уникальную возможность, при которой удаленный узел VPLEX Metro может представлять логические устройства без необходимости наличия физических ресурсов хранения данных для этих логических устройств на самом удаленном узле.
·         EMC VPLEX Geo— обеспечивает мобильность данных, обладает функциями высокой доступности и совместной работы между двумя площадками на расстояниях для асинхронной передачи.

Состав оборудования:
Кластер VPLEX состоит из одного, двух или четырех узлов. Узел отвечает за объединение потока операций ввода-вывода и подключается к серверам и ресурсам хранения данных, используя подключения по Fibre Channel в качестве канала передачи данных. Один кластер VPLEX состоит из узла, который включает следующие компоненты:
·         два директора, которые работают на базе программного обеспечения GeoSynchrony и подключены к ресурсам хранения данных, серверам и другим директорам в кластере с помощью подключений по Fibre Channel и Gigabit Ethernet;
·         один резервный источник питания, который обеспечивает резервное питание для поддержания работы узла при краткосрочном отключении напряжения;
·         два управляющих модуля, которые содержат интерфейсы для удаленного управления узлом VPLEX.
Каждый кластер также включает:
·         управляющий сервер, который осуществляет управление кластером и обеспечивает интерфейс для удаленной управляющей станции;
·         стандартный шкаф EMC типоразмера 40U для монтажа всего оборудования кластера.
Кроме того, кластеры, которые содержат более одного узла, включают:
·         пару коммутаторов Fibre Channel для связи между директорами различных узлов;
пару источников бесперебойного питания, которые обеспечивают резервное питание коммутаторов Fibre Channel и позволяют системе работать во время кратковременного отключения напряжения.

Схема реализации
В нашем случае интересна модель EMC VPLEX Metro.

Хосты ESX расположены на разных площадках. Им выделяется распределенный виртуальный том, состоящий из устройств хранения, также расположенных на разных площадках. При этом на каждой площадке находится синхронизированная копия данных (т.е. фактически имеем зеркало, распределенное по площадкам).
Работа распределенного тома VPLEX имеет следующую логику:
Для каждого распределенного тома VPLEX площадки имеют статусы  preferred site и non-preferred site. При проблемах синхронизации между площадками доступ запись-чтение открыт только на устройствах хранения preferred site, а устройства хранения non-preferred site доступны только на чтение. При аварии на preferred site устройства хранения non-preferrred site также доступны только на чтение, для перевода их в режим запись-чтение необходимо вмешательство администратора VPLEX.

Варианты построения HA/DRS-кластеров на двух площадках c распределенным томом:
·         растянутый» кластер;
·         кластер на каждой площадке.

«Растянутый» кластер

Требования:
  • Необходимо обеспечить требования VMotion между площадками.
  • Необходим, чтобы подсети, в которых работают виртуальные машины были доступны на обеих площадках.
Ограничение:
  • Неболее 4 хостов на каждой площадке, и того неболее 8 хостов в кластере.
Плюсы:
  • Балансировка нагрузки между площадками (DRS).
  • Использование технологии VMware HA при катастрофе non-preferrred site.
Минусы:
  •  Катастрофа preferrred site влияет на все виртуальные машины:  виртуальные машины на preferrred site выключатся из-за аварии, виртуальные машины на non-preferrred site перейдут в неопределенное состояние из-за того, что устройства хранения будут доступны только на чтение. Технология VMware HA при этом не сможет отработать.
  • Восстановление на non-preferrred site требует вмешательства администраторов VPLEX и vSphere. Время восстановления сложно прогнозировать.
  • Проблемы синхронизации VPLEX между площадками оказывают влияние на виртуальные машины на non-preferrred site, т.к. устройства хранения non-preferrred site будут доступны только на чтение.
  • Изоляция хостов при проблемах связи между площадками.
Кластер на каждой площадке
По сравнению с предыдущей эта схема является более устойчивой и ее поведение легче прогнозировать.
Требования:
  • Хосты объединяются в кластеры по территориальному признаку (на каждой площадке свой кластер).
  • Распределенные тома доступны всем хостам.
  • Виртуальные машины каждого кластера, располагаются на отдельных распределенных томах. Каждому распределенному тому назначен соответствующий preferred site (например, Site A – vSphere Cluster A – Distributed volume A – preferred site A).
  • Необходимо обеспечить требования VMotion.
  • Необходимо, чтобы подсети, в которых работают виртуальные машины были доступны на обеих площадках.
  •  Необходимо учесть вопрос доступности vCenter Server. Либо располагать его на третьей площадке, либо иметь его копию на второй площадке (VMware Heartbeat или репликация Veeam).
Ограничение:
  • Балансировка нагрузки между площадками только вручную с помощью vMotion.
  • Единовременно доступна только одна миграция vMotion между кластерами (в нашем случае между площадками).
Плюсы:
  • Доступен VMotion между площадками.
  • Катастрофа на одной из площадок влияет только на виртуальные машины, расположенные на соответствующем распределенном томе.
  • Проблемы синхронизации VPLEX между площадками не оказывают влияние на виртуальные машины.
  • Отсутствует проблема изоляции хостов при потере связи между площадками.
Минусы:
  • Чтобы восстановить потерянные виртуальные машины после катастрофы одной из площадок, необходимо регистрировать их на уцелевшем vSphere Cluster либо вручную, либо с помощью скрипта, который необходимо постоянно актуализировать в соответствии с расположением виртуальных машин. Время восстановления сложно прогнозировать.


VMware vCenter Site Recovery Manager
Опять реклама
VMware vCenter Site Recovery Manager является неотъемлемой частью VMware vSphere и обеспечивает следующее.

·         Ускоренное восстановление виртуальной среды благодаря автоматизации.
·         Гарантированное надежное восстановление за счет поддержки тестирования без прерывания работы.
·         Упрощенное восстановление благодаря исключению сложных выполняемых вручную процессов восстановления и централизации управления планами восстановления.

Ускорение восстановления

VMware vCenter Site Recovery Manager исключает медленные выполняемые вручную этапы восстановления, превращая сложные инструкции, используемые в традиционном аварийном восстановлении, в неотъемлемую часть системы управления виртуальной инфраструктурой.

Гарантия надежного восстановления

За счет автоматизации восстановления VMware vCenter Site Recovery Manager исключает чреватые ошибками выполняемые вручную процессы восстановления и гарантирует согласованное выполнение процессов восстановления в соответствии с планом.  Кроме того, VMware vCenter Site Recovery Manager обеспечивает удобное тестирование планов восстановления в изолированной среде, обеспечивающей актуальность таких планов и успешность и выполнения.

Упрощение аварийного восстановления

Приложение VMware vCenter Site Recovery Manager поддерживает прозрачную интеграцию с VMware Infrastructure и VMware vCenter Server, существенно упрощая администрирование и обновление планов восстановления. Кроме того, Site Recovery Manager интегрируется с ПО репликации хранилища от ведущих поставщиков, упрощая совместную работу такого ПО с VMware vSphere.

Схема реализации
Требования:
  • На каждой площадке должены быть свои vCenter Server и SRM Server.
  • Совместимость версии SRM c версиями vCenter и ESX.
  • Наличие синхронизации дисковых массивов между площадками.
  • Совместимость SRM и storage replication adapter дискового массива.
Минусы:
  • Восстановление на другой площадке (перенос на другую площадку) отдельной виртуальной машины возможно только, если эта виртуальная машина расположена на отдельном Datastore (LUN),  т.к. синхронизация ведется на уровне дискового массива для конкретного LUN, и после восстановления этот LUN будет недоступен для работы на первой площадке.
  • После выполнения сценария восстановления с первой площадки на вторую площадку, вторая площадка становится основной. Чтобы вернуть инфраструктуру назад на первую площадку, необходимо составить новый сценарий восстановления, и только после этого выполнить обратное восстановление.
  • Невозможна балансировка нагрузки между площадками без прерывания работы виртуальной машины. VMotion недоступен.
Плюсы:
  • Предварительно настроенные сценарии восстановления.
  • Тестирование восстановления без воздействия на рабочую среду. Время восстановления легко прогнозируется.
  • Изменение IP-адресов виртуальных машин в соответствии с конфигурацией сети резервной инфраструктуры.
  • Возможность перекрестной защиты площадок, т. е. обе площадки одновременно могут быть и protected, и recovery (реализуется с помощью разных сценариев восстановления).


Заключение
Основными достоинствами использования EMC VPLEX является консолидация устройств хранения, единая точка управления и доступа к дисковым ресурсам, возможность строить географически распределенные кластеры с общим диском, возможность миграции данных между различными устройствами хранения без прерывания работы.
        При всей привлекательности, использование VMware High Availability в варианте с «растянутым» кластером содержит много подводных камней: виртуальные машины будут реагировать на все сбои сети между площадками или синхронизации между кластерами VPLEX, возможна ситуация, когда авария на одной площадке прерывает работу всех виртуальных машин.
Решение с одним vCenter и кластерами на каждой площадке лишено недостатков «растянутого» кластера, но повышаются требования к доступности vCenter. Основной минус – отсутствие четкого плана восстановления, при наличии скриптов для восстановления необходимо поддерживать их в актуальном состоянии.
Оба варианта с использованием EMC VPLEX требуют, чтобы на обеих площадках были доступны подсети, в которых работают виртуальные машины.
Решение на VMware vCenter Site Recovery Manager, на мой взгляд, является более прозрачным и логичным. Его основной минус по сравнению с решением на EMC VPLEX – это отсутствие VMotion между площадками.


Источники

Ссылки по теме "EMC CLARiiON system cache"