Ця стаття є сирим з іншої мови. Можливо, вона створена за допомогою машинного перекладу або перекладачем, який недостатньо володіє обома мовами. (жовтень 2018) |
Віртуалізація апаратних засобів комп'ютера це є віртуалізація комп'ютерів, як повноцінних апаратних платформ, певних логічних абстракцій їх складових, або лише їх функціональності необхідної для запуску різних операційних систем. Віртуалізація приховує фізичні характеристики обчислювальних платформ від користувачів, представляючи натомість іншу абстрактну обчислювальну платформу. На початку, програмне забезпечення, яке контролювало віртуалізацію називали «управляюча програма», але з плином часу термін «гіпервізор» або «монітор віртуальних машин» більш уживаним.
Концепція
Термін «віртуалізація» був придуманий в 1960-х роках для позначення віртуальної машини (іноді називану «псевдо машина»), термін, який сам по собі датується створенням експериментальної системи IBM M44 / 44X. Відносно недавно створення та керування віртуальними машинами було назване «віртуалізація платформи», або «віртуалізація сервера».
Віртуалізація платформи здійснюється на даній апаратній платформі програмним забезпеченням (Керуюча програма) хост машини, що створює моделювання комп'ютерного середовища, віртуальну машину (ВМ), для його гостьового програмного забезпечення. Гостьове програмне забезпечення не обмежується користувальницькими додатками; багато хостів дозволяють виконання повноцінних операційних систем. Гостьове програмне забезпечення виконується так, ніби воно було запущено безпосередньо на фізичному обладнанні, з декількома значними застереженнями. Доступ до фізичних ресурсів системи (наприклад, доступу до мережі, дисплей, клавіатуру і дискового простору), зазвичай керується на більш обмеженому рівні, ніж хост-процесор та системна пам'ять. Гості часто обмежені на отримання доступу до конкретних периферійних пристроїв, або можуть бути обмежені до підмножини вбудованих можливостей апаратного забезпечення, залежно від політики доступу запровадженої хостом віртуалізації.
Віртуалізація часто стягує штрафи продуктивності, і у ресурсах, необхідних для запуску гіпервізора, так і, як у зниженні продуктивності на віртуальній машині в порівнянні з роботою на реальній фізичній машині.
Причини віртуалізації
- У випадку консолідації серверів, безліч дрібних фізичних серверів замінюються одним більшим фізичним серверів для збільшення використання дорогих апаратних ресурсів, таких як центральний процесор. Хоч апаратне забезпечення об'єднане, типово, що операційні системи ні. Замість цього, кожна ОС працює на фізичному сервері перетворюється в окрему ОС, що працює всередині віртуальної машини. Великий сервер «хост» може вміщувати багато таких «гостьових» віртуальних машин. Це відомо як процес розв'язки та міграції ОС фізичних серверів, додатків та даних до гостової віртуальної машини розміщеної на віртуалізованій платформі(P2V).
- Консолідація серверів може також надати додаткову перевагу у зниженні споживання енергії. Типовий сервер працює на 425 Вт і VMware оцінює середнє об'єднання серверів в співвідношенні 10:1.
- Віртуальна машина може бути легко контрольована і перевірена ззовні, як фізична одиниця, і його конфігурація є більш гнучкою. Це дуже корисно в розробці ядра і для викладання курсів по операційним системам.
- Нова віртуальна машина може бути підготовлене за міру необхідності без необхідності в попередній покупці апаратного забезпечення.
- За необхідності віртуальна машина може бути легко переміщені з одного фізичного комп'ютера на інший. Наприклад, продавець збирається до клієнта може скопіювати віртуальну машину з демонстрацією програмного забезпечення до свого ноутбука, без необхідності транспортувати фізичний комп'ютер. Точно так само, помилка у віртуальній машині не шкодить хост-системі, отже немає ніякого ризику виходу з ладу ОС на ноутбуці.
- Через легкість переміщення, віртуальні машини можуть бути використані в сценаріях аварійного відновлення.
Тим не менше, коли кілька віртуальних машин одночасно працює на тому ж фізичному хості, кожна віртуальна машина може показувати різну і нестабільну роботу, яка сильно залежить від завантаженості накладеної на систему іншими віртуальними машинами, доки відповідні методи використовуються для тимчасової ізоляції серед віртуальних машин.
Є кілька підходів до віртуалізації платформи.
Приклади сценаріїв віртуалізації:
- Запуск одного або декількох додатків, які не підтримуються в ОС хоста: Віртуальний машина запускає необхідну гостьову ОС може дозволити запустити бажані додатки, без зміни хостової-ОС.
- Оцінка альтернативної операційної системи: Нова ОС може бути запущений у віртуальній машині, без зміни хостової-ОС.
- Віртуалізація серверів: Кілька віртуальних серверів можуть бути запущений на одному фізичному сервері, для того, щоб більш повно використовувати апаратні ресурси фізичного сервера.
- Дублювання специфічних середовищ: Віртуальна машина може, залежно від використовуваного програмного забезпечення для віртуалізації, дублюватися і встановлені на декількох хостах, або для відновлення раніше створеної резервної копії стану системи.
- Створення захищеного середовища: якщо гостьова ОС запущена на віртуальній машині пошкоджений таким чином, що її важко відновити, наприклад, може статися при вивченні шкідливого або встановленні програмного забезпечення з шкідливою повіденкої, ВМ може бути просто відкинута без шкоди для хостової системи, і в наступний раз використати чисту копію.
Повна віртуалізація
У повній віртуалізації, віртуальна машина імітує достатньо обладнання, щоб дозволити незміненій гостьовій ОС (один розроблений для того ж набору команд) для запуску в ізоляції. Цей підхід був вперше в 1966 році з IBM CP-40 і CP-67, попередників сімейства VM. Приклади поза діапазоном мейнфреймів включають: Parallels Workstation, Parallels Desktop для Mac, VirtualBox, Virtual Iron, Oracle VM, Virtual PC, Virtual Server, Hyper-V, VMware Workstation, VMware Server, VMware ESXi, QEMU, ADEOS, Mac-на-Linux, Win4BSD, Win4Lin Pro і технології Egenera vBlade.
Апаратна-підтримка віртуалізації
При даному типі віртуалізації апаратне забезпечення надає архітектурну підтримку, що полегшує побудову гіпервізорів і дозволяє гостьовим ОС бути запущеними в ізоляції. Апаратна підтримка віртуалізації була вперше представлена на IBM System/370 в 1972 році, для використання разом з операційною системою VM/370.
У 2005-2006 роках компанії Intel і AMD представили технології апаратної віртуалізації архітектури x86. Sun Microsystems (нині Корпорація Oracle) додали схожі особливості у своїх процесорах UltraSPARC T-серії в 2005 році. Прикладами платформ віртуалізації адаптованих до такого апаратного забезпечення відносяться KVM, VMware Workstation, VMware Fusion, Hyper-V, Windows Virtual PC, Xen Desktop для Parallels Mac, Oracle VM сервер для SPARC, VirtualBox і Parallels Workstation.
Часткова віртуалізація
При частковій віртуалізації включається віртуалізація адресного простору, віртуальна машина імітує кілька примірників багатьох речей з основи апаратного середовища, зокрема, адресні простори. Як правило, це означає, що всі операційні системи не можуть працювати у віртуальній машинної, щоб було ознакою повної віртуалізації проте ця множина додатків може бути запущена. Ключова ознака часткової віртуалізації є віртуалізація адресного простору, в якій кожна віртуальна машина складається з незалежного адресного простору. Ця можливість вимагає переміщення адрес апаратного забезпечення, і присутня у більшості практичних прикладів часткового віртуалізації.
Часткова віртуалізація була важливим історичним етапом на шляху до повної віртуалізації. Вона була використана в першому поколінні систем поділу часу CTSS, в IBM M44/44X експериментальній системі поділу пам'яті на сторінки і, можливо систем таких як MVS і Commodore 64 (пари програм «перемикач завдань»). Термін також може бути використаний для опису будь-якої операційної системи, яка забезпечує окремі адресні простори для окремих користувачів або процесів, у тому числі багатьох, що сьогодні не буде розглянутих як системи віртуальних машин. Досвід роботи з частковою віртуалізації, і її обмеженнями привели до створення першої системи повної віртуалізації (IBM, СР-40, першай ітерація CP/CMS, який в кінцевому рахунку стане ВМ сім'ї IBM).
Часткова віртуалізація значно простіша в реалізації, ніж повна віртуалізація. Вона часто надає корисні, надійні віртуальні машини, здатні підтримувати важливі програми. Часткова віртуалізації виявилася вельми успішною для передачі комп'ютерних ресурсів між декількома користувачами.
Тим не менше, в порівнянні з повною віртуалізацією, її недоліком є в ситуаціях, що вимагають зворотної сумісності або переносимості. Може бути важко передбачити, які саме особливості були використані в даному додатку. Якщо певні апаратні особливості не були змодельовані, то будь-яка програма, що буде використовувати ці функції не буде працювати.
Пара-віртуалізація
У пара-віртуалізації, віртуальна машина не повинна моделювати апаратне забезпечення, але натомість пропонує спеціальні API, які можуть бути використані тільки шляхом зміни гостьової ОС. Щоб це було можливим, вихідний код гостьової ОС повинен бути доступний. Якщо вихідний код доступний, досить замінити уразливі інструкції з викликами API, VMM (наприклад: «CLI» з «vm_handle_cli ()»), а потім перекомпілювати ОС і використовувати нові виконавчі файли. Цей системний виклик до гіпервізора називається «гіпер-виклик» в TRANGO і Xen; це реалізовано через DIAG за допомогою апаратних інструкцій в CMS IBM під VM (який був вихідною точкою терміну гіпервізор). Приклади включають в себе: IBM's LPARs, Win4Lin 9x, Sun's Logical Domains, z/VM and TRANGO.
Віртуалізація на рівні ОС
У віртуалізації на рівні операційної системи, фізичний сервер віртуалізований на рівні операційної системи, даючи змогу запустити на одному фізичному сервері декілька ізольованих і захищених віртуальних серверів. Середовища гостьової операційної системи поширюють один і той же запущений екземпляр операційної системи як хост-системи. Отже, те ж саме ядро операційної системи також використовується для виконання гостьових середовищ і програм, що працюють в даному гостьовому середовищі виглядаючи як автономна система. Першим хто це релізував були ; інші приклади включають , OpenVZ, , LXC, , Parallels Virtuozzo Containers, and .
Апаратна віртуалізація аварійного відновлення
План Аварійного відновлення (АВ) хороша бізнес практика для рішення апаратної віртуалізації платформ. АВ середовища віртуалізації може забезпечувати високий рівень доступності для широкому діапазоні ситуацій, які порушують нормальну діяльність. Продовження операцій віртуальних машин є критично важливим і АВ може компенсувати занепокоєння продуктивності апаратного забезпечення та вимог до технічого обслуговування. Апаратна віртуалізація Ав середовища містить в собі апаратні і програмні рішення захисту на основі безперервних потреб бізнесу, які включають методи, описані нижче.
Стрічки резервного копіювання програмного забезпечення для даних довгострокових архівних потреб
Цей поширений метод може бути використаний для позасайтового зберігання даних, але процес відновлення ваших даних може бути важкий і довготривалий. Стрічки резервного копіювання даних є настільки хорошими, як остання збережена копія. Методи резервного копіювання на стрічку вимагають відповідних пристроїв резервного копіювання і поточний матеріал для зберігання.
Цілий-файл і реплікація додатків
Реалізація цього методу вимагає управління та програмне забезпечення можливості для зберігання та застосування реплікації зберігання файлів даних зазвичай на тому ж сайті. Дані репликуються на інший розділ диска або окремого пристрою диска і може бути заплановано діяльність для більшості серверів і реалізується більше для додатків баз даних типу.
Апаратна і програмна надмірність
Забезпечує високий рівень захисту аварійного відновлення для вирішення апаратної віртуалізації, забезпечуючи дублювання копій апаратного і програмного забезпечення в двох різних географічних районах.
Примітки
- Turban, E; King, D.; Lee, J.; Viehland, D. (2008). 19. (PDF) (вид. 5th). Prentice-Hall. с. 27. Архів оригіналу (PDF) за 21 травня 2009. Процитовано 22 листопада 2015.
- (PDF). IBM. October 2007. Архів оригіналу (PDF) за 25 грудня 2010. Процитовано 6 July 2010.
- Creasy, R.J. (1981). (PDF). IBM. Архів оригіналу (PDF) за 7 травня 2016. Процитовано 26 February 2013.
Див. також
Література
- Turban, E; King, D.; Lee, J.; Viehland, D. (2008). «19» « Electronic Commerce A Managerial Perspective.» [ 21 травня 2009 у Wayback Machine.].
- « Virtualization in education» [ 8 квітня 2016 у Wayback Machine.] з IBM. October 2007. Retrieved 6 July 2010.
- Creasy, R.J. (1981). «'Engineering Cloud' Promises To Modernize Manufacturing.» [ 7 травня 2016 у Wayback Machine.] IBM. Retrieved 26 February 2013.
- «VMware server consolidation overview» [ 23 листопада 2015 у Wayback Machine.]
- VMWare. 2010.
Посилання
- An introduction to Virtualization [ 4 травня 2020 у Wayback Machine.]
- Xen and the Art of Virtualization [ 29 вересня 2014 у Wayback Machine.], ACM, 2003, by a group of authors
- Using a hypervisor to reconcile GPL and proprietary embedded code
- Server virtualization consolidation calculator [ 31 серпня 2014 у Wayback Machine.]
- Virtualization News, Info & Forums [ 8 травня 2022 у Wayback Machine.]
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
Cya stattya ye sirim perekladom z inshoyi movi Mozhlivo vona stvorena za dopomogoyu mashinnogo perekladu abo perekladachem yakij nedostatno volodiye oboma movami Bud laska dopomozhit polipshiti pereklad zhovten 2018 Virtualizaciya aparatnih zasobiv komp yutera ce ye virtualizaciya komp yuteriv yak povnocinnih aparatnih platform pevnih logichnih abstrakcij yih skladovih abo lishe yih funkcionalnosti neobhidnoyi dlya zapusku riznih operacijnih sistem Virtualizaciya prihovuye fizichni harakteristiki obchislyuvalnih platform vid koristuvachiv predstavlyayuchi natomist inshu abstraktnu obchislyuvalnu platformu Na pochatku programne zabezpechennya yake kontrolyuvalo virtualizaciyu nazivali upravlyayucha programa ale z plinom chasu termin gipervizor abo monitor virtualnih mashin bilsh uzhivanim KoncepciyaTermin virtualizaciya buv pridumanij v 1960 h rokah dlya poznachennya virtualnoyi mashini inodi nazivanu psevdo mashina termin yakij sam po sobi datuyetsya stvorennyam eksperimentalnoyi sistemi IBM M44 44X Vidnosno nedavno stvorennya ta keruvannya virtualnimi mashinami bulo nazvane virtualizaciya platformi abo virtualizaciya servera Virtualizaciya platformi zdijsnyuyetsya na danij aparatnij platformi programnim zabezpechennyam Keruyucha programa host mashini sho stvoryuye modelyuvannya komp yuternogo seredovisha virtualnu mashinu VM dlya jogo gostovogo programnogo zabezpechennya Gostove programne zabezpechennya ne obmezhuyetsya koristuvalnickimi dodatkami bagato hostiv dozvolyayut vikonannya povnocinnih operacijnih sistem Gostove programne zabezpechennya vikonuyetsya tak nibi vono bulo zapusheno bezposeredno na fizichnomu obladnanni z dekilkoma znachnimi zasterezhennyami Dostup do fizichnih resursiv sistemi napriklad dostupu do merezhi displej klaviaturu i diskovogo prostoru zazvichaj keruyetsya na bilsh obmezhenomu rivni nizh host procesor ta sistemna pam yat Gosti chasto obmezheni na otrimannya dostupu do konkretnih periferijnih pristroyiv abo mozhut buti obmezheni do pidmnozhini vbudovanih mozhlivostej aparatnogo zabezpechennya zalezhno vid politiki dostupu zaprovadzhenoyi hostom virtualizaciyi Virtualizaciya chasto styaguye shtrafi produktivnosti i u resursah neobhidnih dlya zapusku gipervizora tak i yak u znizhenni produktivnosti na virtualnij mashini v porivnyanni z robotoyu na realnij fizichnij mashini Prichini virtualizaciyiU vipadku konsolidaciyi serveriv bezlich dribnih fizichnih serveriv zaminyuyutsya odnim bilshim fizichnim serveriv dlya zbilshennya vikoristannya dorogih aparatnih resursiv takih yak centralnij procesor Hoch aparatne zabezpechennya ob yednane tipovo sho operacijni sistemi ni Zamist cogo kozhna OS pracyuye na fizichnomu serveri peretvoryuyetsya v okremu OS sho pracyuye vseredini virtualnoyi mashini Velikij server host mozhe vmishuvati bagato takih gostovih virtualnih mashin Ce vidomo yak proces rozv yazki ta migraciyi OS fizichnih serveriv dodatkiv ta danih do gostovoyi virtualnoyi mashini rozmishenoyi na virtualizovanij platformi P2V Konsolidaciya serveriv mozhe takozh nadati dodatkovu perevagu u znizhenni spozhivannya energiyi Tipovij server pracyuye na 425 Vt i VMware ocinyuye serednye ob yednannya serveriv v spivvidnoshenni 10 1 Virtualna mashina mozhe buti legko kontrolovana i perevirena zzovni yak fizichna odinicya i jogo konfiguraciya ye bilsh gnuchkoyu Ce duzhe korisno v rozrobci yadra i dlya vikladannya kursiv po operacijnim sistemam Nova virtualna mashina mozhe buti pidgotovlene za miru neobhidnosti bez neobhidnosti v poperednij pokupci aparatnogo zabezpechennya Za neobhidnosti virtualna mashina mozhe buti legko peremisheni z odnogo fizichnogo komp yutera na inshij Napriklad prodavec zbirayetsya do kliyenta mozhe skopiyuvati virtualnu mashinu z demonstraciyeyu programnogo zabezpechennya do svogo noutbuka bez neobhidnosti transportuvati fizichnij komp yuter Tochno tak samo pomilka u virtualnij mashini ne shkodit host sistemi otzhe nemaye niyakogo riziku vihodu z ladu OS na noutbuci Cherez legkist peremishennya virtualni mashini mozhut buti vikoristani v scenariyah avarijnogo vidnovlennya Tim ne menshe koli kilka virtualnih mashin odnochasno pracyuye na tomu zh fizichnomu hosti kozhna virtualna mashina mozhe pokazuvati riznu i nestabilnu robotu yaka silno zalezhit vid zavantazhenosti nakladenoyi na sistemu inshimi virtualnimi mashinami doki vidpovidni metodi vikoristovuyutsya dlya timchasovoyi izolyaciyi sered virtualnih mashin Ye kilka pidhodiv do virtualizaciyi platformi Prikladi scenariyiv virtualizaciyi Zapusk odnogo abo dekilkoh dodatkiv yaki ne pidtrimuyutsya v OS hosta Virtualnij mashina zapuskaye neobhidnu gostovu OS mozhe dozvoliti zapustiti bazhani dodatki bez zmini hostovoyi OS Ocinka alternativnoyi operacijnoyi sistemi Nova OS mozhe buti zapushenij u virtualnij mashini bez zmini hostovoyi OS Virtualizaciya serveriv Kilka virtualnih serveriv mozhut buti zapushenij na odnomu fizichnomu serveri dlya togo shob bilsh povno vikoristovuvati aparatni resursi fizichnogo servera Dublyuvannya specifichnih seredovish Virtualna mashina mozhe zalezhno vid vikoristovuvanogo programnogo zabezpechennya dlya virtualizaciyi dublyuvatisya i vstanovleni na dekilkoh hostah abo dlya vidnovlennya ranishe stvorenoyi rezervnoyi kopiyi stanu sistemi Stvorennya zahishenogo seredovisha yaksho gostova OS zapushena na virtualnij mashini poshkodzhenij takim chinom sho yiyi vazhko vidnoviti napriklad mozhe statisya pri vivchenni shkidlivogo abo vstanovlenni programnogo zabezpechennya z shkidlivoyu povidenkoyi VM mozhe buti prosto vidkinuta bez shkodi dlya hostovoyi sistemi i v nastupnij raz vikoristati chistu kopiyu Povna virtualizaciyaLogichna shema povnoyi virtualizaciyi U povnij virtualizaciyi virtualna mashina imituye dostatno obladnannya shob dozvoliti nezminenij gostovij OS odin rozroblenij dlya togo zh naboru komand dlya zapusku v izolyaciyi Cej pidhid buv vpershe v 1966 roci z IBM CP 40 i CP 67 poperednikiv simejstva VM Prikladi poza diapazonom mejnfrejmiv vklyuchayut Parallels Workstation Parallels Desktop dlya Mac VirtualBox Virtual Iron Oracle VM Virtual PC Virtual Server Hyper V VMware Workstation VMware Server VMware ESXi QEMU ADEOS Mac na Linux Win4BSD Win4Lin Pro i tehnologiyi Egenera vBlade Aparatna pidtrimka virtualizaciyiPri danomu tipi virtualizaciyi aparatne zabezpechennya nadaye arhitekturnu pidtrimku sho polegshuye pobudovu gipervizoriv i dozvolyaye gostovim OS buti zapushenimi v izolyaciyi Aparatna pidtrimka virtualizaciyi bula vpershe predstavlena na IBM System 370 v 1972 roci dlya vikoristannya razom z operacijnoyu sistemoyu VM 370 U 2005 2006 rokah kompaniyi Intel i AMD predstavili tehnologiyi aparatnoyi virtualizaciyi arhitekturi x86 Sun Microsystems nini Korporaciya Oracle dodali shozhi osoblivosti u svoyih procesorah UltraSPARC T seriyi v 2005 roci Prikladami platform virtualizaciyi adaptovanih do takogo aparatnogo zabezpechennya vidnosyatsya KVM VMware Workstation VMware Fusion Hyper V Windows Virtual PC Xen Desktop dlya Parallels Mac Oracle VM server dlya SPARC VirtualBox i Parallels Workstation Chastkova virtualizaciyaPri chastkovij virtualizaciyi vklyuchayetsya virtualizaciya adresnogo prostoru virtualna mashina imituye kilka primirnikiv bagatoh rechej z osnovi aparatnogo seredovisha zokrema adresni prostori Yak pravilo ce oznachaye sho vsi operacijni sistemi ne mozhut pracyuvati u virtualnij mashinnoyi shob bulo oznakoyu povnoyi virtualizaciyi prote cya mnozhina dodatkiv mozhe buti zapushena Klyuchova oznaka chastkovoyi virtualizaciyi ye virtualizaciya adresnogo prostoru v yakij kozhna virtualna mashina skladayetsya z nezalezhnogo adresnogo prostoru Cya mozhlivist vimagaye peremishennya adres aparatnogo zabezpechennya i prisutnya u bilshosti praktichnih prikladiv chastkovogo virtualizaciyi Chastkova virtualizaciya bula vazhlivim istorichnim etapom na shlyahu do povnoyi virtualizaciyi Vona bula vikoristana v pershomu pokolinni sistem podilu chasu CTSS v IBM M44 44X eksperimentalnij sistemi podilu pam yati na storinki i mozhlivo sistem takih yak MVS i Commodore 64 pari program peremikach zavdan Termin takozh mozhe buti vikoristanij dlya opisu bud yakoyi operacijnoyi sistemi yaka zabezpechuye okremi adresni prostori dlya okremih koristuvachiv abo procesiv u tomu chisli bagatoh sho sogodni ne bude rozglyanutih yak sistemi virtualnih mashin Dosvid roboti z chastkovoyu virtualizaciyi i yiyi obmezhennyami priveli do stvorennya pershoyi sistemi povnoyi virtualizaciyi IBM SR 40 pershaj iteraciya CP CMS yakij v kincevomu rahunku stane VM sim yi IBM Chastkova virtualizaciya znachno prostisha v realizaciyi nizh povna virtualizaciya Vona chasto nadaye korisni nadijni virtualni mashini zdatni pidtrimuvati vazhlivi programi Chastkova virtualizaciyi viyavilasya velmi uspishnoyu dlya peredachi komp yuternih resursiv mizh dekilkoma koristuvachami Tim ne menshe v porivnyanni z povnoyu virtualizaciyeyu yiyi nedolikom ye v situaciyah sho vimagayut zvorotnoyi sumisnosti abo perenosimosti Mozhe buti vazhko peredbachiti yaki same osoblivosti buli vikoristani v danomu dodatku Yaksho pevni aparatni osoblivosti ne buli zmodelovani to bud yaka programa sho bude vikoristovuvati ci funkciyi ne bude pracyuvati Para virtualizaciyaU para virtualizaciyi virtualna mashina ne povinna modelyuvati aparatne zabezpechennya ale natomist proponuye specialni API yaki mozhut buti vikoristani tilki shlyahom zmini gostovoyi OS Shob ce bulo mozhlivim vihidnij kod gostovoyi OS povinen buti dostupnij Yaksho vihidnij kod dostupnij dosit zaminiti urazlivi instrukciyi z viklikami API VMM napriklad CLI z vm handle cli a potim perekompilyuvati OS i vikoristovuvati novi vikonavchi fajli Cej sistemnij viklik do gipervizora nazivayetsya giper viklik v TRANGO i Xen ce realizovano cherez DIAG za dopomogoyu aparatnih instrukcij v CMS IBM pid VM yakij buv vihidnoyu tochkoyu terminu gipervizor Prikladi vklyuchayut v sebe IBM s LPARs Win4Lin 9x Sun s Logical Domains z VM and TRANGO Virtualizaciya na rivni OSU virtualizaciyi na rivni operacijnoyi sistemi fizichnij server virtualizovanij na rivni operacijnoyi sistemi dayuchi zmogu zapustiti na odnomu fizichnomu serveri dekilka izolovanih i zahishenih virtualnih serveriv Seredovisha gostovoyi operacijnoyi sistemi poshiryuyut odin i toj zhe zapushenij ekzemplyar operacijnoyi sistemi yak host sistemi Otzhe te zh same yadro operacijnoyi sistemi takozh vikoristovuyetsya dlya vikonannya gostovih seredovish i program sho pracyuyut v danomu gostovomu seredovishi viglyadayuchi yak avtonomna sistema Pershim hto ce relizuvav buli inshi prikladi vklyuchayut OpenVZ LXC Parallels Virtuozzo Containers and Aparatna virtualizaciya avarijnogo vidnovlennyaPlan Avarijnogo vidnovlennya AV horosha biznes praktika dlya rishennya aparatnoyi virtualizaciyi platform AV seredovisha virtualizaciyi mozhe zabezpechuvati visokij riven dostupnosti dlya shirokomu diapazoni situacij yaki porushuyut normalnu diyalnist Prodovzhennya operacij virtualnih mashin ye kritichno vazhlivim i AV mozhe kompensuvati zanepokoyennya produktivnosti aparatnogo zabezpechennya ta vimog do tehnichogo obslugovuvannya Aparatna virtualizaciya Av seredovisha mistit v sobi aparatni i programni rishennya zahistu na osnovi bezperervnih potreb biznesu yaki vklyuchayut metodi opisani nizhche Strichki rezervnogo kopiyuvannya programnogo zabezpechennya dlya danih dovgostrokovih arhivnih potreb Cej poshirenij metod mozhe buti vikoristanij dlya pozasajtovogo zberigannya danih ale proces vidnovlennya vashih danih mozhe buti vazhkij i dovgotrivalij Strichki rezervnogo kopiyuvannya danih ye nastilki horoshimi yak ostannya zberezhena kopiya Metodi rezervnogo kopiyuvannya na strichku vimagayut vidpovidnih pristroyiv rezervnogo kopiyuvannya i potochnij material dlya zberigannya Cilij fajl i replikaciya dodatkiv Realizaciya cogo metodu vimagaye upravlinnya ta programne zabezpechennya mozhlivosti dlya zberigannya ta zastosuvannya replikaciyi zberigannya fajliv danih zazvichaj na tomu zh sajti Dani replikuyutsya na inshij rozdil diska abo okremogo pristroyu diska i mozhe buti zaplanovano diyalnist dlya bilshosti serveriv i realizuyetsya bilshe dlya dodatkiv baz danih tipu Aparatna i programna nadmirnist Zabezpechuye visokij riven zahistu avarijnogo vidnovlennya dlya virishennya aparatnoyi virtualizaciyi zabezpechuyuchi dublyuvannya kopij aparatnogo i programnogo zabezpechennya v dvoh riznih geografichnih rajonah PrimitkiTurban E King D Lee J Viehland D 2008 19 PDF vid 5th Prentice Hall s 27 Arhiv originalu PDF za 21 travnya 2009 Procitovano 22 listopada 2015 PDF IBM October 2007 Arhiv originalu PDF za 25 grudnya 2010 Procitovano 6 July 2010 Creasy R J 1981 PDF IBM Arhiv originalu PDF za 7 travnya 2016 Procitovano 26 February 2013 Div takozhHmarni obchislennya Virtualizaciya ServerLiteraturaTurban E King D Lee J Viehland D 2008 19 Electronic Commerce A Managerial Perspective 21 travnya 2009 u Wayback Machine Virtualization in education 8 kvitnya 2016 u Wayback Machine z IBM October 2007 Retrieved 6 July 2010 Creasy R J 1981 Engineering Cloud Promises To Modernize Manufacturing 7 travnya 2016 u Wayback Machine IBM Retrieved 26 February 2013 VMware server consolidation overview 23 listopada 2015 u Wayback Machine VMWare 2010 PosilannyaAn introduction to Virtualization 4 travnya 2020 u Wayback Machine Xen and the Art of Virtualization 29 veresnya 2014 u Wayback Machine ACM 2003 by a group of authors Using a hypervisor to reconcile GPL and proprietary embedded code Server virtualization consolidation calculator 31 serpnya 2014 u Wayback Machine Virtualization News Info amp Forums 8 travnya 2022 u Wayback Machine