1c enterprise на виртуална машина. За интересни неща от ИТ света, инструкции и ревюта

След като прочетете статията, остава само един въпрос – „Защо?“. Нека да преминем през обясненията на автора.

във виртуална машина можете да работите с остарели софтуерни решения и операционни системи;
Просто моят случай. Можете да използвате наличните лицензи за сървъра Win2003, който просто не се вписва в много съвременни контролери за твърди дискове.

възможността за създаване на защитени потребителски среди за работа с мрежата, в който случай вирусните атаки могат да навредят на операционната система, а не на виртуалната машина;

няколко виртуални машини, разположени на физическите ресурси на един компютър, са изолирани една от друга, така че повредата на една от виртуалните машини няма да повлияе на наличността и производителността на услугите и приложенията на други;
Също полезно нещо за 1C. Разделянето на 1C сървъра за приложения и SQL сървъра на различни виртуални машини и разпределянето на 4 GB RAM за всяка (ограничението за 32-битов Win32) ще ви позволи поне малко да се справите с бича на 32-битовите системи - фрагментацията на RAM, когато изпълнение на големи заявки.

Силно не препоръчвам използването на 32-битови системи с големи конфигурации от тип SCP. В даден момент просто няма да можете да актуализирате конфигурациите, без да рестартирате 1C сървъра. В един момент рестартирането също няма да помогне. В нашия случай засега спестяваме пари и тогава ще бъде лесно да създадете друга VM с 64-битова система и да прехвърлите всичко в нея почти без да прекъсвате работата.

тъй като всяка виртуална машина е софтуерен контейнер, тя може да бъде прехвърлена или копирана като всеки друг файл;

възможността за запазване на състоянието на виртуалната машина ви позволява бързо да се върнете към точката, преди да направите промени в системата;

в рамките на една гост операционна система няколко виртуални машини могат да бъдат разгърнати, свързани в мрежа и взаимодействащи една с друга;

виртуалните машини могат да създават представяния на устройства, които физически не съществуват (емулация на устройство).

Сред недостатъците е доста предвидимо намаляване на скоростта на работа. Но много по-малко значимо, отколкото при използване на безплатни SQL сървъри.
Сървърен хардуер:
Процесор intel-corei3-4130 (4 ядра)
Дънна платка GA-Z87M-HD3 (с поддръжка на RAID)
2 твърди диска по 1GB всеки (sata).
8 GB RAM.

Виртуалните машини са проектирани да:
1. спестяване на процесорни и други ресурси на компютрите при прекъсване на една от услугите
2. Повишаване на отказоустойчивостта на системите (жива миграция на виртуални машини) в хранилището и клъстера
3. Простота и лекота на експериментиране от ИТ специалисти
Защо да инсталирате един 1C сървър във виртуална машина за производство, не разбирам.

Представям моя експериментален проект VM1C. VM1C е виртуална машина, която ви позволява да компилирате и изпълнявате всякакви процедури и функции, както и цели модули, в движение.

Всъщност това е липсващата функция на пълноценния Reflection в 1C, който присъства на други платформи, например в .NET, и ви позволява да правите наистина умопомрачителни неща там.

За тези, които не са запознати с Reflection: Wikipedia

Описание на работата

VM1C работи без използване на външни компоненти, като използва само стандартни функции на 1C и не зависи от платформата и конфигурацията. Може да се добави към конфигурацията както като обработващ, така и като общ модул.

VM1C включва:

Разгледайте всеки компонент поотделно

VM1C_IL_Compiler- неговата задача е да преобразува изходния код на модул или метод в набор от кратки асемблерски инструкции.

Например следния код

За n=1 От 100 Цикъл n = n+1; EndCycle; Върнете n;

ще бъде преобразуван в набор от инструкции

Това се прави с цел да се

1. ускорява по-нататъшната обработка на кода в реално време. Тъй като самият процес на компилация отнема сравнително дълго време
2. предоставят възможност за създаване и изпълнение на процедури и функции в режим 1C Enterprise

