Skip to content

Установка и настройка VMWare Vsphere 6. Часть 1.

Дата: 24.04.2015 Автор Admin

В данном цикле статей, мы рассмотрим как с нуля внедрить  6.

В данной статье мы рассмотрим:

Установку хоста ESXI

Установку Platform Services Controller

Установку Vcenter 6

 

Установка ESXI.

Загрузитесь с установочного диска ESXI.

Нажмите Enter в меню загрузки, и дождитесь пока загрузится образ ESXI

После загрузки образа нажмите Enter, далее нажмите F11 для принятия пользовательского соглашения.

Далее выбираем диск для установки

Далее выбираем раскладку клавиатуры

Вводим root пароль

Если в процессе установки вы увидите следующую ошибку:

То ваш сервер не поддерживает аппаратную виртуализацию, и не сможет запускать 64 битные ОС.

В конце мастера установки нажимаем F11 и ждем окончания установки.

После завершения установки и перезагрузки, нажимаем F2 и переходим к настройке хоста.

Переходим к настройке сети

Указываем все сетевые адаптеры

Устанавливаем VLAN

Прописываем настройки ip

Указываем DNS сервера.

Сохраняем настройки. На данном этапе настройка хоста ESXI завершена.

 

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

Установка Platform Services Controller

Перед установкой создайте в локальной  DNS зоне A запись и PTR запись для Platform Services Controller

Я создам запись psc.test1.local

Теперь подключаем диск VMware-VCSA-all-6.0.0

Установите с диска плагин — VMware-ClientIntegrationPlugin-6.0.0

Далее запускаем файл vcsa-setup.html

Я буду использовать браузер Google Chrome.

Вы должны увидеть страницу установки

Выбираем Install.

Принимаем условия соглашения

Вводим данные для подключения к серверу ESXI

Принимаем сертификат.

Вводим название нашей виртуальной машины

Далее выбираем External Platform Services Controller, т.к. в нашем случае контроллер будет устанавливаться отдельно.

Создаем новый SSO домен. Внимание имя домена должно отличаться от имени домена Active Directory!

Нажимаем Next, и включаем тонкие диски, если вам не нужно занимать все дисковое пространство сразу.

Настраиваем сеть виртуальной машины

Указываем NTP сервера, и включаем SSH если необходимо управлять виртуальной машиной удаленно

Далее пойдет процесс загрузки VM на хост ESXI

Дождитесь пока установка не закончится

Установка Vcenter

Теперь снова запустим файл vcsa-setup.html и начнем установку Vcenter.

Перед установкой создайте в локальной  DNS зоне A запись и PTR запись для Platform Services Controller

Я создам запись vcenter.test1.local

Доходим до шага настройки имени виртуальной машины

Далее выбираем установку отдельного сервера Vcenter

Вводим данные установленного ранее PSC контроллера

Выбираем размер Vcenter (зависит от вашей планируемой инфраструктуры)

Включаем тонкие диски если необходимо.

Если у вас нет оракла, то используем Postgres

Указываем сетевые настройки, и включаем SSH для удаленного администрирования сервера через консоль.

Подтверждаем установку и ждем ее завершения.

 

Теперь можно подключиться к VCENTER через браузер.

После перехода по ссылке и авторизации, вы попадете в интерфейс Vcenter.

В следующей статье мы рассмотрим базовую настройку Vcenter и хостов ESXI.

В данной статье мы рассмотрим базовую настройку Vcenter и хостов ESXI.

После первой авторизации в Vcenter под локальным пользователем, настроим доменную авторизацию.

Переходим в раздел Administration -> System Configuration

Выбираем Nodes, и выделяем наш PSC контроллер.

Выбираем Active Directory

Нажимаем кнопку Join

Вводим данные администратора домена

Если все прошло удачно, PSC контроллер будет добавлен в домен.

После этого необходимо перезагрузить PSC контроллер.

Далее переходим в раздел Administration

В разделе Single sing on выбираем пункт Configuration  и нажимаем знак +

