У зависности од тога колико снажне опреме имамо и потребних ресурса за наше системе, имаћемо просечан однос виртуелних машина по серверу.
Узмимо за пример планирано одржавање сервера у рачунарском центру. Пре неколико година, ако ово није био део кластера, систем који се налази у опреми био би искључен, па би и корисници били погођени и / или би особље укључено у одржавање морало да ради у скраћеном временском периоду (нпр. неудобан).
У случају виртуелизованог окружења, виртуелне машине се једноставно могу „преместити или мигрирати“ на другог члана кластера и опрема се може искључити да би радила на томе. Проблем решен.
Почнимо да видимо ситуације у којима недостатак услуга није програмиран.
Надгледање виртуелних машина и апликација
Сваки пут када креирамо виртуелну машину, препоручује се инсталирање збирке апликација и управљачких програма који оптимизују понашање виртуелног хардвера у целости (доступно за Виндовс, Мац ОС, Линук и друге ОС). Ови алати, названи ВМТоолс, између осталог укључују могућност да хост надгледа виртуелну машину (кроз откуцаје срца, као у кластерима). Ако не одговори у одређеном периоду, поново покреће оперативни систем.
Сличан случај се дешава и са надгледањем апликација, али прво морате набавити одговарајући СДК (или користити апликацију која подржава ВМваре Апплицатион Мониторинг).
Али … шта се дешава ако је грешка хардверска?
Горе поменути кластер је први слој решења.
Заједничко складиштеГде сви чланови кластера имају приступ виртуелним машинама.
Мрежно удруживањеСуочени с кваром једне плоче, преостале настављају управљати прометом.
Више путања (више путања)За складиштење они неће само оптимизирати приступ, већ ће и дати вишак.
Уопштено говорећи, ове три технологије ублажавају време када су наше информације недоступне. Сада, у зависности од лиценцирања које имамо, можемо имати и две веома занимљиве карактеристике: Хигх Аваилабилити (ХА) и Фаулт Толеранце (ФТ).
У оба случаја потребан нам је кластер са заједничком меморијом. Без потребе за инсталирањем додатног софтвера, ХА се може омогућити и конфигурирати на такав начин да ће се, ако сервер или виртуелна машина откаже у кластеру, аутоматски покренути на другом члану кластера. Вреди појаснити да ХА није намењен за ВМ критичне мисије (виртуелне машине). Тако ће процијењено вријеме без сервиса бити: "Покретање оперативног система + Покретање услуга".
Број грешака хоста које кластер подржава
Имамо Кс количину виртуелних машина распоређених на И серверима у кластеру.
Колико хостова може пропасти без утицаја на доступност и перформансе нашег виртуелног окружења?
ХА се може конфигурирати тако да подржава одређени број грешака сервера, осигуравајући да има довољно ресурса за опоравак.
ХА реже доступне ресурсе кластера узимајући у обзир ЦПУ и РАМ меморију коју су наше виртуелне машине конфигурисале и конзумирале на врло конзервативан начин. Потребна је највећа конфигурисана резервација процесора од било ког ВМ -а на сваком хосту у кластеру, а затим највећа резервација меморије и њен вишак. Ако нема конфигурисане резервације, биће потребно најмање 32 Мхз по ВМ за ЦПУ и 0 Мб РАМ + њен вишак.
Уз ове бројеве, претпоставља се да ће свака виртуелна машина користити тај ЦПУ и меморију, а затим генерише вредност која се зове величина слота. Са овом вредношћу се утврђује колико слотова има на располагању / користи сваки хост.
Проблем настаје када, на пример, имамо једну машину са великим процесором и резервом меморије. Узимањем конфигурисаних резервација, велика је вероватноћа да осталим нашим виртуелним машинама ти ресурси заиста нису потребни, што доводи до мање слотова за наш кластер.
Проценат ресурса кластера као способност за неуспехе
За разлику од претходне опције, ова функционише веома добро када имате ВМ -ове са веома променљивим конфигурацијама процесора и меморије.
Могуће је засебно конфигурисати процентуалне вредности ЦПУ -а и меморије, што је на овај начин још флексибилније и последично штеди ресурсе. Ово је генерално преферирани метод за конфигурисање ХА.
Домаћини за пребацивање грешке
Ово је типична конфигурација кластера у стању приправности. Ова се опција углавном даје јер неке организације одржавају политике које указују на то да у случају било какве катастрофе морају постојати сервери у стању приправности. Будући да ВМваре добро управља толеранцијом грешака, можда би ово била опција када ресурси обилују … али дефинитивно није најбоља.
вМотион: Живе миграције
Миграција уживо вам омогућава да преместите радне виртуелне машине са једног физичког сервера на други, а да притом задржите мрежну везу и идентитет. Активна меморија (покренути процеси) преноси се преко мреже велике брзине. Цео процес траје мање од 5 секунди на гигабитној мрежи.
Могуће је преместити ВМ, датотеке које користи или обоје, а поступак се може обавити са укљученом или искљученом машином. У другом случају, то називамо "хладном миграцијом", а ако машина ради, називамо га вМотион.
Употребе и предности вМотион -а
- Реорганизација ВМ, оптимизујући тако ресурсе. Уклоните их са сервера који су склони кваровима или засићени.
- Аутоматска оптимизација расположивих ресурса (Радим заједно са Динамиц Ресоурце Сцхедулер -ом или ДРС -ом).
- Урадите одржавање основне инфраструктуре нема потребе за заказивањем одржавања или прекидом пословања.
Свака компонента здравља ВМ -а се различито рукује током миграције. Општа конфигурација је најједноставнија, не помера се већ се поново ствара на циљном рачунару.
Пошто се диск не може поново креирати за тако кратко време, потребно је да имате заједничку меморију. Тренутно стање меморије се постепено копира на одредишни хост.На крају копије се упоређују постојеће разлике настале током миграције, стање изворне ВМ је замрзнуто и оперативни систем је активиран на одредишној ВМ .
Будући да у неким случајевима опција за поновно покретање машине није идеална, за критичну мисију имамо Отпорност на грешке. Оно што се жели у овим случајевима не престаје да ради ни у једном тренутку, чак и ако његов домаћин не успе. Једини начин да то буде могуће је ако је ВМ радила на два места истовремено. Конфигурисан је на нивоу виртуелне машине и генерисаће тачну копију ВМ -а, држећи је 100% реплицираном у сваком тренутку на другом серверу, па у случају квара хардвера, његов близанац ће једноставно наставити да функционише без губитка информација. Занимљиво, зар не?
Да се ради само о ресурсима, омогућили бисмо ФТ на свим виртуелним машинама у нашем податковном центру, али смо у претходним верзијама вСпхере наишли на нека ограничења, најважније: Није било могуће омогућити ФТ на машинама које су користиле више од једног виртуелног процесор. Срећом, у најновијој верзији производа подржава до 4 виртуелна процесора истовремено по заштићеној машини, међутим лиценцирање ће се морати узети у обзир:
Број вЦПУ-ова које подржава ВМ са омогућеним ФТ-ом ограничен је нивоом лиценцирања купљеног за вСпхере.
Толеранција грешке је подржана на следећи начин:
- вСпхере Стандард анд Ентерприсе. Дозвољава до 2 вЦПУ -а.
- вСпхере Ентерприсе Плус. Омогућава до 4 вЦПУ -а.
То није једини захтев система.
СкладиштеВМ -ови морају имати дељену меморију. Није могуће користити физички РДМ (Рав Девиде Маппинг).
НетПотребно је имати најмање две виртуелне картице (вмницс), једну за вМотион и другу (10 гбпс) за ФТ Логгинг. То је нови захтев верзије 6 (раније су биле потребне плоче од 1 гбпс)
ПроцесорПроцесори и оперативни системи морају бити компатибилни са ФТ (и међусобно).
Ограничења
- Није могуће направити снимке ВМ -а који су заштићени ФТ -ом и морају се избрисати пре него што омогућите ову функцију.
- Виртуелни дискови (ВМДК) већи од 2 Тб.
- У документацији ВМваре -а постоји листа одређених уређаја и функција.
Постоји и ограничење у броју ВМ -а по серверу: максимално 4 заштићене машине по хосту или 8 заштићених вЦПУ -ова (које год ограничење дође прво). Ови максимуми укључују примарну и секундарну машину (и вЦПУ -ове)
Разлике између наслеђа ФТ (претходног) и садашњег
ИПв6
Легаци ФТ = Не подржавају мрежне картице конфигурисане за ФТ бележење ФТ = Подржано
ВСтораге АПИ - Сигурносно копирање са заштитом података
Легаци ФТ = Није подржано ФТ = Подржано
Виртуелни диск
Наслеђено ФТ = ЕЗТ (жељна нула дебела) ФТ = све врсте, укључујући дебеле и танке
Вмдк редундантност (виртуелни диск)
Наслеђени ФТ = Једна копија ФТ = Примарна и секундарна машина одржавају независне копије, што им омогућава да се складиште у различитим складиштима података и повећава редундантност
Пропусност мрежне плоче
Наслеђени ФТ = препоручује се наменски 1-Гб НИЦ ФТ = препоручен наменски 10-Гб НИЦ
Компатибилност процесора и хоста
Легаци ФТ = Захтева исти модел ЦПУ -а и породицу. Скоро идентичне верзије вСпхере ФТ = ЦПУ -и морају бити компатибилни са вСпхере вМотион или ЕВЦ. ВСпхере верзија мора бити компатибилна са вСпхере вМотион
Активирајте / деактивирајте ФТ док машина ради
Легаци ФТ = Није увек подржано ФТ = Подржано
Запамтите да ФТ штити од квара хардвера сервера, а не грешака оперативних система или апликација.
вЦентер Сервер Ватцхдог то је уграђена функционалност верзије 6.к. Повремено проверава статус услуга које чине вЦентер, по потреби ће поново покренути административне процесе или ВМ.