Vm1C_IL_Compiler = Обработка._VM1C_IL_Compiler.Create(); Moduletext = LoadCodeFromFile("Модули\ProductWork"); модул = vm1C_IL_Compiler.CompileModule(Moduletext);

След като имаме междинния код (наричан по-долу IL код), можем да го изпълним във виртуалната машина.

Виртуална машинаVM1Cпозволява в движение, използвайки JIT компилатора, да компилира модула от IL кода обратно в кода, разбираем за 1C. Компилираният код е оптимизиран, съхранява се в кеша, за по-късна повторна употреба и може да бъде изпълнен.

Vm1C_VM = Обработка._VM1C_VM.Създаване(); vm1C_VM.AddModule("Работа със стоки", модул); параметри = Нов масив(); параметри.Добавяне("00000453"); Резултат = vm1C_VM.CallMethod("WorkWithGoods", "GetPrice", параметри);

MethodInfo = vm1C_VM.GetCurrentMethodInfo(); parameters = methodInfo["Parameters"]; ...

вземете код на функцията

ByteCode = methodInfo["ByteCode"];

променете го, добавете параметри и го извикайте отново в модифициран вид и т.н.

Заключение

Проектът вече е на етап сурова алфа версия, така че публикувам само неговото описание и демо видео.

Целта на тази публикация е да оцени необходимостта от този продукт, колко полезен може да бъде той за разработчиците, в случаите, когато стандартните инструменти вече не са достатъчни за реализиране на най-иновативните идеи.

Ако някой се интересува от това развитие, моля, не забравяйте да ме уведомите!

Демонстрация на работа

На Ваше разположение,

разработчик m.bolsun

(c) 2013-2014 VM1C

актуализиране: публикацията беше в чернови дълго време, т.к. освен академичния интерес, нямаше практическо приложение за този проект веднага. Но наскоро успях да използвам възможностите му на практика и беше решено да върна публикацията. Скоро технологиите от този проект ще бъдат използвани в новата версия на Code Inspector.

Благодарение на новия пълноценен компилатор, Инспекторът ще получи статичен анализ и съответно редица нови функции:

Проверка дали условието винаги е вярно или невярно и че функцията връща същата стойност. Проверка не само на последните неизползвани стойности на променливи, но и на междинни присвоения, като се вземат предвид циклите и разклоненията. Анализ на кода според инструкциите на препроцесора (OnServer, OnClient и др.). Е, и много повече.

Нормалната работа на 1C зависи повече от достатъчно количество RAM. Можете да проверите дали разпределената памет за VM е достатъчна в облачния контролен панел. За да направите това, трябва да въведете настройките на VM

И отидете на раздела „Състояние на виртуалната машина“.

2. Инсталиране на суап файл с фиксиран размер от 4GB и поставянето му на Super устройство.

внимание! За Windows Server 2012 не е възможно прехвърлянето на пейджинг файла на допълнителен диск поради спецификата на виртуалните машини.

След това прехвърляме файла за пейджинг към този дял. Щракнете върху « Win»+Ри изпълнете командата " sysdm.кпл". В прозореца, който се отваря, отидете на раздела "Разширени" и щракнете върху "Опции"

В новия прозорец в раздела „Разширени“ щракнете върху „Редактиране“

В прозореца "Виртуална памет" изберете подготвения дял, поставете отметка в "Задаване на размер" и задайте размера на пейджинг файла в полето. След това не забравяйте да кликнете върху бутона "Задаване".

За да завършите тази операция, ще трябва да рестартирате ОС.

3. Конфигуриране на поставянето на потребителски профили на Супер диск

Когато работите с потребители на терминали 1C, за да увеличите скоростта на работа, трябва да конфигурирате поставянето на потребителски профили на супер-диска. За да направите това, трябва да промените настройката в системния регистър и да рестартирате ОС.