Далее выбираем верхний пункт Active Directory и указываем доменное имя.

Ниже выбираем Machine account

После этого должно получится так:

 

Переходим в раздел Groups

Открываем нужную группу администрирования (в моем случае это группа Adminstrators)

И добавляем в нее доменных пользователей или группы.

После этих действий вы сможете авторизоваться в Vcenter с помощью доменной учетной записи.

Перейдем к настройке хостов.

Переходим в раздел Hosts and Clusters.

Создаем новый датацентр

 

Добавляем хост.

Вводим адрес хоста

Вводим учетные данные

Принимаем сертификат

Далее будет указана информация о хосте

Выбираем лицензию.

Далее по желанию включаем или отключаем Lockdown mode. Если его включить, к хосту будет невозможно подключиться отдельно через  клиент.

Указываем в каком датацентре будут находится виртуальные машины.

Проверяем указанную информацию и добавляем хост

После этого хост будет добавлен в наш датацентр.

Добавляем остальные хосты.

 

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

Переходим в раздел сеть.

Далее создаем новый распределенный коммутатор

Задаем имя и указываем датацентр.

Указываем версию распределенного коммутатора. Я указываю 5.5  т.к. у меня используется смешанная инфраструктура хостов ESXI.

Указываем число аплинков и указываем имя группы портов.

Создаем коммутатор.

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

Выбираем наши хосты.

Выбранные хосты должны выглядеть так:

Далее выбираем адаптеры виртуальных машин и vmkernel (управляющий интерфейс)

Далее назначаем какие физические адаптеры будут относится к аплинкам

Должно получится так:

Далее идет анализ других используемых адаптеров

Добавляем хосты.

Теперь наши хосты ESXI подключены к одному распределенному коммутатору.

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

Это намного удобнее чем настраивать сеть на каждом хосте ESXI.

Перейдем к настройке порт групп.

Создадим новую группу портов.

Указываем имя группы портов

Указываем настройки группы портов.

В данном случае число портов статическое, всего портов 8, VLAN 1001

 

По аналогии создаем наши группы портов.

Если в вашей инфраструктуре есть хосты использующие группы портов на стандартном Vswitch, то рассмотрим как мигрировать данные хосты и виртуальные машины на них, на распределенный коммутатор.

Открываем настройки Vswitch на хосте, который собираемся мигрировать.

Выбираем — Manage Physical Network adapters, и отключаем 1 физический адаптер

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

Далее выбираем какие адаптеры мы будем настраивать и мигрировать.

Теперь назначаем физические адаптеры на группы портов распределенного коммутатора

Далее назначаем управляющий интерфейс на группу портов распределенного коммутатора.

Теперь мигрируем сеть виртуальных машин.

Проверяем указанные настройки и запускаем процесс миграции.

Если все прошло успешно вы увидите успешное выполнение заданий.

На этом базовые настройки сети закончены.

 

Перейдем к настройке общих хранилищ.

Добавим на наши хосты ISCSI хранилище.

Открываем хост ESXI, далее вкладка manage, в ней выбираем storage.

Добавляем Software ISCSI адаптер, если у нас нет физического адаптера.

Соглашаемся.

Теперь выбираем созданный адаптер, ниже выбираем вкладку Targets

Указываем Dynamic discovery, и нажимаем add.

Далее указываете адрес вашего ISCSI хранилища.

Теперь укажите учетные данные для подключения. Для этого нажмите кнопку Authentication

В моем случае настройки выглядят так

Теперь нажимаем кнопку Rescan , после этого Lun будет подключен к хосту.

Теперь создадим Datastore с новым диском, подключенным по ISCSI ранее.

Переходим в раздел Datastore, и выбираем add datastore

Выбираем наш датацентр, выбираем VMFS

Выбираем хост с подключенным диском.

 

Выбираем VMFS 5 версии.

Используем весь датастор

Проверяем параметры и создаем.

Чтобы данный датастор был доступен на других хостах, нужно по аналогии добавить ISCSI адаптер и настроить подключение к данному LUN. Создавать датастор заново не нужно.

