NFS сервер на Windows 2012. Маппинг ESXi пользователей в домене

vSphere_logo

Итак, сопоставление(маппинг) пользователей ESXi с доменными пользователями в Windows Server 2012.

Эта задача не давала мне покоя несколько дней. И проблема не в ее сложности а в отсутствии материалов на эту тему. Кроме этого, отличаются подходы к выполнению этой задачи в сервере 2008 и 2012. Обыскавшись информации по этому вопросу, собирая все по крупицам, могу с большой уверенностью сказать, что эта статья будет первой в рунете на эту тему.

Читать дальше

NFS сервер на Windows 2012. Для VMware vSphere

vSphere_logo

Начиная с Windows 2008, в серверной ОС от Microsoft появилась реализация NFS-сервера. В 2012-м сервере процесс настройки стал еще проще и быстрее. Например, можно очень легко и просто подключить каталог с ISO-образами к VMware vSphere.

Читать дальше

Бюджетная виртуализация. Оптимизация NFS и iSCSI

Статья опубликована в журнале «Системный Администратор»

Выжимаем максимум из имеющегося оборудования и каналов связи

Введение

Основная часть материалов, посвященная виртуализации, ориентирована в основном на крупные и средние инфраструктуры. О внедрениях виртуализации в масштабах 10-20 ВМ на нескольких серверах сегодня почти никто не говорит. А на самом деле, сред, в которых работает не большее число ВМ, на проложенном в далеком прошлом Ethernet и самосборных сетевые хранилищах, достаточно. И ситуация эта особенно характерна для СНГ, где на развитие ИТ-отдела и на внедрение новых технологий порой выделяют столько средств, что трудно не заплакать.
В этой статье, хочется уделить внимание возможным путям оптимизации сетевой подсистемы, как на аппаратном уровне, так и на программном, для повышения производительности имеющегося оборудования и каналов связи.
В данной статье, под каналами связи везде, где не указанно обратное, подразумевается доступный даже в самых бюджетных организациях Gigabit Ethernet.

Читать дальше

Бюджетная виртуализация. NFS vs iSCSI, что выбрать?

Статья опубликована в журнале «Системный Администратор»

Тестируем и выбираем тип хранилища для небольших виртуальных сред.

Введение

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

Читать дальше

CloudStack 4. Архитектура, особенности и недостатки

Статья опубликована в журнале «Системный Администратор»

В статье приведен обзор CloudStack — платформы для создания облачной инфраструктуры. Обзор написан после двух месяцев использования CloudStack в тестовой среде и возможно будет полезен тем кто смотрит в этом направлении.

Путь от виртуализации к облаку

К сожалению, многие не видят принципиального отличия виртуализированного дата-центра от облака и зачастую не понимают, где заканчивается одно и начинается другое.
По сути, современные платформы виртуализации – это связка физических серверов, гипервизора, дополнительных компонентов и удобных средств развертки, настройки и управления программно-аппаратной виртуальной инфраструктурой. Под средствами управления и настройки я понимаю программное обеспечение типа VMware vSphere Client и VMware vCenter Server для централизованного управления ESX/ESXi, Citrix XenCenter для XenServer и т.д.
Нужно понимать, что существующие сегодня платформы виртуализации типа VMware vSphere, Citrix XenServer, RHEV (RedHat Enterprise Virtualization) и т. д. а так же различные системы хранения данных являются базовыми блоками для облачной инфраструктуры. А инструментарий администрирования входящий в состав перечисленных выше продуктов ориентирован более на инженеров и обслуживающий персонал нежели на пользователей или возможных клиентов. Кроме того, практически все поставщики продуктов серверной виртуализации ставят ставку на один тип гипервизора (чаще всего свой собственный) и не позволяют используя одни и те же средства управления, применить несколько гипервизоров в одной среде.
Платформы для построения облака, такие как CloudStack, OpenNebula, Eucaliptus и набирающей ход OpenStack предоставляют нам дополнительный уровень иерархии позволяя абстрагироваться не только от физического оборудования, но и от различных гипервизоров совместно используемых в единой инфраструктуре. Облачные платформы не отменяют и не заменяют полностью, привычные средства управления, а вводят новые понятия и предоставляют более гибкие возможности, делая работу с огромными инфраструктурами проще и логичнее не только для администраторов, но и для простых пользователей которые являются неотъемлемой частью концепции облаков.

Читать дальше

CloudStack 4. Создание и запуск виртуальных машин

После того как выполнена установка и базовая настройка облака под управлением CloudStack самое время посмотреть на него в работе запустив парочку другую виртуальных машин(далее ВМ) и понаблюдать за их работой.

CloudStack, это высокоуровневая система управления гетерогенной виртуальной инфраструктурой, которая разработана для удобного управления средами с большим количеством различных гипервизоров, предоставляя удобные механизмы управления.  Архитектура CloudSack, изначально сделана многоуровневой и масштабируемой по этому даже для запуска всего одной ВМ необходимо иметь сконфигурированную Зону(Zone), Стойку(Pod), Кластер(Cluster), хотя бы один Хост(Host) в кластере а так же по одному Первичному(Primary) и Вторичному(Secondary) хранилищу.

Перед тем как будет создан и запущен первый instace(ВМ в терминологии CloudStack), стоит отметить, что если все было сделано как в предыдущей статье, то в вашем облаке уже работает несколько ВМ. Эти ВМ-призраки которые не отображаются в разделе Instance являются служебными и увидеть их можно в разделе Infrastructure пункт System VMs. Скорей всего, будут доступны две ВМ тип(Type) у которых будет Console Proxy VM и Secondary Storage VM. Эти служебные ВМ разворачиваются CloudStack’ом из служебного шаблона SystemVM Template(доступен в разделе Templates) по мере необходимости для выполнения тех или иных служебных и фоновых задач. Например ВМ Secondary Storage VM обслуживает все операции связанные с Вторичным хранилищем(Secondary storage) и непосредственно участвует при загрузки новых шаблонов и ISO-образов в CloudStack. Что либо делать с системными ВМ не рекомендуется. CloudStack сам принимает решение когда какая то из ВМ не нужна или наоборот необходимо несколько. Убедитесь, что Secondary Storage VM работает(в сотоянии Running) т. к. без нее загрузка шаблонов и ISO-образов будет не возможной!

Читать дальше

Общее сетевое хранилище на базе OpenFiler. Часть 1.

Статья была написана 7 апреля 2011 г. Перенесена из старого блога.

Нынешняя виртуализация со всеми ее возможностями и удобствами такими как Live migration, High availability, балансировка нагрузки и прочие, к сожалению(или к счастью) в принципе не возможны без наличия общего сетевого хранилища. Поэтому, рано или поздно, но практически все организации уже использующие виртуализацию или только начинающие виртуализировать свою инфраструктуру, если еще не имеют своей СХД или каких не будь NAS, то задумываются о внедрении таковых.
Без условно, такой подход — это практически всегда более надежно, быстро и функционально. Есть лишь маленький нюанс….Стоимость готовых решений для организации сетевого хранилища приемлемой производительности, от какого не будь QNAP или D-link(я не говорю уже о EMC и NetApp) слишком высока для малого или даже среднего предприятия…
Если же в вашей организации не большее количество ВМ(5-10, хотя возможно и больше, я просто не пробовал), то можно обойтись самосборным, бюджетным сетевым хранилищем с удовлетворительной производительностью и приемлемой отказоустойчивостью.
Об организации подобной системы для нужд виртуализации и не только я расскажу в данной статье.

Читать дальше