Ще трябва да промените настройките в клона HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList:

ProfilesDirectory - път до местоположението на потребителските профили (промяната на този параметър е достатъчна);

По подразбиране и публично - променяйте по ваше желание.

Внимание! Препоръчваме ви да промените тази настройка, преди нов потребител да влезе за първи път. В противен случай настройките за местоположение на потребителския профил ще трябва да се променят ръчно (чрез системния регистър в същия клон, трябва да намерите подпапката с потребителски настройки).

4. Почистване на кеш 1C.

Кеширането е процесът на създаване на буфер от често използвана информация и като правило статична информация. Кеширането се използва за ускоряване на програмата, по-специално в 1C конфигурационните файлове се зареждат на компютъра на потребителя, така че да не се изискват от сървъра при всеки достъп до тях.

Въпреки това, много често платформата 1C не обработва правилно кеширането на конфигурацията и в резултат получаваме неадекватно конфигурационно поведение.

За решаване на проблеми и "бъгове" 1C, изчистването на кеша на платформата 1C 8.3 много често помага. Това се прави по следния начин:

1. Първият начин за изчистване на кеша 1C

Намерете директорията, където се съхраняват временни файлове 1C, те могат да се видят в менюто с настройки в списъка IB:

Имаме адрес като

C:\Documents and Settings\username\Application Data\1C\1Cv82\tmplts\1c

Папките на кеша се намират на адрес

C:\Documents and Settings\username\Application Data\1C\1Cv82\

Отивайки там, намираме много (броят на папките е равен на броя на конфигурациите) интересни папки:

Всички избрани директории са кеш на базата данни 1C, те могат безопасно да бъдат изтрити. Преди да изтриете, трябва да излезете от IB.

б. Вторият начин за почистване на временни файлове 1C

Вторият начин е по-прост, но не е напълно правилен. За почистване е достатъчно да изтриете тази конфигурация и да създадете нова със същия път към IB. В резултат на това старата папка с кеша ще се „отърве“ от този IB и ще бъде създадена нова директория. Можете да го направите по този начин, кешът се изчиства, но временните файлове остават на твърдия диск.

° С. Трети начин

Препоръчвам да го използвате, ако проблемите поради наличието на временни файлове са постоянни. Този метод обаче намалява производителността на системата. Подходящ само за тънък клиент. Необходимо е да въведете командата /Изтрий кеш-памет. Пример за употреба:

Преди да извършите каквито и да е операции, препоръчително е да направите резервно копие на базата данни и да заредите от нея!

5. Архивиране и възстановяване на базата данни.

Качване на базата данни във файл.

Влезте в програмата в режим на конфигуратор. За да направите това, в стартовия прозорец на програмата изберете необходимата база данни и щракнете върху "Конфигуратор":

Ще влезете в режима на разработка и администриране на база данни. След това изберете елемента от менюто "Администриране - Изтегляне на информационна база ...":

Програмата ви подканва да изберете пътя, където да качите файла на базата данни и неговото име. След като изберете програмата, докладвайте успешното завършване на операцията:

Възстановяване на база данни от файл.
За да възстановите базата данни от файл, трябва също да влезете в режим на конфигуратор, но изберете елемента "Администриране - Зареждане на информационна база ...":

Изберете файла, който е бил записан преди това (разширение .dt). Системата ще предупреди, че информацията, която не е запазена, ще бъде загубена, съгласете се с това.

Ако всичко върви добре, 1C ще предложи да рестартирате конфигуратора:

6. Помощна програма chdbfl.exe за 1C 8.2 и 8.3

chdbfl.exe е помощна програма за тестване и коригиране на файловата информационна база 1C 8.3 (8.2). Програмата проверява физическата цялост на базата данни; това е опростен аналог на тестване и фиксиране в конфигуратора. за онези ситуации, когато системата не се стартира дори в режим на конфигуратор. Помислете къде се намира помощната програма chdbfl.exe и как да я използвате.