Теперь создадим новый NFS датастор.

Переходим в раздел Datastore.

Создаем новый датастор

Выбираем NFS.

Далее указываем настройки NFS сервера и хосты к которым мы подключим Datastore.

После этого подключаем датастор.

Теперь перейдем к созданию виртуальной машины.

Перейдем в раздел VM and Templates.

Создадим новый подкаталог для виртуальных машин.

 

 

Теперь создадим новую виртуальную машину.

Выбираем создание новой VM

Указываем имя

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

Далее выбираем общий датастор

Указываем совместимость с хостами ESXI.

Указываем гостевую ОС

Настраиваем виртуальное железо нашей виртуальной машины.

Проверяем настройки, и запускаем процесс создания виртуальной машины.

На этом базовую настройку Vcenter можно считать законченной.

В следующей статье мы рассмотрим настройку HA и многое другое.

 

В данной статье мы рассмотрим настройку кластера  в 6.

Открываем Vcenter web client, переходим в раздел Hosts and clusters.

Выбираем пункт «New cluster»

 

Вводим имя кластера и нажимаем Ok.

 

Далее перемещаем хосты в кластер

 

Выбираем хосты и жмем Ok.

 

Рассмотрим пример включения HA.

Выбираем кластер.

 

Переходим в раздел «Manage» и выбираем Vsphere HA

 

Далее нажимаем Edit и настраиваем HA.

 

Включаем HA, мониторинг хостов ESXI, также можно включить мониторинг виртуальных машин и приложений внутри VM. Для работы последних необходимы установленные  tools на виртуальной машине.

 

Теперь, если один из хостов ESXI (размещенных в кластере) выйдет из строя, vm будут перезапущены на соседнем хосте ESXI.

Важно чтобы на всех серверах размещенных в кластере хватало ресурсов для перезапуска VM.

Так же важно чтобы совпадали инструкции процессоров. Если в вашем случае на хостах используются разные процессоры, поможет функция EVC.

Данная функция «выравнивает» процессорные инструкции между хостами, используя набор инструкций самого слабого хоста.

Для включения данной функции перейдем в раздел Manage,  расположенный в настройках кластера.

 

Нажимаем Edit, и включаем данную функцию.

Выбираем тип процессора, и EVC mode.

 

 

Рассмотрим настройку DRS.

Отличие DRS в том что Vcenter сам определяет на каких хостах какие VM хранить. В данном случае Vcenter распределяет VM по хостам в зависимости от нагрузки.

Переходим в раздел Manage нашего кластера.

Выбираем Vsphere DRS.

 

Нажимаем Edit и настраиваем DRS.

Можно выбрать уровень автоматизации DRS.

Manual — позволяет выбрать хост самостоятельно,  Vmotion не активируется автоматически.

Partially automated — DRS выбирает где включить VM, но Vmotion не активируется автоматически.

Fully automated — DRS выбирает где включить VM, Vmotion активируется автоматически, в этом случае Vcenter будет сам перемещать VM в кластере.

Так же возможно настроить расписание работы DRS.

Настроить его можно в разделе Manage.

 

В расписании можно указать когда DRS будет выполнять свои задачи.

 

 

Также в DRS возможно настроить управление питанием хостов ESXI.

Например если один из хостов израсходовал ресурсы, DRS может перенести с него VM, перезагрузить хост, вернуть VM обратно. Таким образом DRS освободит часть ресурсов.

Настроить это можно в настройках DFS, в пункте Power management.

В режиме manual, Vcenter будет рекомендовать как поступать с нагруженными хостами

В режиме Automatic, Vcenter будет управлять питанием хостов самостоятельно.

Для корректной работы данного режима Vcenter использует технологии WOL, IPMI, ILO.

Для использования этих технологий используется DPM, для его корректной работы требуется дистрибутив ESXI от производителя вашего сервера.

На этом все. В следующей статье мы рассмотрим технологию fault tolerance, ручное распределение ресурсов хоста для виртуальной машины.

 

 

