Им всичко за колелата, всички ремонта и настройка на компютри
Подробности тук докосне на факта, че само по себе си може да бъде виртуални дискове ПРАВИТЕЛСТВЕНИ машини.
В световен мащаб, има две възможности:
1. VM Disk - това VMDK файл на VMFS или NFS съхранение.
2. Disk VM - това е цялата LUN за FC / ISCSI / местни дискове. Този тип връзка се нарича Raw Картографиране на устройството, RDM.
И в първия и във втория случай имаме няколко опции. Нека поговорим за всички възможности в детайли.
5.4.1. Виртуални дискове - VMDK файлове
За виртуални дискове като файлове ще бъдат обсъдени малко по-късно, в раздел "VM файлове." Сега нека да поговорим за различните настройки на виртуални дискове - VMDK файлове.
Фиг. 5.16. устройство за избор на връзка към VM
За да свържете устройството към движение VM за неговите свойства, щракнете върху бутона Add в раздела Хардуер, след което върху твърдия диск. След като кликнете върху Next, ще видите следните стъпки на съветника.
1. Изберете Disk - Тук можете да изберете дали искате да създадете нов файл VMDK, свържете съществуващ и се намира в достъпен този ESX (и) за съхранение, или се свържете на RDM. Сега погледнете първата опция.
2. Създаване на диск - тук можете да зададете следните настройки:
• Капацитет - номиналния размер на диска. Така че много място ще видите виртуалната ОС. Размерът на файла VMDK зависи от следните настройки: Напомням ви, че максималният размер на файла е ограничен до VMFS дял блок, на която сте го създали. На VMFS, създаден по подразбиране, не създадете един файл VMDK по-голям от 256 GB;
• Disk Обезпечаване - тип VMDK файл. Опцията по подразбиране, без Cove го провери, тип създаде VMDK zeroedthick. Thin Provisioning отметка ще
въведете тънък VMDK файл. Второто поле ще eagerzeroedthick тип файл.
Всичко за типовете дискове - малко по-ниски;
• местоположение - в това, което ще бъде създадено магазин файл.
3. Advanced Options - Тези настройки обикновено не трябва да се променят:
• виртуално устройство на възела - на която ID на виртуалната контролер ще се намира този виртуален диск. SCSI (1: 2) означава, че устройството ще бъде втория SCSI ID на виртуална SCSI контролер номер 1 (те са номерирани от нула). Имайте предвид, че ако този контролер в VM все пак - тя се добавя заедно с диска. ВМ може да бъде до четири контролера, SCSI-до 15 на всеки диск. Можете също така да се уточни, че създадения диск е свързан към контролера на IDE. За IDE дискове не са на разположение, някои функции, като например горещо да добавят и да увеличават размера си;
• Режим - ако поставите отметка в квадратчето Independent. След това към тази виртуална
няма да бъдат приложени с кола държавни снимки (моментна снимка). Режимът устойчиви, всички промени ще бъдат незабавно записани във файла VMDK. В Nonpersistent режим всички промени от своя страна ще се съхраняват в отделен файл, който се заличава след изключване на VM. Такъв режим има смисъл, например, с цел доказване на VM. Ние ги приготвя, създаден, преместен колелата им в този режим. Сега, след спирането, те винаги ще се върне към състоянието в момента на смяна на режима.
VMDK файлове могат да бъдат от различни видове, както и на тези видове са както следва:
Q тънък - «деликатен». VMDK файлове от този тип са с размер нула и растат като гост операционна система се променя данните на този диск. Роднината
лично подходящ, за да запазите място на съхранение. За да създадете такъв тип файл, в графичния интерфейс, изберете проверката «Разпределяне и да се ангажира пространство по поръчка (Thin Provisioning)». блокове с данни се нулират преди първото лечение с тях. Малко повече от дайте подробности по-късно;
Q 2gbsparse - файл е разделен на парчета с големина от 2 GB. Ако VMDK файлове
VM във формат, след което го включете ESX (и) не може да бъде. Въпреки това, в такъв формат на видео се използва в други продукти на VMware. Така че ВМ в този формат може да се наложи, когато го прехвърли на ESX (и) с други VMware продукт или да се движат по различен продукт, създаден на ESX (и) виртуална машина. Конвертиране VMDK 2gbsparse формат или в тънък / дебел можете да използвате командата vmkfstools;
нагреватели, когато не работи Raw Картографиране на устройството, RDM. vRDM - виртуална RDM, pRDM - физически RDM. Повече информация за RDM - просто по-долу;
Q monosparse и monoflat - виртуални дискове в тези формати ispolzuyut-
къмпинг в други продукти на VMware.
Моля vnimanie.Ponyatie и диск технология тънък използва и от някои системи за съхранение на хардуер (3PAR, NetApp), където "хардуер thindisk» може да бъде създаден независимо от "thindisk софтуер ESX (I)». В случай на подкрепа за тънка система за съхранение на провизии създава режим дебел диск в тънък съхранение се извършва на системата за съхранение само когато се изпълва с валидни данни. Но в книгата се занимава само с тънко обезпечаване във версията на VMware.
На ESX (I) 3.x на е друг вид виртуален диск с дебелина - predrazmechenny не-нулиращ. Когато се работи с тях ESX (и) не произвежда нулеви блокове. Въпреки това, ESX (и) 4, за да създадете файл VMDK в този формат не може да бъде. В графичен интерфейс, и в тази книга, според типа «дебел» разбира zeroedthick.
тънък режим за виртуалната диск обикновено се използва по подразбиране, когато създавате VMDK файл на съхранение NFS. Но не винаги, това зависи от настройките от страна на сървъра, NFS.
Като цяло, в случай, че трябва да избере между VMDK тънък и zeroedthick. Какви са причините да го има смисъл да се вземат под внимание?
Тънки дискове изискват много по-малко място за съхранение на създаването и функционирането в началото на ВМ. Въпреки това, след пет месеца, другата разликата с predrazmechennymi дискове може да дойде до нищо, защото намаляването на операцията (Свиване) виртуален диск в ESX (и) не е предвидено. Въпреки това, някои от начините за почистване тънък диск на записан и след това изтрити данни е все още там, вижте. "Намаляването на размера на виртуалния диск" раздел.
По-специално, тъй като, когато изтриете данни от рамките OS гост само изчистване на заглавията е - OS бележи някои блокове като "те вече могат да бъдат използвани." ESX (и) не може да се прави разлика между блокове заемани от него, (дистанционно от гледна точка на виртуалната ОС) данни на информационния блок unremoved.
1. В виртуалната ОС, ще видим около 8 гигабайта служители: 6 + 2 - 2 + 2 - 2 + 2.
2. От гледна точка на файловете VM, ние виждаме, че файлът VMDK отнема около 12 GB: 6 + 2 + 2 + 2.
Заключение: за някои задачи, когато често се добавят данните и отстранени, тънки колелца бързо се издигат на номиналните размери.
В какви ситуации ние сме заинтересовани да използват тънки колела? Правителствена за WM на продукта - когато искаме да се запишете на диск за първи път в инструкцията за работа на виртуална инфраструктура. Нека обясня моите мисли.
Тук имаме задача да тече 30 виртуални машини, за простота идентични. Да предположим, че едно приложение може да отнеме до 50 GB пространство за няколко години. През първите шест месеца или една година - едва ли повече от 15 GB. И според статистиката 50 GB започва да използва само една малка част от тези сървъри, в повечето случаи, след това се прилага достатъчно Ния и 25 GB. Оказва се:
Q използване дебели-дискове трябва GB 1 500 = 50 GB. 30 VM.
Но в повечето от 50-гигабайтови VMDK файловете ще бъде много svo-
безплатни сайтове (най-вероятно просто ще приемем);
Q помощта на тънък диск може да се получи 450 GB = 15 GB. 30 VM.
Година по-късно, тя ще се нуждае 1000 GB = 25 GB. 30 виртуални машини, както и още 300 гигабайта
за тези, които средно 25 GB все още не е достатъчно. Но! всички
тези цифри са приблизителни. Тяхната точност зависи от наличните данни имаме за използване на дисково пространство и за конкретни приложения, прогнози за растеж товар в бъдеще. Ако направите грешка в изчисленията, и не успя да си купи още един път с кола, а след финала за съхранение на място, както и работа на всички (!) На виртуални машини с пълна място ще бъде невъзможно. Когато магазинът е пълен на 99%, ESX (и) автоматично се превежда всички виртуални машини в този магазин в състояние на пауза (спира).
Заключение: Използването на тънко обезпечаване позволява първоначалното време, за да направи по-малка сума на място на системата за съхранение, но е по-вероятно да се изправи пред провала на изпълнението на всички виртуални машини едновременно, поради липса на пространство.
С VMware данни VM с експлоатацията на подсистемата диск не се разгражда при използване на тънък диск вместо дебел.
И тънки, и за първи път позоваването zeroedthick до блока е значително по-високи, отколкото за eagerzeroedthick, защото това е все още предстои да бъдат нулирани преди първия запис там. Ако такова забавяне може да е неприятно за вашето приложение, използвайте eagerzeroedthick колела. Въпреки това, по-нататъшно лечение, с изключение на първия, със същата скорост и тънки, и за различните видове дебелина диск.
Моля vnimanie.Diski VM, ние може да конвертира всякакви формати. Когато Storage VMotion и клонингите операции ни питат дали искаме да дискове са дебели или тънки (zeroedthick или тънка). Можем също така да конвертирате VMDK файлове на тези и други формати от командния ред с помощта на командния ред комунални vmkfstools на.
Тънки дискове и интерфейс
Маркирайте виртуална машина с тънък диск и погледнете в резюмето към раздела. Там, в раздела Ресурси ще намерите данни за окупираните място (фиг. 5.17).
Q Provisioned съхранение - е максималната сума, която може да отнеме на виртуалната машина файлове. Това означава, че е номиналния обем на неговия диск, плюс сумата на всички други файлове. От "други файлове" заслужават споменаване две. Тази размяна на файлове (* .vswp), който е хипервайзора създава за тази VM, VMDK файлове и снимки. От всяка страна снимка (снимка) може да се осъществи, равен на номиналния размер на диска, след това за всяка картина осигурени съхранение стойност състояние се увеличава с размера на диска / дисковете;
Q Не споделен съхранение - колко място тази виртуална машина отнема малко под вашите файлове, без да ги споделяте с други виртуални машини;
Q Използва се за съхранение - колко място реално заеманата от дискове за съхранение на файловете на VM на.
Фиг. 5.17. Данните за размера на тънък диск
Не е споделен съхранение винаги се равнява Използва се за съхранение, с изключение на двете възможности:
Q, когато се използва свързан функция Clone. Той е на разположение с използването
ШРИ топ vSphere продукти, като например VMware Lab мениджър или VMware View;
Q когато диск е HMW RDM и имат клъстер между виртуални машини (например,
MSCS / MFC). В този случай, RDM действа като общ хранилище, принадлежи към две виртуални машини. Не е споделен съхранение ще покаже на останалата част от пространството, че виртуалната машина заема на трезора, с изключение на RDM.
Моля vnimanie.Provisioned съхранение - това ограничение размер VMDK файл. Това е, че не дава файла хипервайзорна растат по-големи. Въпреки това, ако хранилището над мястото, хипервайзора няма да може да се увеличи тънък диск (или моментна снимка на файла), дори и ако той не е достигнала своя връх. Това ще доведе до неработоспособност на VM.