Помощната програма не е необходимо да се изтегля никъде, тя се намира в папката с инсталираната програма. Ако решите да изтеглите chdblf.exe от Интернет, има вероятност изобщо да не получите програма за коригиране на информационната сигурност, а да навредите на компютъра и фирмената информация.
Помощната програма се намира в папката „bin“ на инсталираната технологична платформа. Например C:\Program Files (x86)\1cv8\8.3.*.***\bin\chdbfl.exe , където 8.3.*.*** е номерът на версията на вашата платформа.
Използването на програмата е много просто. След стартиране ще се появи следният прозорец:

Където във формуляра е необходимо да посочите пътя до файла на базата данни и да посочите дали е необходимо незабавно да се коригират откритите грешки (ако флагът не е зададен, помощната програма ще диагностицира само IS). Пътят до файла на базата данни може да бъде намерен от списъка с налични конфигурации:

След изпълнение системата ще докладва за предприетите действия.

7. Тестване и коригиране на информационната база 1C

Режимът на тестване и корекция се извиква в системния конфигуратор 1C 8.3 чрез избиране на менюто Администриране - Тестване и корекция.

Проверки и режими

Този прозорец съдържа списък с необходимите проверки и режими, които ще бъдат извършени в резултат на работата на помощната програма. Нека разгледаме всеки един от тях по-подробно:
Преиндексиране на таблици в информационната база — ако този флаг е зададен, таблиците ще бъдат преиндексирани. Преиндексирането е пълно възстановяване на индекси за дадени таблици. Преиндексирането значително подобрява производителността на системата като цяло. Тази процедура никога няма да бъде излишна и повишава производителността на системата.
Проверка на логическата цялост на информационната база - системата може да провери логическата и структурна цялост на базата данни, да открие грешки в организацията на данните (например страници във файл).
Проверката на референтната цялост на информационна база е поделемент от логическа проверка, която проверява информацията в базата данни за наличие на "счупени" връзки. "Счупени" връзки се появяват в базата данни поради неправилна обработка на информацията от разработчика, най-често когато данните са директно изтрити или обменът на данни не е конфигуриран правилно. При намиране на грешки можете да изберете 3 опции: Създаване на обекти - системата създава заглушки елементи, които след това могат да бъдат попълнени с необходимата информация, Изчистване на връзките - "счупените" връзки ще бъдат изчистени, Не променяйте - системата ще ви показва само грешки .
Преизчисляване на общите суми - в платформата 1C, в регистрите за натрупване и счетоводните регистри има концепцията за суми. Totals - таблица с изчислени резултати, данните от които се получават по-бързо, отколкото да се анализира целият регистър на информацията. По правило преизчисляването на сумите повишава производителността на системата.
Компресиране на таблици на информационната база - ако това е зададено, базата данни ще бъде компресирана и намалена по размер. Това се дължи на факта, че при изтриване на данни от базата данни 1C не изтрива физически тези обекти, а само ги „маркира“ за изтриване. Тези. потребителят не ги вижда, но са :). Именно компресирането на базата данни премахва завинаги такива записи. Също така, същият ефект може да се постигне чрез разтоварване и зареждане на файла на базата данни (*.dt).
Преструктурирането на таблици на информационната база е процесът, чрез който системата пресъздава таблици на база данни; тази процедура обикновено се извиква, когато се правят промени в структурата на метаданните на конфигурацията. Преструктурирането на цялата база данни е дълъг процес, бъдете внимателни.
Ако по някаква причина тестването и коригирането не помогнат или нямате достъп до конфигуратора, използвайте помощната програма chdbfl.exe.

Номер на статията: 86 , Създадено: 30 юни 2016 г. в 13:05 ч, Променено: 30 май 2018 г. в 17:27 ч