В данной статье мы рассмотрим настройку Fault tolerance и рассмотрим настройку Latency в виртуальных машинах.

Задачей Fault tolerance является обеспечить доступность виртуальной машины при выходе из строя физического сервера ESXI.

При работе Fault tolerance у виртуальной машины создается копия на другом хосте. Данная копия отрезана от сети, и активируется только когда сервер ESXI выйдет из строя.

Минусом данной технологии являются ограничения накладываемые на ресурсы виртуальной машины, в  6 это:

— 4 vCPU

— 64 GB оперативной памяти

— На хосте ESXI можно запустить не более 4 VM с Fault tolerance

— На хосте требуется сетевой адаптер 10 Gb

— Отсутствует горячие добавление vCPU и оперативной памяти

— Не поддерживается Storage vMotion если используется более одного vCPU

Поддерживаются:

— Тонкие диски

— Имеется возможность создания снапшотов

— Storage vMotion если используется не более одного vCPU

 

Для корректной работы FT требуется кластер HA, как его настроить можно посмотреть в прошлой статье.

Также для корректной работы FT рекомендуется настроить отдельный VMkernel адаптер, настроенный только на использование Fault tolerance.

Добавим VMkernel адаптер.

Открываем VMkernel адаптеры хоста, и добавляем новый.

 

Нажимаем Add Host Networking, и выбираем vmkernel.

 

Выбираем коммутатор.

 

Указываем Fault tolerance.

 

Далее вводим статический IP и жмем next. На этом настройка vmkernel закончена, делаем аналогичные настройки на втором ESXI хосте.

Теперь включаем FT на виртуальной машине.

 

После активации FT и запуска VM, в ее свойствах должно появится следующее

Это означает что VM защищена с помощью Fault tolerance.

Перейдем к настройке Latency Sensitivity.

Latency Sensitivity — это режим высокой производительности виртуальной машины.

С помощью данной функции производительность VM приближается к нативной.

Для настройки данной функции, откроем нужную VM, перейдем в раздел Manage, далее откроем settings далее vm options, далее раздел Advanced Settings.

В  разделе Advanced Settings выбираем пункт Latency Sensitivity

Далее указываем значения Low, High, Medium или Normal.

Рассмотрим как работает данная технология.

Если мы выбираем режим High, хост ESXI определяет возможность предоставления эксклюзивного доступа Vcpu к физическому процессору, рассчитывая реальную загрузку физического процессора.

Также ESXI будет пытаться зарезервировать ресурсы физического процессора для виртуальной машины с включенным Latency Sensitivity.

Также рекомендуется сделать резервирование оперативной памяти для виртуальной машины с включенным Latency Sensitivity.

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

Таким образом, для VM с повышенной нагрузкой лучше использовать механизм Latency Sensitivity.

В следующей статье мы рассмотрим настройку системы резервного копирования Vshpere Data Protection 6.

 

В данной статье мы рассмотрим настройку системы резервного копирования —  Data Protection 6.

Данная система представляет собой appliance в виде ova файла.

Для импорта appliance перейдем в Vcenter и выберем Deploy OVF Template

 

Далее укажем путь к файлу appliance

 

Далее вы увидите информацию о импортируемой виртуальной машине

 

Соглашаемся с лицензией

 

 

Выбираем каталог для виртуальной машины

 

Выбираем хост ESXI

 

Указываем тип дисков

 

Указываем сеть для виртуальной машины.

Указываем настройки сети

 

Нажимаем Next, и ждем завершения импорта, после этого включаем виртуальную машину.

Подключаемся к консоли виртуальной машины через Vcenter

И смотрим адрес Data Protection

Переходим по адресу, указанному в консоли. Внимание! открывайте в браузере Internet explorer! В других браузерах работать не будет!

В интерфейсе вводим логин — root, пароль — changeme

Далее мы попадем в мастер настройки, нажимаем Next, и переходим к настройкам сети.

Вводим настройки ip, шлюза, dns, указываем hostname и домен. Не забудьте предварительно создать DNS запись для Data Protection.

 

