meta data for this page
Differences
This shows you the differences between two versions of the page.
| read_more:apple_esxi [2022/03/23 11:32] – ↷ Page moved from publications:apple_esxi to read_more:apple_esxi mchus | read_more:apple_esxi [2022/09/17 10:22] (current) – mchus | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Демонстрационный стенд по виртуализации серверного ПО Apple ====== | ||
| + | Основной целью проведения стендирования являются: | ||
| + | * проверка возможности виртуализации операционных систем семейства Apple OSX; | ||
| + | * проверка возможности использования технологий виртуализации на оборудовании Apple с использованием гипервизора VMware ESXi; | ||
| + | * построение инфраструктуры высокой доступности на базе серверного ПО Apple OSx Server, исключающей единые точки отказа; | ||
| + | * проверка возможности расширения дискового пространства на серверах Apple за счет подключения внешней системы хранения данных по технологии iSCSI; | ||
| + | * организация виртуальной фермы пригодной для тестирования интеграции технологий Apple, с учетом возможности предоставления потенциальным заказчикам временного удаленного доступа; | ||
| + | |||
| + | ===== Основы технологии виртуализации ===== | ||
| + | В основе виртуализации лежит возможность одного компьютера обеспечивать работу нескольких операционных систем одновременно благодаря распределению его ресурсов. С помощью виртуальных серверов можно разместить несколько ОС и несколько приложений в едином местоположении, | ||
| + | |||
| + | С помощью виртуализации можно достичь значительно более эффективного использования ресурсов, | ||
| + | |||
| + | При проведении данного эксперимента особая роль была отведена возможности запуска на оборудовании Apple программного виртуализатора VMware ESXi. До недавнего времени, | ||
| + | |||
| + | ===== Архитектура предлагаемого решения ===== | ||
| + | |||
| + | В процессе осуществления тестирования были опробованы несколько возможных архитектур и решений на основе имеющегося оборудования, | ||
| + | |||
| + | Стенд состоит из следующего оборудования | ||
| + | |||
| + | - Рабочая станция Apple Mac Pro, под управлением ОС: ESX 5.1 (MAC-PRO-01) | ||
| + | - Рабочая станция Apple Mac Pro, под управлением ОС: ESX 5.1 (MAC-PRO-02) | ||
| + | - Сервер на платформе x86 под управлением ОС Microsoft Windows 2008 R2 | ||
| + | - Коммутатор CISCO Catalyst 2960-s | ||
| + | - Система хранения данных начального уровня EMC VNXe | ||
| + | |||
| + | ==== Базовое решение виртуализации ==== | ||
| + | |||
| + | Первоначально на машины Apple Mac Pro была установлена последняя версия VMware ESXi v 5.1. Для установки был использован загрузочный образ на обычном CD-диске. | ||
| + | {{ : | ||
| + | |||
| + | На каждом ESX хосте имеются встроенные диски, которые используются для размещения системных файлов гипервизора а так-же настроены как Datastore для виртуальных машин. В случае отсутствия внешней системы хранения данных или отсутвия необходимости обеспечения высокой производительности дисковой подсистемы возможно размещение виртуальных машин на встроенных дисках. | ||
| + | |||
| + | Для тестирование возможностей вирутализации были созданы машины под управлением следующих ос: | ||
| + | * Apple OSx 10.8 (x64) | ||
| + | * Microsoft Windows 2008 R2 | ||
| + | * Debian Linux (stable) | ||
| + | Сеть была сконфигурирована следующим образом: | ||
| + | * Интерфейс №1 был подключен во внутреннюю сеть стенда и использовался для управления ESX. | ||
| + | * Интерфейс №2 был подключен в корпоративную сеть компании и использовался для выхода виртуальных машин. | ||
| + | {{ : | ||
| + | На рисунке изображено что две машины на базе OSx имеют доступ в обе сети, это было сделано путем использования двух вирутальных сетевых адаптеров для тестирования. | ||
| + | |||
| + | После установки ОС было произведено клонирование машины с установленной операционной системой OS x 10.8 в шаблон, | ||
| + | |||
| + | В корпоративную сеть для тестирования была предоставлена машина в конфигурации: | ||
| + | * 1 vSocket | ||
| + | * 4 vCPU | ||
| + | * 4 GB RAM | ||
| + | |||
| + | В ОС было создано три пользователя для тестирования удаленного доступа. Одновременный вход в систему трех пользователей показал недостаточную производительность встроенной дисковой подсистемы. Машина в этот момент располагалась на одном внутреннем диски 7.2 тыс. об. мин. SATA. По остальным показателям особой загрузки замечено не было. | ||
| + | |||
| + | ==== Кластеризация ПО ==== | ||
| + | Физический сервер по управлением Microsoft Windows 2008 R2 был использован для размещения ПО VMware vCenter для управления кластером виртуальных машин и предоставления ресурсов. Выделенный сервер был выбран исходя из рекомендаций по дизайну виртуальных ферм на базе ESX. | ||
| + | |||
| + | В vCenter был создан виртуальный ЦОД, в него добавлены два физических сервера: | ||
| + | |||
| + | * MAC-PRO-01 | ||
| + | * MAC-PRO-02 | ||
| + | |||
| + | Система хранения VNXe обладает всеми необходимыми параметрами для обеспечения работы серверов такого маштаба. Все компоненты СХД задублированы, | ||
| + | |||
| + | Сервера MacPro и СХД VNXe были подключены к коммутатору Cisco Catalyst для создания сети хранения данных на базе технологии iSCSI. Данная технология позволяет использовать обыкновенные сети TCP/IP для предоставления блочного доступа к ресурсам хранения. Отличительными особенностями данного протокола является то, что развернуть сеть хранения данных iSCSI можно практически на любом сетевом оборудовании, | ||
| + | |||
| + | Перед настройкой СХД необходимо создать вирутальные iSCSI адаптеры на ESX хостах, | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | |||
| + | После создания адаптера - остальные действия выполняются автоматически системой хранения данных. | ||
| + | |||
| + | СХД обладает дружественным и интуитивно понятным веб-интерфейсом управления в том числе и на русском языке, что позволяет использовать его независимо от платформы и квалификации персонала: | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | Для предоставления дискового ресурса с системы хранения данных необходимо добавить управляемые ESX хосты, как показано на рисунке: | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | После объединения дисков в StoragePool и выделения дисков горячей замены, | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | Ресурс хранения автоматически добавляется на выбраные ESX хосты и становится доступным в списке хранилищ данных. | ||
| + | |||
| + | |||
| + | Добавленные диски видны на всех выбраных во время создания хостах: | ||
| + | {{ : | ||
| + | |||
| + | После создания общего хранилища виртуальных машин возможно объединение хостов в кластер. Для этого необходимо в консоли vCenter создать новый кластер и перетащить существующие сервера в него. При создании кластера необходимо указать требуемый уровень обеспечения отказоустойчивости и настроить (если требуется) функционал автоматической миграции машин. | ||
| + | |||
| + | После создания кластера и подключения общего ресурса хранения данных появляется возможность миграции виртуальных машин между ресурсами хранения и хостами. | ||
| + | |||
| + | {{ : | ||
| + | Для увеличения производительности дисковой подсистемы необходимо произвести миграцию виртуальных машин с внутренних хранилищ на СХД. Виртуальные машины, | ||
| + | |||
| + | После миграции виртуальных машин на внешнее хранилище и настройки кластера хостов становится доступна возможность защиты виртуальной машины от выхода от сбоев с помощью технологии vmware HA. В случае настройки HA, вирутальная машина запускается на двух серверах одновременно и происходит синхронизация памяти в реальном времени. Поэтому в случае выхода из строя одного из серверов данные не будут потеряны и перенос машины будет прозранчым для клиента. | ||
| + | |||
| + | Настройка High Aviability кластера требует выделения высокопроизводительной сети для синхронизации данных между хостами. Данный канал существенно влияет на производительность виртуальных машин, запущенных в HA конфигурации. | ||
| + | |||
| + | Статус машины, | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | В рамках тестирования была проверена возможность запуска в конфигурации высокой доступности следующих платформ: | ||
| + | * Windows 2008 R2 | ||
| + | * Debian (stable) | ||
| + | * Mac OSX 10.8 | ||
| + | |||
| + | ===== Заключение ===== | ||
| + | |||
| + | Стенд в собранной конфигурации показал возможность использования системы виртуализации VMware ESX как базовой операционной системы, | ||
| + | |||
| + | Показана работоспособность основного функционала VMware vSphere по обеспечению отказоустойчивости и защиты от сбоев. К сожалению встроенных средств обеспечения высокой доступности сервисов на операционной системе OS x не существует, | ||
| + | |||
| + | Собрано готовое решение клиентской и серверной виртуализации на базе оборудования Apple и системы хранения EMC VNXe, которое легко настраивается, | ||
| + | |||
| + | Подготовлен стенд для демонстрации заказчику базовых сервисов Apple, путем предоставления удаленного доступа к виртуальным машинам внутри кластера. Выделение ресурсов происходит очень быстро и не требует повтороной установки ОС и приложений. | ||
| + | |||
| + | Дополнительной проработки требует наполнение стенда рабочими конфигурациями на базе Microsoft Windows и OS x Server. Необходимо создание шаблонов нескольких решений, | ||
| + | |||
| + | Подробного исследования требует оценка возможности запуска VMware ESXi и настройка кластера высокой доступности на компьютерах модели Apple Mac Mini. Данные компьютеры отличаются менее производительными процессорами, | ||
| + | |||
| + | Дальнейшие работы можно провести в области разработки облачного сервиса на базе оборудования Apple и предоставления заказчикам вычислительных ресурсов операционных систем Mac OSx. Где использование оборудования от Apple является обязательным требованием для запуска операционной системы. | ||
| + | |||
| + | ===== Приложение | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | |||
| + | {{tag> | ||