Разработчиците на вирусен софтуер и просто разработчиците, които не искат програмата им да бъде обърната, се опитват да проверят виртуалната машина на етапа на стартиране или инсталиране и ако бъде открита, те отказват да работят или дори се самоунищожават. Под раздела е описан метод как можете да опитате да разрешите този проблем.

Използвах VMWare Fusion за Mac, но работи също толкова добре на Workstation за Win.

1) За да работите, имате нужда от новоинсталирана система, как да направите промени в съществуваща - не я намерих.

Подгответе виртуален диск, посочете системата, както обикновено правите, и в настройките на машината, която се инсталира, имам този елемент, наречен Isolation, изключете всякакъв обмен на данни с хост OS.

isolation.tools.getPtrLocation.disable = "ВЯРНО"
isolation.tools.setPtrLocation.disable = "TRUE"
isolation.tools.setVersion.disable = "TRUE"
isolation.tools.getVersion.disable = "TRUE"
monitor_control.disable_directexec = "ВЯРНО"
monitor_control.disable_chksimd = "ВЯРНО"
monitor_control.disable_ntreloc = "ВЯРНО"
monitor_control.disable_selfmod = "ВЯРНО"
monitor_control.disable_reloc = "ВЯРНО"
monitor_control.disable_btinout = "ВЯРНО"
monitor_control.disable_btmemspace = "ВЯРНО"
monitor_control.disable_btpriv = "ВЯРНО"
monitor_control.disable_btseg = "ВЯРНО"

Важно! Ако на етапа на настройка на инсталацията има опция като "Експресна инсталация", "Бърза инсталация" - изключете ги. Също така, не трябва да инсталирате VMWare Tools на инсталираната система, т.к. някои софтуери включват наличието на този пакет в чека.

3) Записваме файла, посочваме ISO със системния инсталатор за зареждане, инсталираме ОС както обикновено.

4) Въпреки факта, че по-голямата част от програмите, които не харесват виртуална среда, не надхвърлят проверките, които сме отрязали в стъпка 2, някои особено упорити все още отиват по-далеч и се опитват да търсят, например, всичко, което изглежда името на виртуалните дискови контролери.

За да ги победите в Windows, отидете на редактора на системния регистър в клона HKLM\SYSTEM\CurrentControlSet\Services\Disk\Enum. Както можете да видите, има доста изрична препратка към факта, че дискът е виртуален.

Трябва да го променим, като премахнем VMware, Virtual, Ven и т.н. от параметъра и го запишем така.

Също така има смисъл да замените всичко, което се променя в регистъра, с VMware / Virtual търсене за някои Intel или IBM, а не само дискови променливи.

След това опитайте да стартирате своя упорит обект на експерименти - в 70 процента от случаите описаните стъпки ще ви помогнат да преминете проверките за виртуалната среда.

Важно! Стойността в HKLM\SYSTEM\CurrentControlSet\Services\Disk\Enum се презаписва след всяко рестартиране, така че трябва да се променя след всяко ново стартиране на системата.

Естествено, това не е изчерпателно ръководство, някои софтуери също могат да опитат да определи виртуалната система по следните начини:

1) Проверка на обхвата от MAC адреси (просто се заменя в настройките на виртуалния мрежов адаптер преди стартиране на виртуалната машина)
2) Чрез WinAPI чрез запитване на конфигурацията на ОС и друга системна информация (Таблица на фърмуера)
3) Трикове на ниско ниво.
Можете да проверите как сте се защитили от откриване, както и да се запознаете с други популярни сред разработчиците инструменти за откриване на пясъчник и виртуални машини, като използвате инструмента Pafish.

Въпреки че има места, където можете да се представяте за себе си, предложеният метод подвежда повечето софтуери, които не искат да работят във виртуална среда, в този случай VMWare.

Както можете да видите, стелтът също може да бъде подобрен чрез разпределяне на повече системни ресурси на виртуалната машина. Що се отнася до паметта, струва си да изберете стойности, които са кратни на 1024.

