Защо е нужно за виртуализация
Аз съм честен, аз съм технически ориентирана "до мозъка на костите", както и модни акроними като TCO, ROI, и т.н. които са много любители на търговци работят господа - за мен са "китайски пъзел". Респективно - Аз ще пиша за това, което виждам като технически ориентирана.
Съответно, много системни администратори, поставени домейн контролер на един физически сървър и интернет портал - от друга. И това, общо взето - добре, ако хипотетични хакери атакуват интернет портал, а атаката ще бъде успешен - вероятността те proberutsya допълнително врата и да получат достъп до други сървъри - много по-малко.
Но това повдига нов проблем: всеки един сървър - и си заслужава парите, а не малък (в случая на маркови сървъри). Всеки отделен сървър, консумира ток и заема място на бюрото ви или в шкаф. Може би някой не изглежда особено значение, обаче - това е едно важно предимство. Особено, ако сървърът се намира в трета страна център за данни, който събира такса за притежаваните дялове в шкафовете, а консумацията на енергия е строго ограничен. Освен това, в Европа има данък, който е в пряка зависимост от количеството на електричеството, използвани от компанията. Не си спомням как този данък се нарича - нещо общо с околната среда и пускането на CO2.
Освен това, всяко от приложенията, рядко консумира много системни ресурси: еднакви контролери на домейни и интернет портали - те рядко натоварване на процесора е над 10%. Използването на такава задача при всеки отделен сървър изглежда ирационален. Комбинирането на всички на един сървър - както видяхме, не е правилно от гледна точка на безопасността на. Къде е златната среда? Как го правиш, че и вълците са били хранени и овцете са безопасни (и пастир - вечният памет.)) Отговорът се дава само за виртуализация технология.
Какво е виртуализация? Виртуализация (а именно - Сървър за виртуализация) - е технология, софтуерна емулация на компютърен хардуер. Освен това, няколко от тези виртуални "компютри" може да се управлява по един физически машина. Такива виртуални машини могат да бъдат поставени операционна система и приложения, както и работа с тях, като отделни физически машини. Всяка виртуална машина използва за своята работа, някои от хардуерните ресурси на физическа машина. И, като правило, количеството на хардуерните ресурси, предоставени на отделни виртуални машини може да се регулира - както здраво (статични) и динамично. По този начин, хардуерни ресурси се използват много по-ефективно.
Един прост пример: ако имаме две приложения, които е необходимо работата да 128MB оперативна памет, както и че не може да се инсталира на един физически сървър, можете да:
- 1) се купи две сървър с 128M RAM;
- 2) Да се купи един сървър с 256M RAM (плюс определен брой "резерв", както и за стартиране на ОС) и да изпълнява и двете приложения в отделни виртуални машини.
Както се вижда, във втория случай, ресурсите на сървъра (например CPU) се използват по-ефективно, и цената на Р
В обръщение към много по-ниска, тъй като един сървър с малко по-голям размер на RAM винаги е по-евтино от два сървъра.
Може да изглежда, че разполагането на няколко виртуални сървъри на един физически - това е "изсипете всичките си яйца в една кошница", но аз се отбележи, че това е вярно само отчасти. Да, с това начинание, ние все още се получи една точка на неуспех в един физически сървър, но въпреки това, всички виртуални машини на физическия слой са изолирани един от друг и от реалната ОС. Това се дължи на виртуализация на много идеология. Съответно, когато, поразен от, например, вирус, един от виртуалните машини - всички други машини, няма да бъдат засегнати от нейните разрушителни действия, което прави трудно да се избегне при комбинирането на различни задачи на един сървър, без виртуализация.
Ако искате да се избегне една точка на неуспех - можете да си купите, например, два сървъра и да разположи клъстер. В този случай, две физически сървъри ще действат като платформа за виртуализация. Ако виртуалната машина, например, 5 - то е все още печеливши 5i отделни сървъри. И ако един от сървърите в клъстера - виртуални машини продължават да работят, от друга страна - това е всичко. Потребителите на това най-вероятно няма да забележат. Е, може би те ще спрат работа за няколко секунди, не е толкова критична, тъй като провал в продължение на няколко часа.
Системните администратори, между другото, ще оценят удобството и други виртуализация: разполагането скорост виртуална машина и лекота на архивиране.
Както знаете, внедряване на нов сървър отнема известно време. Тя - инсталация OS, инсталиране на драйвери, инсталиране на приложения и т.н. Да, разбира се, всички параметри на инсталацията на операционната система могат да се задават в автоматичната отговор файл, водачът може да се интегрира в разпределението, заявление за определяне, например, чрез RunOnce, но тя все още отнема време да се инсталира. Дори и да се създаде цялостна представа за системата - на първо място, въвеждането му ще отнеме още около 10-15 минути, само защото на неговия обем и скорост на четене на мрежата или DVD-ROM, и второ - да се създаде такова изображение, като правило, необходимо да се прибегне до помощта на софтуер на трети страни. С виртуалните машини е много по-просто: Можете да създадете напълно идентични "клонинги" на виртуалната машина за няколко кликвания на мишката, и процесът отнема около няколко минути - след скоростта на диск подсистема на сървъра е много по-висока от честотната лента на мрежата, или скоростта на DVD-ROM четене.
Ето един пример от моя собствен опит. В офиса, където някога е работил, работи, наред с други неща, както и разработка на софтуер. Разбира се, разработчиците са необходими някъде да се тества и трасира техните програми. Не можеше да бъде по-подходящ за тази виртуална машина. Благодарение на клониране - са успели да създадат майстор на изображението, което доведе до въвеждането на нова виртуална машина отнема около 3 минути. И ние имахме два сървъра, всеки от които заети приблизително 20 виртуални машини. Между другото - да се използва VMWare ESX сървъри, това е просто две отделни сървъри - без VMotion и клъстери. Въпреки това, за да управлявате употребяван Virtual Center.
Дори ако резервната е направено, че не винаги е възможно да се даде 100% гаранция, че от това ще бъде възможно да се възстанови операционната система на "чистия метал", и тя ще работи без грешка. Особено - ако хардуерна конфигурация ще бъде малко по-
TH-различно от предишната. В близост до 100% гаранция, дадена резервна система, която има функцията на "възстановяване от чист" - например, Symantec BackupExec, CA ARCserve, IBM Tivoli Storage Manager, HP Protector данни. Но това много софтуер струва доста прилични пари, както и функция "възстановяване от чист" ще трябва да плащат отделно: за неговото използване, като правило, изисква отделен лиценз.
С виртуалните машини много по-лесно: всички "желязо" има стандарт, тъй като пример за подражание, и с пълно резервно копие просто копирайте един или повече файлове. Всичко. За да възстановите просто да копирате файла (овете) на нов сървър, който вече е инсталиран на реалната ОС с околната среда за виртуализация и "вземете" тях - и на виртуалната машина ще работи така, сякаш нищо не се е случило.
Друг трябва да говорим за така наречените снимките (снимки): това е - грубо - резервно копие на виртуалната машина, която се съхранява в себе си. Ако е необходимо, можете просто да "се връщам" Dev в момента на изваждане на снимка - и тя ще работи, като че от момента, в нищо не се е променило. Освен това, в една виртуална машина може да бъде много снимки и те могат да образуват дървовидна структура. Това ви позволява да "се откажете от" системата точно на необходимия въртящ момент. Такава функция може да се използва, например, системни администратори, което прави моментна снимка преди и след големи промени, и ако е необходимо, например - да се търкаля до момента на промяната. Или дори по-рано. И след това, ако е необходимо - по-късно. И няма нужда да се разположи система от нулата, а след това се повтаря всички действия. Нашите фирми, между другото, са оценени от тази възможност: в миналото, когато те се използват VirtualPC на работното си място - да направи тези "рушвети" Беше трудно, често трябваше да пресъздадете кола с позоваване на изображението.
Така, да обобщим накратко - Защо виртуализация на сървъри - е Gud:
- Ефективно използване на хардуерните ресурси на сървъра;
- Запазва се пари за закупуване на нови сървъри, спестяване на енергия и физическото пространство;
- лицензи икономии за виртуална операционна система (в случая на Microsoft);
- Администрация Лесен: лекота на преместване виртуални машини от един физически сървър на друг, скоростта на внедряване на нови машини от позоваване на изображението, лекота на резервно копие и възстановяване от него, се използва "Общ преглед".
Всъщност, по този Бих искал да завърша тази статия.
Е, как да кажа ... Тя е много по-розова, отколкото физическите машини: Все още Dev обикновено от резервно копие по-лесно. Що се отнася до VMWare и MS ... Ако сравним ESX и Hyper-V - от гледна точка на създаване на резервно копие на Hyper-V предимства: първо, за най-много архиви не е необходим лиценз, за разлика от VMWare ESX, която изисква отделен лиценз за всяка кихане и куп, и второ - процедурата за създаване и използване на VMWare Консолидиран Backup - задачата е много тривиално, за разлика от тъпи копиране на файлове чрез VSS.
"Виртуализацията на представянето и прилагането - може би пиша по-късно." Бих искал да знам кога?