Слушать эпизод
Открыть на Spotify, чтобы прослушать полный эпизод
Вкусная аналогия
Представьте, что вы заказали вашу любимую пиццу большого размера. Видите ли, пицца разделена на 8 ломтиков. Предполагая, что вы достаточно добры, чтобы поделиться пиццей с 3 из ваших друзей, каждый из вас получает 2 ломтика каждый. Теперь давайте будем наблюдать следующее:
- Сбережения затрат: вы можете купить одну целую пиццу и поделиться ею среди 4 человек
- Изоляция: Что вы делаете с вашим ломтиком пиццы, не влияет на ломтик вашего друга.
- Эффективная пицца.
Сравните его с покупкой большой пиццы, которую вы не можете съесть все самостоятельно и 5 штук, которые он собирается отпустить, или тарелка десерта, который вы должны поделиться с друзьями, где кто-то может есть столько, сколько они хотят в соответствии с их скорость (что недобросовестно 😜). В этих двух сценариях мы видим, что не существует экономии затрат, без изоляции.
Представляя виртуализацию
Я знаю, что статья заставила вас голодать, давайте вернемся к теме.
Вам нужно знать две основные вещи:
- Хост-машина: представьте себе огромную машину, на которой несколько других меньших машин будет создан
- Главный аппарат: множественные меньшие машины, созданные на вершине огромной машины, что использует ресурсы, предоставляемые огромной машиной, является гостевой машиной.
Виртуализация создает программное представление основных аппаратных ресурсов на хосте и разделяет его среди виртуальных машин, которые создаются сверху. Каждая виртуальная машина имеет свою собственную операционную систему и приложения, тем самым способность использовать ресурсы хост-машины на ее гостевые машины.
Виртуальная машина (VM) — это изолированная гостевая машина, которая имеет свою собственную операционную систему и приложения. Каждая виртуальная вирция полностью не зависит от других виртуальных машин, работающих на том же хостом.
Если вы помните наш пост в блоге архитектуры X86 VS X64, системы X86 не способны работать более одной операционной системы или приложения за раз. Концепция многопереработки придумала только с системами X64, вводящих двойное ядро, четырехъядерное ядро. Из-за этой причины более ранние ценные основания, основанные на системах X86, должны были увеличить количество серверов, тогда как использование сервера оставалась недостаточно использована.
Сегодня это не сценарий. Виртуализация вышла за рамки только виртуализации серверов и достигла сетевой виртуализации, виртуализации диска и так далее. Но как это возможно?
Гипервизор — Герой нашей истории
Концепция виртуальных машин производится только из-за тонкого слоя программного обеспечения, известного как гипервизор, который устанавливается на хост-машина. Гипервизор позволяет виртуализацию ресурсов и изоляции между виртуальными машинами, которые создаются на одном хосте. Это обеспечивает эффективное и прозрачное использование ресурсов центра обработки данных.
Типы гипервизоров:
- Тип один гипервизоры (голые металлические гипервизоры)
- Тип два гипервизора (размещенные гипервизоры)
Тип один гипервизоры
Гипервизоры типа 1, как описанные выше, лежали прямо над физическим сервером и проводят виртуальные машины на них. Они также известны как голыми металлическими гипервизорами. Он показал гораздо лучшую производительность, чем два гипервизора типа.
Динамическое распределение ресурсов в гипервизоре типа 1 позволяет VMS потреблять ресурсы только столько, сколько они должны быть полностью функциональными, даже если вы выделите больше, чем это. Например, если вы распределите 32 ГБ оперативной памяти в VM, он не будет зарезервировать все 32 ГБ ОЗУ к VM, но только этот ресурс, который ему необходимо полностью функционировать. (Это не так с гипервизорами типа 2).
Пример: Открытый исходный KVM (виртуальная машина на основе ядра)
Тип два гипервизора
Гипервизоры типа 2 Как изображены выше, имеют операционную систему сверху физического сервера слоя, в течение которого установлен два типа гипервизора. Итак, существует хост-операционная система (программный слой), который находится между физическим сервером и гипервизором двух типа.
В гипервизорах типа двух гипервизоров двух динамических ресурсов отсутствует. Например, если вы выделите 32 ГБ ОЗУ к VM, работающему на двух гипервизору типа, он зарезервирует все 32 ГБ оперативной памяти, даже если виртуальная машина может использоваться только доля IT, в отличие от гипервизоров типа.
Пример: Oracle VM VirtualBox
Преимущества использования гипервизора/виртуализации
Как мы уже увидели преимущества совместного использования пиццы, мы можем заключить приведенные ниже преимущества:
- Преимущества.
- Эффективное использование ресурсов: когда ресурсы прозрачно разделяются с помощью гостевых виртуальных машин, каждый и каждый ГБ ресурса может быть запланирован и эффективно использоваться, и очень немногие ресурсы будут не использованы.
- Упрощенное управление: с инструментами, которые предусматривают гипервизоры, становится легко управлять VMS, мигрируйте виртуальные машины, переключаются переключатель для виртуальных машин, динамически выделяют ресурсы в VM и более с меньшими усилиями.
- Изоляция между VMS: Несмотря на то, что VMS размещены на одном и том же хосте, приложения, работающие на одном VM, не могут повлиять на любой другой VM, работающий на одном и том же хосте, даже если один из сбоев VMS.
Вы можете найти больше статей здесь: https://www.tharunshiv.com.
Roadrunners — это серия, направленная на доставку концепций как можно точнее. Здесь Roadrunner называется человеком, который делает вещи Super быстро и эффективно. Вы Roadrunner?
Спасибо
Оригинал: «https://dev.to/developertharun/server-virtualization-for-roadrunners-hypervisor-3389»