Благодаря на всички, които усвоиха статията и помогнаха за допълването й с разумни коментари!

Първоначално виртуализацията беше само на софтуерно ниво, а предимствата на виртуализацията бяха компенсирани от значително забавяне на виртуалната среда. Частично проблемът беше решен в хардуера - доставчиците разработиха инструкции за процесори Intel VT-d, AMD-V и др. за ускоряване на работата. Паметта и процесорът обаче не са единствените компоненти, има и видеокарта, твърди дискове и т.н. и скоростта на операциите пряко зависи от осъществяването на достъп до тях. Тези. В зависимост от производителя на виртуалната машина, драйверите от производителя на хардуера и способността на крайния софтуер да разпознава виртуализацията, скоростта на работа все още зависи значително.
Различните приложения се забавят различно във виртуална машина.
В допълнение към хардуерните разходи за поддръжка на софтуер за виртуализация, друг фактор за забавяне е управлението на времето. Скоростта на потока във физическата жлеза и виртуалка не е еднаква. Освен това виртуалната машина може да бъде поставена на пауза. Сложността на внедряването на таймери, превключватели на синхронизатори, прихващане на физически хардуерни ресурси във виртуална система не позволява решаването на проблема един към един, както при физически хардуер, зависи много от конкретния доставчик.

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

От получените резултати най-важното заключение не са числата, а фактът, че все още е необходим опит, за да се намери на практика, а не теоретично, най-добрият вариант за работа с 1C за вашия специфичен товар.
Влиянието на слоя за виртуализация е особено забележимо при много бързи операции на информационната база 1C и това е логично. Колкото по-кратко е времето за работа, толкова повече е сравнимо с латентността за обслужване на слоя за виртуализация.
С други думи, ако извършим една продължителна операция за хиляда секунди, тогава изоставането от една десета в поддръжката на виртуализацията ще бъде капка в морето и не се забелязва. Но ако извършим десет хиляди операции с време от една десета от секундата за всяка операция, тогава закъсненията в услугата ще бъдат забележими, тъй като те ще бъдат съизмерими с продължителността на операцията.

КАКВО ДА ПРАВЯ

Има два начина за решаване на проблема.
1-ви начин. Ако не можете да постигнете желаната производителност с настройки за виртуализация, използвайте физически хардуер.
2-ри начин. Минимизирайте забавянето на виртуализацията, като изберете настройки, които съответстват на естеството на натоварването. В същото време трябва да се разбере, че виртуализацията не е 100% аналогична на физическото оборудване и е необходимо да се компенсира скоростта с по-мощно физическо оборудване.
Някои доставчици осигуряват подобрения на скоростта чрез механизми за кеширане, вградени в слоя за виртуализация. Кешът обаче може да бъде "счупен" и тогава ще има рязък спад в производителността. Тези. трябва да помним не само предимствата на технологията, но и недостатъците.

1. "Snapshots" трябва да бъдат изключени - те се забавят. Какъв ефект далеч не е очевиден. Вижте http://vkeygen.blogspot.ru/2011/10/snapshot.html за подробности

Microsoft Hyper-V

- при използване на Hyper-V сървъри с NUMA възли

VMware ESXi и vSphere

Колективно използване на виртуални машини за балансиране на натоварването
Проблемът се крие в работата на компонента vCenter, наречен DRS (Distributed Resource Scheduler), чиято задача е да балансира натоварването на виртуалните машини на физическите сървъри.Когато има големи натоварвания по отношение на мощността на процесора или натоварването на RAM, DRS мигрира виртуалната машина към друг физически хост, най-слабо натоварения в момента; в кулминацията на този процес краткосрочни проблемис достъп до ресурсите на тази виртуална машина.

МРЕЖА

За виртуални сървъри ESXi 6.0 със сървър 1s, не използвайте мрежови интерфейси от тип WMXNET3, използвайте само тип e1000e