Указываем таймзону

 

Указываем новый пароль для Data Protection

 

Указываем пользователя с ролью Administrator, и данные для подключения к vcenter.

Обратите внимание что PSC контроллер указывается отдельно.

Создаем хранилище.

 

Указываем хранилище и указываем тип дисков.

 

Указываем ресурсы для виртуальной машины.

 

Анализ производительности можно не включать.

 

Соглашаемся на создание хранилища

 

Далее начнется процедура создания

Через некоторое время Data protection будет перезагружен.

В веб клиенте Vcenter должно появится задание

Процесс создания хранилища может быть очень долгим.

После выполнения задания, вы можете зайти на тот же адрес Data Protection и увидеть, что теперь доступен интерфейс для настройки системы.

После завершения задания перезайдите в Vcenter. Должен появится новый пункт в меню — Data Protection.

 

Откройте данный пункт и подключитесь к виртуальной машине Data Protection.

После подключения вы увидите интерфейс Data Protection.

 

Перейдем во вкладку  и настроем задание резервного копирования.

Нажимаем кнопку Backup job actions, и выбираем New.

 

Выбираем тип бэкапа. Есть возможность выбрать виртуальные машины или приложения внутри них.

Далее выбираем копирование полного образа ВМ, или отдельные диски.

Выбираем виртуальные машины.

 

Далее указываем расписание резервного копирования.

Настраиваем как долго нужно хранить резервные копии.

Вводим название задания резервного копирования и нажимаем Finish.

После этого задание будет доступно в меню Data Protection.

 

Для восстановления резервной копии, перейдите во вкладку Restore.

Далее выберите нужную резервную копию и нажмите кнопку Restore.

Выбираем бэкап.

Выбираем опции восстановления,  и нажимаем Next.

 

Далее проверяем параметры восстановления и нажимаем Finish.

 

В Data Protection имеется возможность репликации резервных копий на другой сервер Data Protection или EMC Avamar.

Для настройки данной функции перейдите во вкладку Replication, и нажмите кнопку Replication job actions. Выберите New.

Указываем что нужно реплицировать, виртуальные машины/резервные копии приложений или сами бэкапы.

Указываем кол-во клиентов Data Protection.

Выбираем за какие периоды нужно реплицировать резервные копии.

Указываем данные удаленной машины Data Protection или EMC Avamar.

Настраиваем расписание репликации.

Настраиваем время хранения резервных копий.

Вводим имя задания.

Далее проверяем настройки и нажимаем Finish.

Во вкладке Reports можно настроить отправку отчетов на электронную почту.

Во вкладке Configuration можно просмотреть текущую конфигурацию Data Protection.

Настройка FLR (File Level Restore).

FLR — Это веб интерфейс Data Protection позволяющий восстанавливать данные из резервной копии (файлы, папки) в запущенную виртуальную машину.

Перейдем по адресу https://VDP-IP-address-or-DNS-name:8543/flr на виртуальной машине в которую нужно восстановить файлы.

Далее мы можем использовать 2 метода восстановления.

Первый метод Basic. В этом случае мы должны ввести учетные данные локального администратора виртуальной машины в которую мы будем восстанавливать файлы.

В этом случае мы увидим все бэкапы данной виртуальной машины, из данных бэкапов нам будут доступны все файлы и папки.

Второй метод Advanced.

Отличие в том что мы вводим не только учетные данные локального администратора, но и администратора Vcenter.

После авторизации нам будут доступны не только бэкапы виртуальной машины из которой у нас открыта консоль восстановления, но и все бэкапы других виртуальных машин.

Данный метод (FLR) удобен если нам нужно быстро восстановить файл за определенный день, или удаленный файл.

Полное руководство по Data Protection 6 можно прочитать тут.

Внимание! В данной версии Data Protection используется устаревшая таймзона MSK. Поэтому чтобы избежать проблем внимательно настраивайте расписание бэкапов.

 

 

Published inVMware
Яндекс.Метрика