Vmware vcsa что это
Национальная библиотека им. Н. Э. Баумана
Bauman National Library
Персональные инструменты
VMware vCenter Server
VMware vCenter Server – это универсальная точка управления средой VMware vSphere. vCenter Server обеспечивает унифицированное управление всеми узлами и виртуальными машинами центра обработки данных из одной консоли. vCenter Server дает администраторам возможность улучшить контроль, упростить выполнение повседневных задач, а также снизить сложность и стоимость управления IT-инфраструктурой.
VMware vCenter Server предоставляет расширяемую и масштабируемую платформу для упреждающего управления виртуальной инфраструктурой и обеспечивает получение о ней всеобъемлющей информации. VMware vCenter Server обеспечивает централизованное управление средами vSphere и упрощает выполнение повседневных задач, значительно улучшая административное управление средой.
Содержание
Функции
Упреждающее управление VMware vSphere
Динамическая среда ЦОД требует упреждающего управления, стандартизации и автоматизации, чтобы обеспечить максимально эффективное использование гибкости VMware vSphere. Привязка требований бизнеса к ИТ-процессам благодаря оптимизированным и стандартизированным рабочим процессам помогает исключить дорогостоящие ошибки и сократить зависимость от выполняемых вручную задач. VMware vCenter Server дает администраторам возможность быстро инициализировать виртуальные машины и узлы с помощью стандартизированных шаблонов и гарантирует соответствие конфигурациям узлов vSphere и уровням исправлений узлов и ВМ за счет автоматизированного устранения проблем. Кроме того, VMware vCenter Server предоставляет администраторам контроль над основными компонентами, такими как VMware vMotion, Distributed Resource Scheduler, High Availability и Fault Tolerance. Мощная система управления помогает администраторам создавать и внедрять рабочие процессы на основе лучших методик. Упреждающее управление VMware vCenter Server обеспечивает выполнение бизнес-требований и повышает уровни обслуживания путем динамической инициализации новых услуг, выделения ресурсов и автоматизации обеспечения высокой доступности.
Масштабируемая и расширяемая платформа управления
По мере расширения виртуализации в ЦОД компаниям потребуется платформа управления, которая может масштабироваться в соответствии с потребностями организации и встраиваться в существующую архитектуру. VMware vCenter Server обеспечивает эффективное управление крупными организациями — система может управлять более 1 000 узлов и до 10 000 виртуальных машин из единой консоли. Кроме того, открытая архитектура подключаемых модулей VMware vCenter Server поддерживает широкий спектр дополнительных возможностей, предоставляемых компанией VMware и ее партнерами. API-интерфейсы vCenter помогают заказчикам объединять физические и виртуальные средства управления, используя обширный набор решений по управлению корпоративного класса, подключаемых к vCenter Server. [Источник 1]
Основные возможности
Централизованное управление и полный визуальный контроль на каждом уровне виртуальной инфраструктуры
Упреждающее управление VMware vSphere
Масштабируемость и возможность расширения
Принципы работы VMware vCenter Server
Платформа VMware vCenter Server содержит несколько важнейших компонентов, которые в сочетании предоставляют для организации масштабируемый центр управления виртуальной инфраструктурой. Серверы управления служат центральными точками управления узлами и виртуальными машинами, а данные о ресурсах и производительности хранятся в базе данных. Агент vCenter обеспечивает взаимодействие между узлом и сервером управления.
Администраторы могут подключаться к серверу vCenter через клиент vSphere с любого ПК под управлением ОС Windows или использовать портал vCenter Web Access для удаленного доступа с помощью любого веб-браузера. Роли и права реплицируются по всем серверам управления. Это дает администраторам возможность управлять несколькими серверами vCenter из одной консоли, а модуль поиска помогает быстро находить виртуальные машины, узлы или любые другие объекты иерархии, которые могут находиться на предприятии где угодно. [Источник 3]
Преимущества использования vCenter Server
На Рисунке 1 показан скриншот программы VMware vCenter Server
Решение vCenter Server предусматривает масштабируемость в соответствии с потребностями самых требовательных производственных сред и поддержку до 10 000 виртуальных машин. [Источник 4]
Системные требования
VMware vCenter Server и VMware vSphere
VMware vSphere это непосредственно сам гипервизор. На данный момент вся линейка гипервизоров лицензируется по количеству физических процессоров. Ограничения в количестве используемой оперативной памяти у гипервизора нет (даже в бесплатной версии).
vCenter Server — система централизованного управления гипервизорами. Требуется для управления почти всеми технологиями, которые описаны далее. Может выполняться как и на физическом сервере, так и в виде виртуальной машины. Может быть установлена, как и в виде виртуальной машины, так и в виде приложения.
ПО для управления серверами vCenter Server
VMware vCenter Server — это современное ПО для управления серверами, которое предоставляет централизованную платформу для контроля сред vSphere и обеспечивает визуализацию гибридных облаков.
Упрощенное и эффективное управление серверами
Общие сведения о vCenter Server
Централизованная визуализация, упрощенное и эффективное управление с возможностью масштабирования и расширяемость в гибридном облаке — все из единой консоли. VMware vCenter Server — это современное ПО для управления серверами, которое предоставляет централизованную платформу для контроля сред VMware vSphere. Кроме того, оно обеспечивает надежную автоматизацию и предоставление виртуальной инфраструктуры в гибридном облаке.
Новости
Интеграция Big Cloud Fabric с платформой vSphere
Lenovo XClarity Integrator для VMware vCenter — сертифицировано в рамках программы VMware Ready Certified
Возможности VMware vCenter Server
Удобное развертывание
Быстрое развертывание сервера vCenter в виде предварительно скомпонованного, оптимизированного и удобного в обслуживании виртуального устройства. Интеграция vSphere Update Manager с vCenter Server Appliance ускоряет и упрощает установку исправлений и обновлений. API-интерфейсы REST обеспечивают удобное многократное развертывание vCenter Server Appliance на основе шаблона, что ускоряет развертывание и уменьшает число ошибок персонала.
Масштабируемость и расширяемость в гибридном облаке
Удобное расширение локальной среды до публичных облаков на базе vSphere, таких как VMware Cloud on AWS, независимо от используемой версии vCenter Server. Улучшено управление крупными средами: один экземпляр vCenter может управлять 2 000 узлов и 35 000 виртуальных машин.
Централизованный контроль и визуализация
Администрирование всей инфраструктуры vSphere из одного интерфейса. Клиент vSphere на основе HTML5 с улучшенным временем отклика и более удобным интерфейсом обеспечивает управление основными возможностями vSphere из любого браузера. Назначайте пользователям определенные роли, выполняйте поиск по всей иерархии сервера vCenter или инициализируйте новые виртуальные машины одним нажатием кнопки.
Упреждающая оптимизация
ПО для управления серверами помогает выделять и оптимизировать ресурсы для достижения максимальной эффективности. Вы можете администрировать до 70 000 виртуальных машин и 5 000 узлов на 15 экземплярах vCenter Server. Кластеры vSphere HA и DRS поддерживают до 64 узлов и 8 000 виртуальных машин. Репликация ролей, разрешений и лицензий по всей инфраструктуре помогает выполнять вход, просмотр и поиск по иерархиям всех серверов vCenter одновременно. Объединение нескольких устройств vCenter Server Appliance и улучшение визуализации без использования дорогостоящих балансировщиков нагрузки.
Улучшенное управление
Использование эффективных средств для упрощения управления и расширения контроля. API-интерфейсы веб-служб обеспечивают экономичную и гибкую интеграцию с существующими решениями по управлению системами. Поддержка процессов инициализации, таких как vMotion, полное клонирование и перенос выключенных ВМ, на серверах с различными версиями VMware vCenter Server.
Расширяемость за счет плагинов
Плагины клиента vSphere, предоставляемые партнерами VMware, дают ИТ-администраторам возможность управлять сторонними элементами в центрах обработки данных непосредственно из интерфейса vCenter Server. Наше ПО для управления серверами поддерживается самой крупной в отрасли экосистемой партнеров, которые разрабатывают плагины для клиента vSphere с помощью открытого комплекта SDK. Благодаря этому пользователи сервера vCenter могут выполнять такие задачи, как резервное копирование, защита данных, управление серверами, сетями, безопасностью и т. д. непосредственно из интерфейса vCenter Server.
В целях повышения удовлетворенности конечных пользователей в 2016 году компания VMware запустила программу сертификации плагинов для клиентов vSphere. Сертифицированные плагины обеспечивают оптимальную производительность, более эффективную модель безопасности, изоляцию клиентов от сбоев в одном плагине и улучшенную масштабируемость устройств vCenter Server Appliance. Заказчики смогут определить сертифицированные плагины клиентов vSphere по наличию логотипа VMware Ready.
Сертифицированные плагины веб-клиента vSphere:
— Dell EMC OpenManagement Integration for VMware vCenter
— Huawei Technologies Storage NGC (Flex и HTML5)
— IBM Storage Enhancements for vSphere
— IBM Spectrum Protect vSphere Web Client
— Infinidat Powertools (HTML5)
— Lenovo XClarity Integrator for VMware vCenter
— NimbleStorage vSphere Web Client
— StorMagic
Встроенные элементы
Защита vCenter Server Appliance и связанных служб обеспечивается благодаря встроенной поддержке высокой доступности и целевого времени восстановления менее 10 минут. vSphere предоставляет встроенные возможности обеспечения высокой доступности в конфигурации «активный-пассивный», которые сертифицированы для использования с vCenter Server Appliance.
Встроенные средства резервного копирования и восстановления обеспечивают создание резервных копий устройства в виде набора файлов без прерывания работы vCenter Server. Для восстановления на новом устройстве необходимо указать расположение резервной копии, после чего файлы будут скачаны в новый экземпляр vCenter Server Appliance. Сторонние продукты не требуются.
С помощью встроенного средства можно планировать резервное копирование vCenter Server Appliance и контролировать количество хранящихся резервных копий.
Установка и настройка VMware vSphere (VCSA-vCenter)
В прошлой записке я установил гипервизор ESXi 6 на голое железо. Показал как создавать виртуальную машину. В этой записке пойдет речь уже о VCSA (vCenter), все преимущества виртуализации от компании VMware вы можете увидеть установив центр управления VCSA (vCenter). Компания VMware, называет связку из серверов с установленными гипервизорами ESXi и одним центром управления VCSA, одним общим именем «VMware vSphere».
Под преимуществом по сравнению с одиночным гипервизором я понимаю:
По сути VMware vSphere состоит из следующих компонентов:
vCenter Server есть в двух вариантах:
1. vCenter for Windows
2. vCenter Server Appliance (VCSA)
OVA (OVF)- это открытый стандарт для хранения и распространения виртуальных машин. Стандарт описывает открытый, переносимый, расширяемый формат для распространения образов виртуальных машин. Стандарт OVA (OVF) не привязан к какой-либо реализации гипервизора или аппаратной архитектуре.
КРАТКОЕ СОДЕРЖАНИЕ
1. Немного про тестовый стенд
2. Что будет установлено
4. Настройка серверов
4.1. Общее хранилище данных №1
4.2. Хост с гипервизором ESXi №1 и №2
5. Устанавливаем гостевые виртуальные машины
5.1. Малюсенькая Windows XP SP3
5.2. Система управления vCSA
6. Тестируем фичи виртуализации
6.1. High Availability
6.3. Fault Tolerance
7. Резервное копирование через Veeam
8. Конвертация машин
1. Немного про тестовый стенд
Вот как это выглядит в Workstation:
2. Что будет установлено
В этом разделе оглашен списков программ которые будут установлены и настроены:
3. Конфигурация ПК
Для запуска тестовой виртуальной среды, понадобится мощный компьютер, поэтому потребуется следующее:
1. Компьютер с минимальной конфигурацией:
И можно добавить 4-й сервер как резервное хранилище:
В итоге получилось 4 гостя, а в реальности 4-ре физических сервера. В принципе роль dns можно отделить и запустить на отдельной гостевой машине вложенного гипервизора esxi. Это повысить отказоустойчивость и упростит бекап.
4. Настройка серверов
Устанавливаем CentOS 7 на VMware Workstation. Далее идет настройка.
# yum install bind –y
Редактируем файл /etc/named.conf
Создаем файл прямой и обратной зоны.
На этом настройка DNS сервера завершена.
НАСТРОЙКА ХРАНИЛИЩЕ ДАННЫХ iSCSI
Здесь отдадим на растерзание виртуальным машинам один жесткий диск.
Очищаем текущею конфигурацию
# targetcli clearconfig confirm=true
Отдаем жесткий диск LIO:
> cd /backstores/block
> create hdd_block1 /dev/sdb
/> cd /iscsi
/iscsi> set discovery_auth enable=0
/iscsi> create
Создаем единственный LUN, наберите «cd iqn» и нажмите TAB:
/iscsi> cd iqn.2003-01.org.linux-iscsi.localhost.x8664:sn.5b94cfd9bd9a/
/iscsi> cd tpg1/luns
/iscsi> create /backstores/block/hdd_block1
/iscsi> cd acls
/iscsi> create iqn.1991-05.com.microsoft:node01
Created Node ACL for iqn.1991-05.com.microsoft:node01
Created mapped LUN 0.
/iscsi> cd portals
/iscsi> create
/iscsi> cd /
/> saveconfig
НАСТРОЙКА ХРАНИЛИЩЕ ДАННЫХ NFS
Здесь отдадим два каталога для нужд виртуализации:
# systemctl enable rpcbind nfs-server
# systemctl start rpcbind nfs-server
Отдадим два каталога:
Первый каталог будет содержать установочные ISO образы.
Второй каталог для некоторых гостевых виртуальных машин.
Таким же способом ставим второй сервер СХД. При настройке задаем IP адрес 10.0.10.21 и имя хоста dstore2. Роль DNS поднимать не стоит.
ИТОГО:
4.2. Хост с гипервизором ESXi №1 и №2
Это уже другой физический сервер, в нашем случае вложенный гипервизор esxi внутри Workstation. Создадим гостевую машину и установим гипервизор ESXi 5.1, аналогичным образом потребуется установить другой гипервизор этой же версии. Два гипервизора позволят добиться отказоустойчивости в случае падения одного из них.
Создание ВМ в Workstation делается просто, если есть вопросы Гугл в помощь. При создании укажите ISO образ VMware-VMvisor-Installer-5.1.0.update01-3029758.x86_64.iso. Далее запустите ее и смотрим:
Теперь когда гипервизор установлен, его надо до настроить:
1. Задать его сетевой карте статический IP адрес
2. Задать имя хоста и DNS сервер
3. Задать суффикс (домен)
Задаем статический IP адрес
Задаем IP адрес, маску и деволтный шлюз.
Задаем имя хоста
Задаем имя хоста и DNS сервер
Задаем доменный суффикс
Задаем доменную часть.
ИТОГО:
ВХОД ЧЕРЕЗ КЛИЕНТ vSphere Client на только что установленный гипервизор ESXi
Запускаем браузер и идем на страничку https://10.0.10.10
Качаем vSphere Client через указанную ссылку.
Через этот толстый клиент создаются гостевые системы, а также если вы подключились к vCenter или VMware vCenter Server Appliance (vCSA), вам будут доступны функции по созданию кластера.
Устанавливаем закаченный файл.
После чего, в меню Пуск появится значок VMware vSPhere Client.
Запустите его щелкнув по пиктограмме «VMware vSphere Client»
Здесь нажимаем «Ignore» и ставим галку, так как соединение с гипервизорм идет через самоподписанный сертификат, который сделан автоматически во время установки. Чтобы сообщение не появлялось, мы поставили галку, чтобы сертификаты импортировались на свой ПК.
И попадаем в главное окно гипервизора ESXi.
До этого мы создали простое NFS и iSCSI хранилище. Теперь нам осталось их подключить в гипервизоре ESXi.
В ESXi хранилище обзывают как Datastore. Чтобы добавить iSCSI хранилище, потребуется указать интерфейс по которому будет ходить iSCSI трафик. У нас всего один сетевой адаптер на машине с гипервизором ESXi, поэтому выбора как такого нет. По идее в реальной сети трафик с СХД к гипервизору и обратно, должен идти по отдельному сетевому адаптеру, а трафик клиентской части по другой сетевой карте. Смешивать пользовательский и серверный трафик плохая идея. Но для теста можно использовать одну карту.
Идем в вкладку Configuration
Нажимаем ОК. Теперь можно добавить доступ к СХД по протоколу iSCSI.
Выделяем только что созданный программный iSCSI адаптер и нажимаем Properties
Идем во вкладку Network Configuration ➜ Add ➜ OK
Тем самым указывая гипервизору, что iSCSI трафик будет идти через наш единственный интерфейс.
Добавляем IP адрес сервера СХД.
Здесь видно, что есть подключение к одному Таргету и его объем 40Гб. Но этого мало. если Таргет не появился, придется добавить его в ручную.
Идем в Storage ➜ Add Storage
Доступ по iSCSI до СХД настроен.
Теперь нужно добавить NFS Датастор.
Нажимаем Add Storage.
Выбираем Network File System (NFS)
Здесь прописываем IP адрес сервера NFS и его каталог /nfs/iso, даем имя датастору NFS ISO
В нем будут установочные образы операционных систем и разных программ.
Аналогичный образом добавляем NFS датастор для образов ВМ, только теперь указываем каталог: /nfs/guestimages:
ИТОГО:
5. Устанавливаем гостевые виртуальные машины
Здесь установим две гостевые системы Windows XP и VCSA (OpenSuse).
Создаем первую гостевую виртуальную машину Windows XP SP3:
И далее маленькие скрины:
Теперь запускаем ее.
5.2. Система управления vCSA
Теперь на гипервизоре запущены гостевые системы:
Посмотрим на них через вкладку Console и до установим их:
Скрин VCSA, здесь нам предлагают зайти на страничку https://10.0.10.102:5480/
чтобы продолжить установку системы управления виртуализацией.
Обычная установка Windows XP.
Во вкладке Console видно как работает гостевая система.
Опять пачка скринов по установке VCSA, сперва нужно задать статический IP адрес 10.0.10.30 и прописать DNS и хостнейм.
На последнем скрине заданы сетевые реквизиты.
Далее уже идет установка VCSA:
После нажатия кнопки Start, идет установка и настройка VCSA, это очень длительный процесс, может запросто занят целый час времени.
Все, VCSA установлен. Теперь надо зайти на него через vSphere Client, и создать Datacenter. Он нужен чтобы объединить хосты гипервизоров ESXi и настроить кластер. Напомню у VCSA адрес 10.0.10.30.
6. Тестируем фичи виртуализации
Немного про кластеры VMware:
Поэтому используют правила которые прописываются в DRS. Также с помощью этих правил можно сделать действие наоборот, например чтобы два контроллера домена первичный и вторичный, не были на одном хосту, чтобы избежать прерывания связи с клиентскими машинами или службами которым нужен AD (например exchange или TMG). А если связь прервется, придется ждать какое-то время, чтобы доменные контроллеры заработали, что крайне не желательно в больших компаниях. Также можно раскидать DNS сервера, первичный и вторичный, по разным хостам, чтобы они оба не работали на одном хосте гипервизора.
6.1. High Availability
Само легко настраивается High Availibility (HA) кластер, и он кстати работает в компаниях в большинстве случаев. Поэтому начнем с него.
Подключаемся к vCSA (vCenter):
Теперь когда мы зашли в VCSA, потребуется создать Datacenter, это такая логическая единица, которая объединяет хосты гипервизоров ESXi.
На хосты ESXi устанавливаются агенты Virtual Center.
Через некоторое время хост появится внутри списка Datacenter. Таким же способом добавляем второй хост esxi2.
Теперь мы можем настроить отказоустойчивый кластер HA, хотя кластер может поддерживать одновременно функции HA и DRS.
Для наглядности пока сделаем кластер HA.
Щелкаем правой кнопкой на надписи test (Datacenter) и выбираем из меню New Cluster.
Создан пустой кластер, осталось в него добавить хосты esxi1 и esxi2.
Перетаскиваем мышкой IP адреса 10.0.10.10 и 10.0.10.11 на надпись Cluster1. Тем самым мы добавили два хоста в наш созданный Cluster1.
6.2. DRS
Для начала включим функцию DRS у нашего кластера с именем Cluster1:
Нажимаем правой кнопкой на надписи Cluster1.
Теперь (DRS) балансировшик ресурсов включен, но этого мало, нужно еще включить vMotion на двух хостах esxi1 и esxi2:
Проверим работу по следующему сценарию:
Искусственно загрузим процессор одного из гипервизор, например esxi1, для этого запустим на гостевой Windows XP специальный скрипт. После чего DRS решит что ресурсов у хоста с именем esxi1 стало мало, и перезапустит нагруженную Windows XP на другом хосте гипервизоре esxi2. Так как у него процессор и ОЗУ будут свободны по сравнению с хостом esxi1.
Далее клонируем гостевую систему Windows XP.
Здесь клонируем нашу гостевую Windows XP, которую создали ранее.
Также обязательно устанавливайте на гостевые виртуальные машины VMware Tools:
После установки VMware tools перезагрузите виртуальную машину.
На последнем скрине настройки DRS кластера. Балансировщик ресурсов (DRS кластер) может работать в режимах:
2. Частично автоматическом
3. Полностью автоматическом
По умолчанию стоит именно полностью автоматический режим, при котором выбирается сервер со свободными ресурсами (CPU и ОЗУ).
Если будет ручной режим, то во вкладке DRS кластера Cluster1, будут рекомендации, по перемещению ВМ на другой хост:
Здесь нам предложили переместить ВМ с VCSA на хост esxi2 (10.0.10.11).
При полностью автоматическом режим, эти рекомендации выполняются без вмешательства системного администратора.
При включении DRS, виртуальные машины можно перемещать мышкой с хоста на хост. Но лучше когда это происходит автоматически.
Сейчас все ВМ (VCSA, Windows XP, Win2) работают на хосте esxi1 с ip адресом 10.0.10.10.
Запускаем скрипт на Windows XP и Win2, после чего процессор хоста ESXi будет загружен.
После чего смотрим Distribution Chart:
Storage DRS
Создаем Strorage DRS кластер:
Теперь надо выбрать iSCSI LUN-ы, чтобы ВМ кочевали между ними при заполненности или превышении кол-ва операций ввода/вывода.
Рисунок где показан DRS кластер всего с одним хранилищем (LUN-ом).
6.3. Fault Tolerance
Чтобы задействовать FT, потребуется соблюсти много требований.
1. Выберите ВМ, например Windows XP и включите FT:
2. Диcк ВМ должен быть толстым (thick). Поэтому для теста надо создать новую ВМ или клонировать существующею c тонким диском (thin) указав что у клона диск будет толстым (thick) или сконвертировать в браузере стораджа текущий диск:
3. Специальный сетевой интерфейс
Для работы FT нужно создать отдельный порт VMKermel или использовать существующий, я использовал Managment Network:
4. Если у вас всего два хоста с гирвизором, vCenter может ругаться:
Что якобы нужен еще один хост. У нас его нет, поэтому меняем настройки кластера:
Теперь FT включена.
Создана вторая копия гостя Windows XP с именем Windows XP (secondary). Первая ВМ работает на гипервизоре esxi1, вторая на esxi2. Если первая ВМ умрет, автоматически за секунду начнет работать вторая ВМ.
7. Резервное копирование
Самый простой способ для бекапа, это использовать Veeam Backup. Ставится он легко, и очень просто настраивается. Указываете какие кластеры, хосты или машины резервировать, а также когда запускать бекап и сколько дней хранить копии до их удаления. Не забывайте настраивать отправку отчетов по почте. Бесплатная версия умеет делать только полный бекап. Поэтому можете настроить полное резервное копирование всех виртуалок один раз на выходных. А бекап критично важных ВМ производить каждый день ночью.
8. Конвертация машин
Если вам нужно из физической машины сделать виртуальную или поместить текущею ВМ вашего гипервизора в ESXI, воспользуйтесь VMware Converter.