RAM

- Деактивиране на дедупликацията на паметта за EXSi - Прозрачно споделяне на страници на VMware ESXi хост

Ако искате да деактивирате този механизъм в момента, тогава трябва да направите следното:

В по-стари версии

След корекцията и актуализациите на ESXi, TPS механизмът може да бъде активиран, както следва (Разширени настройки в секцията Софтуер):

• Параметър Mem.ShareForceSalting(Активирайте TPS на нивото на целия ESXi хост). Ако стойността е 0, тогава TPS все още работи на хоста, ако е 1, механизмът е деактивиран.
• Параметър sched.mem.pshare.salt(настроен на ниво VM) ви позволява да активирате / деактивирате TPS за отделни виртуални машини (например стари Windows или Linux - можете да го активирате за тях). Когато параметърът ShareForceSalting е настроен на 1, тогава за машини, които се нуждаят от TPS в тяхната разширена конфигурация, трябва да зададете същите стойности на "солта". Без това TPS не работи - съответно е деактивиран.

процесор

— —Активиране на план за захранване с максимална производителност

— vSphere добре знае и се опитва да постави виртуалните ядра на машините на онези физически процесори, в чиято памет в момента се намира RAM на виртуалната машина. Но тук има клопки. Производителите на сървъри обичат да активират емулация на NUMA в BIOS по подразбиране. Тоест сървърът изглежда на операционната система като НЕ NUMA устройство и vSphere не може да използва своите оптимизации за управление на тази технология. Документацията на vSphere препоръчва да деактивирате тази опция в BIOS, това позволява на vSphere да се справи самостоятелно с проблема.

ШОФЬОР

- Инсталирайте гостови добавки на VMware Tools

Първото нещо, което трябва да направите след инсталиране на гост операционната система във виртуалната машина, е да инсталирате софтуерния пакет - VMware Tools Guest Additions за VMware. Тези пакети съдържат специални драйвери, които карат операционната система за гости да работи по-бързо на хардуера на виртуалната машина.

Изберете Инсталиране на VMware Tools от менюто на виртуалната машина. Следвайте инструкциите на екрана, за да завършите инсталацията. Ако използвате Windows гост ОС, тогава ще видите, че този процес не се различава от инсталирането на други приложения.

Проверка на VMware Tools.

• Изберете хост във vClient;
• Отидете на раздела Виртуални машини;
• Добавете колона „Състояние на VMware Tools“;
• Оценете състоянието. OK-> означава, че всичко е наред, нищо не трябва да се прави. Не изтича/Изтекъл - елиминиран.

Ако VMware Tools не работи, трябва да се справите с операционната система за гости. Причината може да се крие в актуализацията на ядрото на Linux или деактивирана (от някого) услуга VMware Tools в Windows.

Ако VMware Tools са остарели, трябва да ги актуализирате от контекстното меню на vClient. Това обикновено се случва след инсталиране на актуализации на ESX/ESXi хостове. След това често трябва да актуализирате и VMware Tools.

ДИСКОВЕ

- При използване на външно съхранение

• Независим постоянен режим vmdk-disk - най-продуктивният, тъй като промените се правят незабавно на диска, без регистриране. Но такъв диск не подлежи на моментни снимки, не може да бъде върнат назад.
• Когато използвате iSCSI, се препоръчва да конфигурирате jumbo фреймове (MTA=9000) на всички интерфейси и мрежово оборудване.
• MultiPathing – в повечето случаи RoundRobin е наред. Fixed може да даде по-добра производителност, но това е след внимателно планиране и ръчно конфигуриране на всеки хост към всеки LUN. MRU може да се инсталира с активно-пасивна конфигурация, ако някои пътища изчезват от време на време - за да не скача напред-назад.

Как изглежда виртуализацията на практика? Виртуализацията не винаги забавя много, все пак естеството на натоварването, количеството данни също са важни.