Доста често, когато става въпрос за размяна виртуални машини, много от тях разбират Windows или Linux SWAP дял файл за виртуална памет, но тези понятия са достойни за споделяне.

За да се разберат по въпроса, аз предлагам да се припомнят принципите на памет в VMware ESXi.

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

Когато създадете виртуална машина, тя се възлага на определен брой Virtual RAM, което ще видите виртуалната ОС вътре виртуална машина (например 4 GB). Тази стойност се нарича конфигуриран VRAM.

Въпреки факта, че виртуалната операционна система вижда 4 GB памет, тази памет не е непременно 100% физическа памет, която е на разположение на виртуална машина по всяко време. По този начин, физически ESXi гостоприемника, с капацитет от 16 GB, ние можем да създадем и управлява виртуални машини, дори 10 4 GB или 8 GB памет.

Това се основава на предположението, че всички виртуални машини не искате да използвате 100% от паметта си в даден момент и ще бъде в състояние да споделят неизползвана памет по време на работа.

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

За това и са предназначени .vswp файл на виртуалната машина, която споменах тук.

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

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

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

За разлика от Windows, хипервайзора не разполага с улики какво памет блокове са от решаващо значение за виртуална машина, и който не е много популярен и места за всичко. Иронията е, че най-често да се окаже най-популярните единици.

В тази ситуация, операционната система си мисли, че той комуникира с блоковете в паметта и очаква бърз отговор, но в действителност, тези блокове се четат и записват на диска, което е скоростта на няколко десетки (стотици?) Times-ниско. На практика, виртуалната машина започва "скандално тъп."

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

Надявам се да бъде на разположение и полезна;)

Сподели този линк: